Tous les objets sur les serveurs que
vous avez déplacés dans le nouveau
domaine ont encore des entrées ACL
les concernant pour les SID des
comptes utilisateur d'origine qui
avaient des autorisations sur ces objets.
Un dernier passage sur l'outil de
migration supprimera ces références.
Après avoir migré tous les
comptes
utilisateur, tous les serveurs (ou
presque) et toutes les stations de
travail hors d’un domaine, seul devrait
rester le PDC. Arrêtez le PDC pendant
une période d’essai d’un jour pour déterminer
s’il existe d’éventuelles dépendances
sur le domaine désormais
vide. Quand vous pourrez laisser le
PDC désactivé pendant quelques semaines
sans aucun effet négatif, vous
pourrez considérer le domaine
« mort ». Une cérémonie d’inhumation
au-dessous du faux plancher de la salle
de service pourrait être de mise si la
migration s’est bien passée.
Le travail d’intégration de l’infrastructure
peut être extrêmement gratifiant.
Si votre travail a été bien fait, les
utilisateurs ne constateront aucune différence
autre que le fait de se connecter
désormais à un domaine différent,
et que certains d’entre eux devront apporter
leurs portables un certain jour
pour procéder à quelques mises à jour.
Si le travail est mal fait, le nettoyage
risque de durer des mois. Notre message
est clair : le secret de la réussite
est une solide préparation et une attention
minutieuse aux détails. Ne ratez
rien, mettez à l’épreuve toutes vos
suppositions, et prévoyez la livraison
de sandwichs pendant ces longues soirées
et weed-ends de migration.
Téléchargez cette ressource
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.