Quelques trucs pratiques

des
profils avant la traduction puis les réinsérer
après coup pour gagner du
temps de migration et de l’espace
disque. Le listing 1 et le listing 2 montrent
un exemple de code DOS qui effectue
l’extraction. Exécutez le script
du listing 1 à  partir d’une station de travail
juste avant la migration. Le script
soumet une tâche future proche pour
chaque utilisateur dans une liste de fichiers
texte au NT Task Scheduler sur
le serveur qui contient le profil d’un
utilisateur. Cette tâche automatisée copie
certains types de fichiers courants du profil de l’utilisateur dans un emplacement
temporaire. Le code du listing
2 indique les types de fichiers à  copier.
Après la migration, il faudra
utiliser une procédure inverse pour copier
les fichiers déplacés des utilisateurs
dans les nouveaux profils ; les fichiers
hériteront alors des
autorisations en provenance du dossier
de niveau supérieur des profils
nouvellement traduits.

Désactivez les comptes utilisateur
pendant la migration. Vous pouvez
inverser la plupart des migrations
de comptes utilisateur effectuées avec
des outils de migration tiers, en revalidant
simplement les comptes utilisateur
dans le domaine source. Il est judicieux
de désactiver les comptes
utilisateur sur le domaine source avant
la migration (et de ne les réactiver que
s’il faut annuler une migration). Il est
même encore meilleur de neutraliser
les comptes utilisateur sur le domaine
cible jusqu’à  ce que la migration soit
terminée. Si les comptes sont neutralisés,
des utilisateurs trop zélés ne pourront
pas essayer de se connecter avant
que vous n’ayez terminé votre travail
crucial.

Ajoutez une nouvelle rubrique
au menu Start pour les utilisateurs
migrés. Vous pourriez ajouter un programme
au dossier Start du profil itinérant
de chaque utilisateur migré –
peut-être un fichier batch autosuppresseur
qui effectue une tâche de nettoyage
post-migratoire ou une boîte de
dialogue avec des instructions post-migratoires
pour l’utilisateur. Le script du
listing 3 copie une nouvelle rubrique
Start dans les profils itinérants des utilisateurs
figurant dans un fichier texte.
Nous n’avons pas fourni ici une rubrique
Start ; exemple possible : un
script qui invite l’utilisateur à  mettre à 
jour son contact dans le répertoire téléphonique
d’entreprise, ou un script
qui envoie un message e-mail au help
desk du projet pour l’informer que
l’utilisateur vient juste de procéder à  sa première connexion post-migratoire.

Préservez vos SAM pendant la
migration. En prévision d’une très
grave catastrophe, préservez la base de
données SAM de chaque domaine pendant
toute la migration. Nous
conseillons de déconnecter les BDC
d’un domaine avant d’utiliser l’outil de
migration sur ce domaine et de ne reconnecter
le BDC que quelques jours
après la migration. En cas de catastrophe,
vous pourrez promouvoir le
BDC déconnecté au rang de PDC et
vous en servir pour restaurer le domaine
à  son état d’avant sinistre.

Envoyez un message e-mail à 
chaque utilisateur visé par la migration.
Si vous avez un fichier texte
contenant la liste des utilisateurs à  migrer,
vous pouvez utiliser l’un des programmes
e-mail par ligne de commande
existant en freeware, pour
prévenir vos utilisateurs ou leur envoyer
des instructions d’après-migration.
Il faudra d’abord manipuler le fichier
texte de la liste des utilisateurs
pour associer les noms d’utilisateurs
NT avec les adresses e-mail correctes
(là  encore, la fonction VLOOKUP
d’Excel pourra s’avérer très utile).