La consolidation des disques des machines virtuelles VMware est nécessaire : toutes les causes, toutes les solutions — y compris la consolidation des disques des machines virtuelles est nécessaire, sans instantanés

Lorsque VMware vSphere ou ESXi affiche le message « Une consolidation des disques de la machine virtuelle est nécessaire », cela signifie que les données des instantanés n’ont pas été entièrement réintégrées dans les fichiers VMDK de base. Cet avertissement apparaît généralement après la suppression d’instantanés ou des opérations de sauvegarde, laissant des disques delta redondants qui occupent de l’espace de stockage et risquent d’entraîner une baisse des performances. Ignorer la consolidation peut entraîner un gonflement du datastore, un ralentissement des performances des machines virtuelles et une corruption potentielle si la chaîne d’instantanés devient instable. Dans les environnements d'entreprise, la consolidation des disques est une tâche de maintenance critique : elle garantit l'intégrité des fichiers VMDK, récupère l'espace perdu et rétablit des performances d'E/S optimales.

Ce guide propose une solution étape par étape, couvrant à la fois les méthodes via l’interface graphique et la ligne de commande, ainsi que les meilleures pratiques pour éviter les problèmes de consolidation à l’avenir.

Toutes les causes : pourquoi la consolidation des disques des machines virtuelles VMware est nécessaire

📊 Tableau de référence des causes : la consolidation des disques des machines virtuelles VMware est nécessaire

Toutes les causes : pourquoi la consolidation des disques des machines virtuelles VMware est nécessaire

Cause n° 1 : suppression incomplète d'un instantané — la cause principale la plus courante

Le déclencheur le plus fréquent est une suppression de snapshot qui semble réussie mais qui ne parvient pas à réintégrer toutes les données delta dans le VMDK de base. Les administrateurs peuvent cliquer sur « Supprimer » ou « Tout supprimer » dans le Gestionnaire de snapshots, voir la tâche s’achever avec le statut « Réussi », mais des .vmdk fichiers delta orphelins sur le datastore. ESXi détecte ces fichiers et génère l'avertissement de consolidation.

• Détail technique : chaque suppression de snapshot doit fusionner son delta dans le disque parent. Si des deltas intermédiaires sont ignorés, ils restent actifs.
• Piège opérationnel : supprimer les instantanés un par un au lieu d’utiliser « Supprimer tout » laisse souvent des deltas intermédiaires non validés.
• Meilleure pratique : utilise toujours « Supprimer tout » pour les chaînes de plusieurs snapshots, puis vérifie le nettoyage du datastore.

Cause 2 : Espace libre insuffisant sur le datastore VMFS

La consolidation nécessite un espace de travail temporaire pour fusionner les données avant de supprimer les fichiers delta source. VMware spécifie un minimum de 1 Go d’espace libre, mais les instantanés volumineux peuvent nécessiter des dizaines ou des centaines de gigaoctets.

• Scénario d'échec : une machine virtuelle à provisionnement fin avec un instantané de plus de 100 Go sur un datastore presque plein échouera systématiquement à la consolidation. La tâche semble s'achever, mais l'avertissement réapparaît immédiatement.
• Options de résolution :
  • Migre les machines virtuelles hors du datastore pour libérer de l'espace.
  • Étends le volume VMFS.
  • Supprime les fichiers inutiles (images ISO, anciens journaux) avant de réessayer la consolidation.
• Meilleure pratique : Surveille l'utilisation du datastore de manière proactive ; ne laisse jamais les datastores critiques fonctionner à pleine capacité.

Cause 3 : Fichier VMDK verrouillé par un logiciel de sauvegarde

Les applications de sauvegarde utilisant le mode de transport « hot-add » montent les fichiers VMDK des machines virtuelles directement sur une machine virtuelle proxy. Si la tâche de sauvegarde échoue, est annulée ou si la machine virtuelle proxy plante, le fichier VMDK monté peut rester verrouillé.

• Impact : ESXi ne peut pas consolider un fichier verrouillé, ce qui laisse le delta orphelin.
• Causes courantes : Veeam Backup & Replication, HP Data Protector, NetBackup, CommVault, Symantec Backup Exec.
• Solution : identifie la VM proxy qui bloque le fichier, supprime le disque ajouté à chaud dans ses paramètres d'édition, puis réessaie la consolidation.
• Meilleure pratique : configure les tâches de sauvegarde avec des scripts de nettoyage ou une surveillance pour t'assurer que les disques ajoutés à chaud sont correctement déconnectés.

