Skip to main content

Préparer le labo : VM, snapshots, sysprep

Snapshot vs clone

Snapshot (instantané) Clone
Rôle Photo de l'état d'une VM à un instant T, pour revenir en arrière Nouvelle VM indépendante, copiée d'une autre
Disque Fichier delta : les changements sont écrits à côté du disque d'origine Clone complet : copie entière du disque. Clone lié : partage le disque parent, ne stocke que les différences
Usage typique « Avant de promouvoir le DC », « avant d'installer RRAS » Créer SRV01, RTRHP01, CLI01… à partir d'un même modèle

Bonnes pratiques snapshots

  • Les nommer clairement : 01 - OS installé + IP fixe, 02 - AD DS promu, etc.
  • Un snapshot n'est pas une sauvegarde : si le disque parent est corrompu, tous les snapshots sont perdus.
  • Une longue chaîne de snapshots ralentit la VM et prend de la place : supprimer (consolider) ceux qui ne servent plus.
  • ⚠️ Contrôleur de domaine : ne pas restaurer un vieux snapshot d'un DC quand il y a plusieurs DC. Cela provoque un USN rollback et casse la réplication AD. Avec un seul DC en labo, c'est sans risque.

Pourquoi « préparer » une VM avant de la cloner ? (le SID)

Chaque installation de Windows reçoit un identifiant unique, le SID machine (S-1-5-21-xxxx-yyyy-zzzz). Si on clone une VM sans la préparer, toutes les copies ont le même SID.

Problème concret en cours : le domaine AD hérite du SID de la machine promue en premier DC. Si un poste cloné depuis la même VM essaie de rejoindre ce domaine, on obtient l'erreur :

The domain join cannot be completed because the SID of the domain you attempted to join was identical to the SID of this machine.

➡️ Solution : généraliser la VM modèle avec Sysprep avant de la cloner.

Sysprep

Emplacement : C:\Windows\System32\Sysprep\sysprep.exe

C:\Windows\System32\Sysprep\sysprep.exe /generalize /oobe /shutdown
Option Effet
/generalize Supprime ce qui est propre à la machine : SID, nom, pilotes spécifiques, journaux…
/oobe Au prochain démarrage, affiche l'assistant de premier démarrage (OOBE : langue, compte, mot de passe)
/audit Redémarre en mode audit au lieu de l'OOBE
/shutdown Éteint la machine à la fin, à ne pas redémarrer : c'est elle qui devient le modèle

Méthode « VM modèle » :

  1. Installer Windows Server sur une VM, puis faire les mises à jour et installer les VMware Tools ou Guest Additions.
  2. Lancer sysprep /generalize /oobe /shutdown.
  3. Ne plus démarrer cette VM. La convertir en modèle, ou prendre un snapshot « modèle sysprep ».
  4. Cloner autant de VM que nécessaire : chacune passera l'OOBE et aura son propre SID.

Mode audit : Ctrl + Shift + F3

📝 Dans mes notes j'avais écrit Ctrl + Alt + F3 : le bon raccourci est Ctrl + Shift + F3.

Sur l'écran OOBE (le tout premier écran après l'installation, par exemple le choix de la région), Ctrl + Shift + F3 fait redémarrer Windows en mode audit :

  • On est connecté automatiquement en Administrateur intégré, sans créer de compte.
  • On peut installer des logiciels et des pilotes, et personnaliser l'image.
  • La fenêtre Sysprep s'ouvre automatiquement : on termine en choisissant OOBE + Généraliser + Arrêter.

C'est donc la manière propre de préparer une image à cloner.

Vérifier le SID machine

whoami /user          # SID du compte : la partie avant le dernier -xxx est le SID machine (compte local)

Avec Sysinternals : PsGetSid.exe affiche directement le SID machine.

Questions de révision

  1. Quelle est la différence entre un clone lié et un clone complet ?
  2. Pourquoi faut-il faire un sysprep avant de cloner une VM qu'on va mettre dans un domaine ?
  3. Que fait le raccourci Ctrl + Shift + F3, et à quel moment l'utilise-t-on ?
  4. Pourquoi ne doit-on plus démarrer la VM modèle après le sysprep ?
  5. Un snapshot remplace-t-il une sauvegarde ? Pourquoi ?
Back to top