L'OS fonctionnant, on peut passer à l'étape suivante : la migration des applications. Notons au passage que nous n'avons pas encore joint la VM au domaine de production. En effet, faire cette opération pendant que le serveur de production est encore online aurait pour conséquence de verrouiller le compte ordinateur
Faire migrer les applications
du serveur de production,
parce que le fait de joindre un
ordinateur à un domaine régénère un
nouveau mot de passe de compte ordinateur
pour cet objet système. Et, bien
sûr, le mot de passe de compte ordinateur
du système de production ne correspondrait
plus au mot de passe
stocké sur le DC. Cette discordance ferait
échouer l’authentification entre le
système de production et les DC, jusqu’à
ce que le système de production
soit joint au domaine, ce qui, à son
tour, verrouillerait la VM. Pour faire migrer
une application, je préfère procéder
à une installation « propre » de l’application
sur la nouvelle VM. Après
quoi on pourra copier les éventuelles
données sauvegardées par l’application
sur les disques durs de l’une des
VM. Si les données de l’application
sont verrouillées, vous pouvez aussi
utiliser le logiciel de sauvegarde pour
sauvegarder les données applicatives
sur le serveur de production, puis restaurer
les données sur la VM.
les données sur la nouvelle VM, vous
pouvez tester cette dernière pour voir
si elle se comporte comme prévu.
Après avoir constaté que tout se passe
bien, vous pouvez joindre la VM au domaine,
mettre à jour vos enregistrements
DNS, et vous assurer que tous
les clients peuvent se diriger vers la
VM. A ce stade, la transition virtuelle
est terminée. Vous pouvez maintenant
utiliser le script DuplicateVM.js pour
créer et stocker une copie de secours
de la VM. Par la suite, en cas de crash
du système, il suffira de démarrer la VM
de secours et de restaurer les données
applicatives sauvegardées récemment.
(Pour plus d’informations sur la sauvegarde
des fichiers sur une VM, voir l’encadré
« Intégration avec sauvegarde et
reprise ».)
Il faut savoir qu’en travaillant avec
deux instances du même système virtuel,
on peut rencontrer quelques difficultés.
Ainsi, si un DC (domain controller)
change le mot de passe du compte
ordinateur pour le remplacer par une
version de la VM, il vous faudra rejoindre
manuellement la VM de secours
au domaine. Pour empêcher la
réinitialisation périodique des mots de
passe de comptes ordinateur de vos VM, ouvrez un éditeur de registres sur
chaque VM, naviguez jusqu’à la sousclé
registre HKEY_LOCAL_MACHINESYSTEM\CurrentControlSet\ServicesNetlogon\Parameters et donnez la valeur
1 à l’entrée DisablePassword-
Change.
Téléchargez cette ressource
Mac en entreprise : le levier d’un poste de travail moderne
Ce livre blanc répond aux 9 questions clés des entreprises sur l’intégration du Mac : sécurité, compatibilité, gestion, productivité, coûts, attractivité talents, RSE et IA, et l’accompagnement sur mesure proposé par inmac wstore.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- IT & Cybersecurity Meetings 2026 : ce que Cannes révèle des mutations du marché IT et cyber
- Cyberattaques : les entreprises détectent les menaces mais peinent à les contenir
- Adapter la sécurité OT aux réalités de l’industrie
- Les applications financières sont le terrain privilégié de la fraude
Articles les + lus
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
Adapter la sécurité OT aux réalités de l’industrie
Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
À la une de la chaîne Tech
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
- DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
- Adapter la sécurité OT aux réalités de l’industrie
- Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
- Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