Cause 4 : Fichier VMDK verrouillé par un deuxième hôte ESXi

Dans les clusters vSphere, une VM migrée entre des hôtes peut laisser des verrous de fichiers obsolètes sur l’hôte précédent si la migration a été interrompue ou si l’hôte source a planté.

• Détail technique : ESXi utilise des verrous exclusifs en mode 1 pour empêcher les écritures simultanées. Un verrou obsolète provenant d’un autre hôte bloque la consolidation.
• Identification : utilise vmfsfilelockinfo via SSH ESXi : le propriétaire du verrou affichera une adresse MAC d'hôte différente de celle de l'hôte actuel de la VM.
• Solution : redémarre les agents de gestion (hostd, vpxa) sur l’hôte qui a verrouillé, ou redémarre l’hôte si le redémarrage des agents ne libère pas le verrou.
• Meilleure pratique : assure-toi que les migrations vMotion se terminent correctement et surveille la stabilité de l'hôte pendant les opérations du cluster.

Cause 5 : délai d'expiration des performances de stockage sur les instantanés volumineux

Des instantanés volumineux associés à de faibles performances de stockage peuvent entraîner le dépassement des délais d'expiration lors des tâches de consolidation.

• Scénario de défaillance : sur les SAN partagés présentant des conflits d'accès, des disques rotatifs ou des banques de données NFS sous-dimensionnées, la consolidation peut échouer en cours de validation, laissant des deltas partiellement fusionnés.
• Solution :
  • Planifie la consolidation pendant les heures creuses pour réduire les conflits d'E/S.
  • Augmente le nombre de tentatives de consolidation des instantanés ESXi via la configuration avancée (snapshot.maxConsolidateRetries).
• Meilleure pratique : Évite les snapshots à long terme sur un stockage sensible aux performances ; utilise des datastores basés sur SSD pour les charges de travail avec une activité de snapshot fréquente.

<code class="language-bash">cd /vmfs/volumes/[datastore]/[VMname] ls -lah *.vmdk</code>

<code class="language-bash">grep "fileName" VMname.vmx</code>

La consolidation du disque de la machine virtuelle est nécessaire. Méthodes de correction VMware

Méthode de correction 1 : consolidation via vSphere Client (procédure standard)

C'est la première solution à essayer, et la plus simple :

1. Dans vSphere Client, clique avec le bouton droit sur la machine virtuelle concernée.
2. Sélectionne Snapshots → Consolidate (vSphere 6.x et versions ultérieures) ou Snapshot → Consolidate Disks (versions antérieures).
3. Confirme l'invite : « Cette opération fusionnera le disque delta de chaque instantané dans le disque de base. Les opérations d'instantané en cours peuvent être temporairement suspendues. »
4. Surveille le volet Tâches récentes pour voir si la consolidation des fichiers de disque de la machine virtuelle est en cours. Pour les grosses machines virtuelles, cela peut prendre de quelques minutes à plusieurs heures, selon la taille du delta et le débit de stockage.
5. Une fois l'opération terminée, vérifie que l'onglet« Résumé » n'affiche plus l'avertissement et confirme que tous les fichiers VMDK delta ont été supprimés via le navigateur de banques de données.

Méthode de correction 2 : consolidation via PowerCLI (par script / pour plusieurs machines virtuelles)

Pour plusieurs machines virtuelles nécessitant une consolidation, PowerCLI automatise le processus :

• Connecte-toi à vCenter :

<code class="language-powershell">Connect-VIServer -Server vcenter.domain.com</code>

• Recherche toutes les machines virtuelles nécessitant une consolidation :

<code class="language-powershell">Get-VM | Where-Object {$_.Extensiondata.Runtime.ConsolidationNeeded -eq $true}</code>

• Consolide une VM spécifique :

<code class="language-powershell">(Get-VM "VMname").ExtensionData.ConsolidateVMDisks()</code>

