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.
Ce livre blanc décrit les différents aspects indispensables pour la mise en place d’une approche SD-WAN sécurisée et de confiance. Ce document s’adresse aux consultants et responsables sécurité des systèmes d’information pour bien comprendre les enjeux du Trusted SD-WAN à l’heure de la transformation numérique des entreprises.
