VMware - La consolidation est nécessaire, mais je veux revenir


10

Hier soir, j'ai pris un instantané d'une machine virtuelle avant d'ajouter un nouveau disque et d'exécuter une défragmentation hors ligne d'Exchange (en utilisant le disque nouvellement ajouté comme chemin temporaire).

Lorsque je me suis réveillé aujourd'hui, le serveur était hors ligne et lorsque j'ai ouvert vSphere, j'ai vu le message "Problèmes de configuration - La consolidation des disques de la machine virtuelle est nécessaire". J'ai répondu à la question et choisi Abandonner / Annuler. La machine virtuelle a ensuite démarré. La base de données Exchange est maintenant d'environ 160 Go (contre environ 240 Go), ce qui correspond à la taille que je m'attendais à ce qu'elle soit après la défragmentation. Cela m'a fait soupçonner que la défragmentation était peut-être terminée, mais hélas, elle ne monterait pas.

À ce stade, ma préférence serait de revenir à l'instantané. Quelqu'un a-t-il déjà été dans cette situation? J'ai fait beaucoup de lecture, mais je n'ai trouvé que des articles expliquant comment corriger l'erreur "besoins de consolidation" en consolidant. Je ne trouve rien sur la suppression des disques delta indésirables pour revenir à l'original.

Existe-t-il un moyen pris en charge pour supprimer ces disques delta indésirables sans les consolider?

Puis-je simplement déplacer les fichiers diskname-000001.vmdk ailleurs, puis démarrer la machine virtuelle? (J'ai également quelques fichiers avec l'extension .REDO_nSGail que je suppose que je devrais aussi déplacer). Les fichiers .vmdk d'origine seront cependant en mode lecture seule - est-il possible de les remettre en lecture-écriture?

Merci à tous ceux qui peuvent offrir des conseils.

Autres informations: - ESXi 6.0 - VM est une boîte Windows SBS (qui a à la fois Exchange et AD). Il a également environ 1 To de données et pas assez d'espace libre sur le magasin de données pour tout restaurer. Je devrais d'abord supprimer tous les fichiers VM, puis restaurer une sauvegarde qui prendrait de nombreuses heures, donc je préfère éviter cela si possible.


2
Zut. C'est un terrible gâchis. Et vous n'avez pas l'impression de pouvoir résoudre le problème actuel avec la base de données qui ne monte pas?
ewwhite

1
J'ai dû récupérer des machines virtuelles qui ont des instantanés manuellement auparavant. Vous devrez pointer le fichier VMDK vers le fichier plat au lieu du disque delta, le contournant ainsi. Plus d'infos: lien
McKenning

Réponses:


1

Pour revenir à l'original, il vous suffit de choisir "revenir à l'instantané actuel" dans le menu contextuel, en supposant que vous n'avez qu'un seul instantané.

Dans VMware, vous pouvez faire deux choses avec un instantané (je simplifie quelque peu);

1) revenir à "l'état antérieur" (tel qu'il était AVANT l'instantané), qui est le "retour à l'instantané actuel". Dans cette approche, le terme «instantané actuel» est un peu trompeur, mais considérez-le comme l'état avant l'instantané.

2) Supprimez l'instantané qui accepte toutes les modifications que vous avez apportées depuis la prise de l'instantané et les transfère dans la machine virtuelle en cours d'exécution. On dirait que vous ne voulez pas faire ça.

"Consolider" n'a vraiment rien à voir avec le choix que vous souhaitez faire; consolider consolide simplement les journaux redondants ou .vmdks des processus passés ayant échoué et n'a rien à voir avec les changements de disque. Par exemple, si un snap échoue, vous avez des journaux redondants et peut-être .vmdk. "Consolider" les nettoierait, probablement en supprimant les redondants. Consolider ne changera pas le nombre d'instantanés dont vous disposez. Il nettoie simplement les journaux partiels ou en double et / ou .VMDK des opérations antérieures ayant échoué.

Donc, en théorie, si vous voulez revenir à «l'état antérieur», vous «reviendrez». Il annulera les modifications delta et reviendra à cet état de pré-instantané. "Consolider: fusionne la hiérarchie des journaux de rétablissement. Cette option est disponible dans vSphere 5.0 et versions ultérieures." à partir du site Web de VMware.

Bien sûr, compte tenu de votre situation, toutes les mises en garde normales s'appliqueraient, auraient des sauvegardes, etc., etc.

Pourrait lire ceci pour plus d'informations:

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.