• Consolide toutes les VM sélectionnées en boucle :

  <code class="language-powershell">Get-VM | Where-Object {$_.Extensiondata.Runtime.ConsolidationNeeded} | ForEach-Object {
                  $_.ExtensionData.ConsolidateVMDisks()
                  Write-Host "Consolidating: $($_.Name)"</code>

Solution 3 : redémarre les agents de gestion ESXi pour libérer les verrous de fichiers

Si la consolidation échoue avec le message « Impossible d'accéder au fichier car il est verrouillé » ou « Échec du verrouillage du fichier » :

• Via SSH ESXi :

<code class="language-bash">/etc/init.d/hostd restart
        /etc/init.d/vpxa restart</code>

• Via la console DCUI d'ESXi : Options de dépannage → Redémarrer les agents de gestion → F11 pour confirmer.
• Via le client hôte vSphere : Gérer → Services → redémarrer hostd et vpxa.

Réessaie la consolidation par la suite. Si le verrouillage était détenu par un processus orphelin, le redémarrage des agents le supprime.

Méthode de correction 4 : Identifie et déconnecte les disques ajoutés à chaud du proxy de sauvegarde

Lorsque le logiciel de sauvegarde est à l'origine du verrou :

1. Identifie la machine virtuelle du proxy de sauvegarde (par exemple, dans Veeam, vérifie les « Attributs personnalisés » de la dernière tâche).
2. Sur la VM proxy, clique avec le bouton droit → Modifier les paramètres.
3. Recherche les VMDK étrangers appartenant à la VM source (périphériques SCSI/SATA supplémentaires pointant vers le datastore source).
4. Sélectionne chacun d’entre eux → Supprimer → Supprimer de la machine virtuelle (et non Supprimer les fichiers du datastore).
5. Réessaie la consolidation sur la VM source.

Solution 5 : corrige la référence du fichier VMX pour qu’elle pointe vers le VMDK de base (avancé)

À utiliser uniquement lorsque le gestionnaire de snapshots est vide mais que le fichier VMX fait toujours référence à un delta :

1. Éteins la VM.
2. Connecte-toi via SSH à l'hôte ESXi, puis accède au répertoire de la VM.
3. Modifie le fichier VMX :

<code class="language-bash">vi VMname.vmx</code>

4. Recherche les lignes de référence au disque, par exemple :

   <code class="language-bash">scsi0:0.fileName = "VMname-000001.vmdk"</code>

5. Remplace-les par :

   <code class="language-bash">scsi0:0.fileName = "VMname.vmdk"</code>

6. Enregistre, sauvegarde l'ancien fichier VMX, puis réenregistre la VM via le navigateur de banques de données.

7. Allume la VM et vérifie que l'avertissement disparaît.

⚠️ Avertissement : cette opération supprime toutes les données écrites dans le delta après le dernier instantané. À utiliser uniquement si le delta ne contient aucune donnée critique.

Solution 6 : Migrer la VM (Storage vMotion) en dernier recours

Si la consolidation échoue à plusieurs reprises en raison de verrous persistants ou de problèmes de métadonnées VMFS :

• Effectue un Storage vMotion pour migrer la VM vers un autre datastore.
• La migration valide et transfère l'état complet de la VM, ce qui résout souvent les chaînes de delta orphelines.
• Après la migration, vérifie si l'avertissement disparaît.
• Si elle persiste, l'intégrité de la chaîne de snapshots est compromise et nécessite une réparation manuelle ou l'utilisation d'outils de récupération au niveau VMFS.

En cas d'échec total de la consolidation : VMFS Recovery et protection des données

Lorsque la chaîne delta est rompue au-delà des possibilités de réparation standard

Une chaîne de snapshots est rompue lorsque le VMDK parent est modifié après la création d'un delta enfant. VMware signale alors : « Le disque virtuel parent a été modifié depuis la création de l'enfant. » Dans cet état, le bouton « Consolidate » est grisé, et la commande PowerCLI ConsolidateVMDisks() renvoie une erreur. Les données de la VM sont réparties sur plusieurs fichiers VMDK dans une chaîne incohérente, rendant la consolidation standard impossible. La récupération nécessite soit une reconstruction manuelle de la chaîne, soit des outils de récupération spécialisés au niveau VMFS.

Quand une corruption du datastore VMFS empêche toute tentative de consolidation

Si le datastore VMFS lui-même est endommagé — en raison d’une corruption des métadonnées, de LUN hors ligne ou de contrôleurs de stockage défaillants — la consolidation ne peut même pas commencer. L'avertissement est souvent le dernier événement enregistré avant que le datastore ne se mette hors ligne. Les outils standard du système de fichiers Linux ne peuvent pas analyser les structures VMFS, rendant le VMDK de base, les fichiers delta et la configuration VMX inaccessibles via les chemins natifs de VMware. À ce stade, la récupération doit contourner les mécanismes propres à VMware et interpréter directement les métadonnées VMFS.

Récupération des fichiers VMDK et des chaînes de snapshots avec DiskInternals VMFS Recovery™

DiskInternals VMFS Recovery™ est conçu pour ces scénarios et offre des fonctionnalités que les outils VMware ne peuvent pas fournir :

• Monter des fichiers VMDK — y compris les deltas orphelins — sans hôte ESXi en cours d'exécution.
• Reconstituer des volumes VMFS dont les métadonnées sont corrompues ou partiellement écrasées.
• Récupération des fichiers de configuration VMX supprimés.
• Extraction de fichiers VMDK delta individuels avant de réparer la chaîne.
• Connexion à distance aux serveurs ESXi via une adresse IP et des identifiants pour une analyse directe du datastore.

Processus de récupération :

1. Connecte-toi au volume VMFS ou à l'hôte ESXi concerné.
2. Lance une analyse complète pour localiser tous les fichiers VMDK (fichier plat de base, descripteur et deltas).
3. Utilise le navigateur de récupération pour vérifier l'intégrité des fichiers.
4. Extrais les fichiers récupérés vers une destination sûre.
5. Essaie la méthode standard

Prévention : empêcher l'apparition du message « La consolidation du disque de la machine virtuelle est nécessaire »

Meilleures pratiques en matière de snapshots pour éviter les avertissements de consolidation

• Limite les chaînes de snapshots : limite les chaînes à 2 ou 3 snapshots maximum par VM. La limite technique de VMware est de 32, mais les chaînes de plus de 3 augmentent considérablement le risque d'échec de la consolidation et la charge du datastore.
• Limites de temps : ne laisse jamais un instantané en cours d'exécution pendant plus de 72 heures. Plus un instantané existe longtemps, plus le delta augmente, ce qui rend la consolidation plus lente et plus risquée.
• Méthode de suppression : utilise toujours « Supprimer tout » lorsque tu supprimes plusieurs snapshots. La suppression des snapshots un par un laisse souvent des deltas intermédiaires non validés, ce qui déclenche des avertissements de consolidation.

Surveille l'espace libre du datastore avant chaque opération de snapshot

• Application de la politique : n'autorise pas les snapshots sur les datastores disposant de moins de 20 % d'espace libre. La consolidation nécessite un espace de travail proportionnel à la taille du delta.
• Exemple : un instantané de 200 Go ne peut pas être consolidé sur un datastore ne disposant que de 2 Go d’espace libre.
• Automatisation : configure des alertes vCenter pour les seuils des banques de données — alerte à 75 % d'utilisation, alerte critique à 85 % d'utilisation. Cela garantit que les administrateurs agissent avant que l'espace ne devienne un obstacle à la consolidation.

Vérifie que la tâche de sauvegarde est terminée avant de considérer l'état du snapshot comme stable

• Vérifications post-sauvegarde : après chaque sauvegarde basée sur un instantané (Veeam hot-add, NetBackup, CommVault), vérifie qu’aucun VMDK étranger ne reste attaché à la VM proxy.
• Intégration au guide d'intervention : ajoute cette étape de vérification aux procédures de sauvegarde.
• Impact : les montages Hot-Add non vérifiés issus de tâches de sauvegarde ayant échoué constituent la deuxième cause la plus fréquente d’alertes de consolidation en production. Une vérification de 30 secondes évite des heures de dépannage par la suite.

Utilise les vérifications de consolidation planifiées via PowerCLI

Exécute des vérifications PowerCLI hebdomadaires pour détecter les problèmes à un stade précoce :

<code class="language-powershell">Connect-VIServer -Server vcenter.domain.com
        Get-VM | Where-Object {$_.Extensiondata.Runtime.ConsolidationNeeded} |
        Select-Object Name, PowerState | Export-Csv consolidation-report.csv</code>

• Planification : automatise ce script chaque semaine.
• Réponse : examine immédiatement toute machine virtuelle signalée dans le rapport.
• Politique : Ne laisse pas les avertissements de consolidation persister plus de 7 jours sans y remédier.

Articles connexes

TÉLÉCHARGEMENT GRATUITVer 4.27, WinACHETERDe $699