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
Guide de Threat Intelligence contextuelle
Ce guide facilitera l’adoption d’une Threat Intelligence - renseignement sur les cybermenaces, cyberintelligence - adaptée au "contexte", il fournit des indicateurs de performance clés (KPI) pour progresser d' une posture défensive vers une approche centrée sur l’anticipation stratégique
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Semperis : gouverner l’identité à l’ère des agents IA
- Analyse Patch Tuesday Mars 2026
- Une nouvelle ère de la modernisation du mainframe
- Akamai Technologies déploie sa stratégie de protection en ligne
Articles les + lus
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Moderniser le développement logiciel : de la fragmentation à l’intégration
Analyse Patch Tuesday Mars 2026
Une nouvelle ère de la modernisation du mainframe
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
À la une de la chaîne Tech
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Analyse Patch Tuesday Mars 2026
- Une nouvelle ère de la modernisation du mainframe
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
