Sous Windows: Est-il prudent de faire une robocopie afin de cloner le système?
Permettez-moi de commencer par donner un peu de fond. Sur les systèmes Linux, je compte souvent sur le fait que, tant que je peux obtenir tous les fichiers d'un disque dur à un autre, et aussi longtemps que je réparerai le chargeur de démarrage, je serai laissé avec un identique, amorçable, complètement Système fonctionnel. La même chose fonctionne pour les sauvegardes et les restaurations (aucune sauvegarde de l'état du système spécial requise, juste les fichiers) ... Même MySQL est récupérable parfois même quand il n'était pas gelé au moment de la sauvegarde
Sous Windows, je n'ai jamais eu de chance avec le clonage du système en le faisant à un niveau de fichier. J'ai toujours besoin d'un outil tel que VMware Converter, Ghost, Dixml, etc., ils sont basés sur la prise de l'image du lecteur dans son ensemble. Au début, j'ai supposé que c'était principalement en raison de la manière spéciale/magique, Windows fait son registre et je ne l'ai pas question (cela a fonctionné). Jusqu'à aujourd'hui. J'ai réalisé que ce genre de pensée était stupide et que, dans la réalité, Windows est également juste une collection de fichiers. Ainsi, comme test, j'ai pris un lecteur de serveur Windows 2003 hors ligne, j'ai copié les fichiers sur un disque dur vierge, rendu le lecteur actif et .. Cela fonctionnait parfaitement!
Ou l'a-t-il fait? Pourquoi ai-je cette crainte irrationnelle qu'elle échouera simplement parce que ce n'est pas un clone verbatim comme si j'aurais attendu avec des fantômes? Devrais-je avoir peur? Pourquoi était-ce si facile? Les serveurs d'annonce sont-ils différents? Y a-t-il des cas où cette méthode échouera?
Si la copie de fichiers par fichier est la voie à suivre, pourquoi quand j'ai essayé de faire la même chose avec VSS (exposition de l'ombre copiée C: lecteur en tant que S: lecteur) La même approche a échoué. Plus spécifiquement, j'ai eu un système de démarrage tout le chemin de l'écran de connexion. Il a même accepté mon mot de passe, mais a immédiatement enregistré mon utilisateur sans erreur dans l'interface graphique. J'ai même essayé de fermer tous les services sauf des stoppards avant de copier ... le même résultat.
Au fait, j'utilise robocopy /E /SEC Pour toutes ces opérations de copie
Suis-je juste à la recherche de problèmes en utilisant ces méthodes? Je sais que les fantômes etc. sont prouvés .. alors pourquoi réinventer la roue? ... Je reçois tout ça ... mais comme un professionnel, je veux savoir pourquoi les choses fonctionnent comme elles le font. C'est pourquoi il est important pour moi de comprendre cela. (Sans parler d'une possibilité rare d'avoir à faire une restauration en métal nu sur un système où je n'ai jamais eu de sauvegarde de l'état du système)
J'ai effectué des clones au niveau du fichier (à l'aide de l'utilitaire Linux NTFS Tools ntfsclone) de Windows 2000 et de Windows XP. Je n'ai pas essayé ntfsclone avec Windows Vista ou versions plus récentes, mais je ne m'attendais pas à des problèmes. J'utilise l'outil de clonage de niveau de fichier de Microsoft, ImageX, assez régulièrement avec Windows XP et Windows 7 et ne pose aucun problème là-bas, non plus. Je ne clonde généralement pas les ordinateurs serveurs, Mais je m'attendrais à ce que ImageX fonctionne bien avec le système d'exploitation du serveur.
La copie d'un système de fichiers en direct sera toujours un défi. Volume Shadow Copy est supposé pour exposer un système de fichiers maternel mais je pense que vous prenez toujours vos chances. (Je ne peux pas vous dire ce qui s'est passé avec votre volume cloné VSS qui ne vous permettrait pas de vous connecter. W/o Puissant le clone ayant échoué, c'est vraiment, vraiment difficile de diagnostiquer). Je vous conseillerais toujours de cloner des systèmes hors ligne, si possible.
En supposant que vous copiez un système de fichiers entièrement maternel et capable d'obtenir tous les fichiers que vos seules préoccupations sont les suivantes:
- Avoir un bon enregistrement de démarrage Master Boot (MBR) et une partition Boot (PBR)
- Avoir un bon chargeur de démarrage
Microsoft bootsect.exe Peut être utilisé pour écrire de bons MBRS et PBRS pour les anciennes versions à base de NTLRR de Windows NT (NT 3.5 Windows Server 2003) et des versions BootMgr (Windows Vista et Newer). Votre clone Windows 2003 doit avoir été sur un disque qui disposait d'un PBR de format NT 5.2 (depuis son amorçage).
Le chargeur de démarrage NTLDR sera copié dans une copie de niveau de fichier, ce qui explique pourquoi votre copie Windows 2003 a fonctionné sans problème. Le chargeur de démarrage bootmgr peut être installé à l'aide de l'bcdboot.exe utilitaire (inclus sur le support de configuration Windows BootMGR).
Je ne ferais pas cloner des ordinateurs de contrôleur de domaine Active Directory (DC) de cette manière. Vous ne voulez pas démarrer un clone de DC sur le même réseau avec l'original DC parce qu'il s'agit d'une totalité non supportée et non planifiée. pour scénario.
Éditer (maintenant que j'ai quelques minutes sur un vrai ordinateur):
Les outils que j'ai décrits ci-dessus, ImageX et ntfsclone, sont des outils clone de niveau de fichier de fichiers (comme le fantôme si ce n'est pas exécuté en mode Secteur RAW). Ils interprètent le système de fichiers NTFS plutôt que de copier le secteur du secteur. Ces deux outils n'auront pas de problèmes avec des points de jonction ou des hardlinks comme ROBOCOPY (w/o le /SL argument) et XCOPY (avec des arguments).
En général, Microsoft ne prévoit pas de vous pour effectuer le clonage des systèmes basé sur une copie au niveau du fichier. Oui, vous peut le faire, mais si cela vous casse de garder les morceaux.
Le problème avec la copie d'un système de fichiers en direct de VSS est que l'instance Windows existante aura probablement la signature du nouveau disque déjà dans son registre. Lorsque vous démarrez la copie, la signature de la partition qu'il démarre est assortie au registre et monté comme D: ou E:, plûtot que le C: ça devrait être.
Vous pouvez trier cela en montrant le fichier de registre et mettre à jour HKLM\SYSTEM\MountedDevices Faites-le après la copie mais avant de redémarrer. Vous voulez juste supprimer le \DosDevices\C: Entrée et modifier l'entrée pour votre nouveau lecteur à C:.