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 gratuitement cette ressource

Les 7 étapes d’un projet de dématérialisation RH
Dans ce livre blanc, nous vous donnons les clés pour concevoir votre projet de dématérialisation RH. Vous découvrirez chacune des étapes qui vous permettront d’apporter de nouveaux services aux collaborateurs, de vous adapter aux nouvelles pratiques et de renforcer la marque employeur.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Plateforme de protection applicative : le couteau suisse indispensable pour les développeurs et les équipes de sécurité
- Cohésion d’équipe & Collaboration numérique : un duo gagnant ?
- Cyber espionnage – Les pirates russes APT29 utilisent les services de stockage en ligne, DropBox et Google Drive
- SEKOIA : de l’intelligence sur les menaces jusqu’à l’automatisation de la réponse !
- Les managers face à l’impact du télétravail
