Migration des fichiers de données
Pour permettre une meilleure maîtrise des sauvegardes, il s’agira généralement de rapatrier la totalité des fichiers de données depuis les postes informatiques vers les serveurs. Il s’agit alors de suivre une procédure rigoureuse pour éviter tout désagrément lors de la migration.
La migration des documents bureautiques et des fichiers de travaildepuis une station de travail d’un utilisateur vers un espace de stockage personnel hébergé sur un serveur se passe généralement sans difficulté. Un point délicat que nous décrivons ci-dessous concerne certaines applications métier qui peuvent stocker des données dans des arborescences spéciales.
Fichiers personnels
Les utilisateurs stockent généralement des fichiers sur leur espace de stockage local, en général C:\documents and settings\$USER\Mes documents\ dans lequel se trouvent les sous-répertoires correspondant au bureau, aux favoris, etc… L’espace de stockage de l’utilisateur sur le serveur de fichier SaMBa peut être auto-généré en inscrivant une nouvelle entrée dans l’arbre utilisateurs de l’annuaire LDAP. Cet espace de stockage apparaîtra comme une répertoire (généralement U:\ qui correspond à \\SERVEUR\$USER\).
Des notions de quota peuvent également être introduites pour cadrer la consommation globale d’espace disque. Ensuite, le transfert des fichiers depuis le poste local vers le serveur distant se passe simplement en déplaçant les fichiers.
Profils itinérants
Nous préconisons l’usage de la notion de profil itinérant qui permet une normalisation avancée du poste de travail, ce qui en simplifie l’administration en cas de réinitialisation (formatage). L’inconvénient de cette méthode, si une parade n’est pas implémentée, est que, si l’usager enregistre dans ces répertoires habituels (Bureau et Mes Documents), la synchronisation peut être rendue plus difficile, voire parfois échouer au moment du lancement ou de la fermeture de la session. Pour éviter ces situations, nous créons des liens qui repointent vers des sous-répertoires du U:\. Ces actions peuvent être incluses dans des scripts de lancement de session, et la méthode sera transparente pour l’utilisateur.
Applications spéciales
Certains logiciels stockent leurs fichiers de données dans des répertoires extérieurs au C:\user and settings\, dans la racine C:\ par exemple. Il faut être particulièrement vigilant de bien être au courant de l’existence de ces logiciels et de leurs répertoires de stockage de leurs données lorsque le poste doit être réinitialisé (formaté). Dans l’objectif de complètement normaliser les postes informatiques de l’organisation, il peut être intéressant de transférer le logiciel sur un serveur de type Windows Terminal Server ou vers une VM Windows XP si le logiciel est utilisé en régime monoposte. Plusieurs utilisateurs se servent du poste L’opération doit être reproduite pour chaque utilisateur qui se sert activement du poste informatique qui est en cours de migration.
Combien de temps faut-il pour migrer les données essentielles d’un profil local ?
Le transfert des documents personnels de l’utilisateur dépend de la quantité de données et de la stabilité du poste. Généralement, entre 30 et 60 minutes sont nécessaire pour accomplir cette tâche. Aucune difficulté particulière n’est à noter, sauf si des applications spéciales existent sur le poste local.
Migration des contacts utilisateur
Souvent, des contacts (adresses de messagerie, coordonnées téléphoniques et postales) sont stockés dans le client de messagerie de l’utilisateur. Pour pérenniser, voir améliorer l’exploitation de cette base de contact lors d’une migration au logiciels libre, il faudra l’extraire et la réimporter de manière judicieuse dans les nouveaux gestionnaires de contact.
La meilleure méthode pour transférer des contacts depuis le gestionnaire de contacts est d’utiliser les fonctions d’exportation du gestionnaire de contact et de sauvegarder le fichier en .csv, ou bien .ldif ou .vcf pour les gestionnaires avancés et d’importer le fichier dans le nouveau gestionnaire de contacts, qui sera généralement un annuaire LDAP ou une base de données SQL. Le personnel d’une organisation qui n’a pas disposé d’une base centralisée de contacts aura tendance à stocker ses informations de manière peu organisée. Le prénom sera placé à la place du nom de famille, l’adresse de messagerie du contact à la place du nom de l’entreprise. En plus, la personne ayant ses contacts sur son poste mélangera contacts de nature privée et contacts professionnels. Il se peut qu’il faille retravailler manuellement le fichier d’export pour replacer les champs au bon endroit et de manière à discerner les contacts de nature privée de ceux professionnels.
Combien de temps faut-il pour migrer une messagerie utilisateur ?
Il est difficile d’estimer le temps que peut prendre la migration d’une base contact d’une organisation car l’opération dépend des facteurs suivants :
- qualité de la gestion des contacts par l’utilisateur ;
- nombre de contacts ;
- doublons dans les contacts professionnels et validité de l’information.
Pour exemple, une base d’environ 200 contacts peut prendre une demi-journée de travail de saisie ou de validation. En contrepartie, une gestion plus normalisée d’une base de contact d’entreprise génère un gain de productivité élevé (listes de diffusion communes, validité des données de contact, etc…).
Migration des profils de session
Il existe dans de nombreuses situations un historique auquel les usagers se sont habitués. Il s’agit donc de reproduire certaines configurations qui permettront aux usagers de s’approprier naturellement le nouvel environnement réseau.
La ruche utilisateur locale n’est pas conservée lors de la reconstruction d’un système informatique (remplacement du poste informatique ou mise en domaine du poste de travail). Elle est souvent très endommagée suite à des années d’usage et elle est une cause probable du ralentissement perçu du poste informatique. Par contre, certaines données doivent être notées pour être reproduites dans le nouveau système afin de minimiser la perturbation pour l’usager final.
Partages réseau
Souvent, des partages réseau permanents sont créés pour permettra à l’usager de stocker des fichiers sur des serveurs ou des postes distants. Ces partages réseau sont notés manuellement et des scripts de lancement de session (LOGON.vbs) sont créés pour générer automatiquement ces partages sur le poste utilisateur.
Imprimantes
Les paramètres de connexion aux imprimantes et les pilotes d’imprimante sont également stockés en local dans la ruche utilisateur. Ces partages d’imprimante doivent être notés manuellement et des scripts de lancement de session (LOGON.vbs) sont créés pour générer automatiquement ces partages sur le poste utilisateur.
Les pilotes des imprimantes sont configurés sur le serveur de fichier (Active Directory ou bien SaMBa PDC). Le script de lancement de session viendra alors chercher sur le serveur le pilote de l’imprimante que l’usager est autorisé à utiliser. Cette méthode simplifie grandement la charge d’administration du parc d’imprimantes.
Favoris internet
Un des éléments de la ruche utilisateur (≠ fichier et documents) que l’usager veut retrouver suite à une migration est ses favoris internet. Les favoris peuvent être exportés en utilisant les fonctions d’export du navigateur internet et stockés sous forme de fichier dans son répertoireMes Documents qui sera transféré sur le serveur de fichier en même temps que ses autres fichiers personnels stockés localement. Plusieurs utilisateurs se servent du poste L’opération doit être reproduite pour chaque utilisateur qui se sert activement du poste informatique qui est en cours de migration.
