Le disque dur du serveur est en panne ? 😳 Cloner sans réinstaller !

Prouvez d'abord que le lecteur est vraiment en train de mourir

Ne clonez pas sur une supposition. Deux minutes de vérification vous indiquent si la surface du disque est défaillante ou si quelque chose de moins cher ne va pas. Ouvrez CrystalDiskInfo (ou votre outil RAID/HBA) et examinez les valeurs brutes de 05 (nombre de secteurs réaffectés), C5 (nombre actuel de secteurs en attente) et C6 (nombre de secteurs non corrigibles). Sur un disque sain, tous les trois sont nuls : tout chiffre en hausse signifie que la surface s'use. Vérifiez également l'Observateur d'événements et le journal système pour détecter les erreurs de disque (ID d'événement 7, 51 ou 153) qui se répètent au fil des jours.

Préparer le lecteur cible et le support de démarrage

Préparez tout avant que le serveur ne tombe en panne. Vous avez besoin d'un disque cible sain : de la même taille que la source ou plus grand (une taille plus petite n'est possible que lorsque l'espace utilisé correspond à l'espace disponible). Vous avez également besoin d'une clé USB de clonage amorçable : le sauvetage est exécuté à partir d'un support de démarrage, et non depuis l'intérieur de Windows qui se trouve sur le disque en train de mourir. Des cloneurs de démarrage gratuits tels que Clonezilla ou Rescuezilla et des outils Windows de la classe Hasleo Backup Suite font tous ce travail – la vidéo montre le parcours complet à l'écran.

Enfin, notez par écrit la configuration actuelle : lettres de lecteur, noms de partage, adresse IP statique et quels services doivent revenir. Deux minutes de notes vous épargnent une heure de devinettes plus tard.

Arrêtez les rôles de serveur avant de cloner

Un clone copie l'état dans lequel se trouve le disque à ce moment-là. Si une base de données est en cours d'écriture pendant l'exécution de la copie, la copie contient une base de données déchirée et à moitié écrite. Donc avant le clonage : informez les utilisateurs que le serveur est en panne et fermez leurs sessions, puis arrêtez les services de base de données (SQL Server, MySQL, services de logiciels de comptabilité) et toutes les tâches de sauvegarde.

Le clone le plus propre de tous est un clone hors ligne : arrêt du serveur, démarrage à partir de la clé USB de clonage, copie de disque sur disque. Rien n'est écrit, donc la copie est parfaitement cohérente.

Exécuter le clone en ordre de sauvetage

Démarrez à partir de la clé USB de clonage et démarrez un clonage de disque à disque : source = le disque défaillant, cible = le nouveau disque. Un clone secteur par secteur déplace tout : le système d'exploitation, les rôles de serveur, les comptes d'utilisateurs, les dossiers partagés, les autorisations et les logiciels installés – en un seul passage.

Si l'outil propose un mode de sauvetage / ignorer les erreurs, utilisez-le : il copie d'abord toutes les zones saines et ne réessaye que les points endommagés à la fin, au lieu de broyer le premier secteur défectueux pendant des heures. Ensuite, laissez-le fonctionner : sur un disque défaillant, la copie ralentit fortement autour des zones endommagées, et c'est normal. Notez les secteurs illisibles signalés ; les fichiers dans ces zones étaient également déjà endommagés sur l'original. N'interrompez pas un clone à mi-chemin pour "vérifier quelque chose" : une demi-copie est inutile, tandis qu'une copie terminée avec quelques secteurs défectueux est un serveur qui fonctionne.

Démarrez le nouveau disque – seul

Une fois le clonage terminé, arrêtez et déconnectez complètement l'ancien disque avant le premier démarrage à partir du nouveau. Deux lecteurs avec des signatures de disque identiques et la même installation Windows ne doivent jamais démarrer ensemble : Windows peut mélanger les lettres de lecteur, et sur un contrôleur de domaine, deux copies sur un réseau constituent un véritable désastre.

Démarrez avec uniquement le nouveau disque connecté. Le premier démarrage peut être lent ; laissez-le s'installer. Étant donné qu'un clone de secteur est une copie exacte, le nom de l'ordinateur, l'adresse IP statique, les dossiers partagés, les autorisations, les utilisateurs et les logiciels installés restent inchangés : la seule chose qui change est le lecteur physique en dessous.

Testez tout avant que les utilisateurs reviennent

Avant de restituer le serveur, vérifiez les éléments essentiels un par un : les lettres de lecteur sont correctes, les dossiers partagés sont visibles sur le réseau, les services du serveur ont démarré et les utilisateurs peuvent se connecter et ouvrir des fichiers. Ouvrez les fichiers qui se trouvaient dans les zones endommagées si vous savez de quoi il s'agissait : un fichier qui ne s'ouvre pas a déjà été perdu sur l'ancien disque et n'a pas été endommagé par le clone.

Retirez l'ancien disque, mais pas aujourd'hui

Étiquetez l'ancien disque avec la date et les mots NE PAS UTILISER — échec, clone source et laissez-le intact pendant au moins une semaine de fonctionnement normal. C'est votre restauration sans frais : si quelque chose de subtil fait surface sur le nouveau disque, l'ancien contient toujours la dernière copie de tout. Après une semaine tranquille, effacez-le ou détruisez-le : un disque défectueux rempli de données de bureau ne devrait jamais dériver dans un tiroir sans étiquette ou dans le PC de quelqu'un d'autre.