Meilleur auteur de réponses
Hyper-V 2012 R2 : fichiers AVHDX en surnombre et non supprimables

Question
-
bonjour,
depuis 1 semaine, j'ai une accumulation de fichiers AVHDX sur mon serveur hyper-v, dû à priori à des backup en échec (bizarrement certaines dates de fichiers avhdx ne correspondent pas du tout aux dates de plantage de backup)
j'ai rebooté le serveur mais impossible de virer ces fichiers.
en allant dans la console hyper-v, je n'ai aucun point de controle, ni de backup ou de replication en cours, ni de fusion en attente ou en cours, je ne comprends pas.
le souci c'est que ces fichiers commencent a prendre sérieusement de la place sur le disque !
- Modifié R--S vendredi 27 septembre 2019 08:34
Réponses
-
bonjour, merci pour la réponse.
cela est stocké sur des disques 10K SAS en RAID5 (hardware)
aucun souci de performance j'ai deja vérifié.
cela viendrait des replications que j'ai avec un autre serveur hyper-v. ce qui est bizarre c'est que cette histoire de fusion annulée vient uniquement après le backup de nuit, jamais en journée.
lorsque j'ai le probleme, si je crée un snapshot de la VM, et que je supprime le snapshot une fois crée, il ne fusionne rien du tout, dumoins si, il essaie, et paf au bout d'une minute ou 2 : fusion annulée...
je viens de lire un forum qui parle de modifier le temps de replication des VMs en 10sec a la place de 5min.
je vais tester ceci.
- Marqué comme réponse R--S dimanche 6 octobre 2019 10:33
-
bonjour, merci pour la réponse.
cela est stocké sur des disques 10K SAS en RAID5 (hardware)
aucun souci de performance j'ai deja vérifié.
cela viendrait des replications que j'ai avec un autre serveur hyper-v. ce qui est bizarre c'est que cette histoire de fusion annulée vient uniquement après le backup de nuit, jamais en journée.
lorsque j'ai le probleme, si je crée un snapshot de la VM, et que je supprime le snapshot une fois crée, il ne fusionne rien du tout, dumoins si, il essaie, et paf au bout d'une minute ou 2 : fusion annulée...
je viens de lire un forum qui parle de modifier le temps de replication des VMs en 10sec a la place de 5min.
je vais tester ceci.
Cordialement,
Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)
WWW : http://snsv.consulting | Blog : http://sylvaincoudeville.fr
- Marqué comme réponse R--S dimanche 6 octobre 2019 10:33
-
bonjour,
j'ai mis un temps de replication de toutes les VMs hyper-v de 10 secondes et je n'ai plus de phénomène de fichiers .AVHDX qui se créent.
c'est très bizarre car j'ai cette config avec 15min et 5min sur le même matériel / même OS / même config chez d'autres clients et je ne rencontre pas de ce souci ...
- Marqué comme réponse R--S dimanche 6 octobre 2019 10:33
Toutes les réponses
-
Bonjour,
Il faut voir au niveau votre solution de backup comment faire pour solutionner le problème qui a causé la création de ces fichiers avhdx, autre point vérifier via cette commande Powershell pour vérifier qu'il n'a pas des snapshots au niveau VM:
Get-VMSnapshot -ComputerName "MyHyperVHost" -VMName "VMname"
Vote or mark as answer if you think useful
-
-
-
je viens de me rendre compte que chaque fichier avhdx est un parent d'un autre fichier avhdx ...
comment faire pour fusionner tout cela et surtout sans perte de données ?
Bonjour,
Le phénomène de création d'AVHDX n'est pas un problème : les solutions de backup génèrent des snapshots pour sauvegarder un état stable de la machine.
Le soucis est de savoir pourquoi ils ne sont pas commités après la sauvegarde : étudiez les journaux du logiciel de backup pour comprendre + les journaux d'événement Windows...
Pour les "supprimer", je te conseille de cloner la VM dans une autre destination pour ensuite supprimer la VM d'origine : c'est la méthode la plus simple pour éviter les erreurs
Cordialement,
Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)
WWW : http://snsv.consulting | Blog : http://sylvaincoudeville.fr
-
Oui, il faut vérifier coté Windows Backup, pour voir la cause de problème, ensuite pour résoudre ce problème de avhdx pointées: il faut fusioner soit en ligne de commande via Powershell ou à travers le GUI Hyper-v:
Get-VMSnapshot -ComputerName "MyHyperVHost" -VMName "VMname" | Remove-VMSnapshot
Vote or mark as answer if you think useful
-
je vais d'abord tenter la fusion, de chaque disk vers son parent, car je ne peux pas couper le serveur comme ça,
je vais suivre cette procédure
https://itsapassion.wordpress.com/2017/08/23/hyper-v-merge-multiple-avhdx-files-checkpoint-snapshot/
Merge files manually through Hyper-V :Hyper-V MMC -> edit disk -> locate latest AVHDX file (by date modification). Repeat procedure until you achieve one VHDX file.
In my situation (~100 AVHDX files) it would take too long :)
heureusement que je n'en ai pas 100 mais qu'une vingtaine
- Modifié R--S vendredi 27 septembre 2019 09:18
-
Bonjour,
Il y a peu j'ai été confronter à ce probleme et j'ai rédigé un article pour résoudre ce probleme : https://rdr-it.com/troubleshooting/hyper-v-fusionner-un-disque-virtuel-sans-snapshot/
La cause pour ma part venait du logiciel de sauvegarde.
Romain.
-
-
Malheureusement non ce n'es pas possible, car il faut reconfigurer le disque de la VM en lui indiquant le nouveau disque fusionné.
Une autre alternative qui est moins compliqué si tu as à Veeam, c'est avant la sauvegarde éteindre la VM, attendre la sauvegarde une fois celle-ci faite tu fais un instant recovery et ensuite tu lances la restauration, cela va limiter l'indispo.
Romain
- Modifié Romain.D vendredi 27 septembre 2019 16:33
-
Bonjour,
Il y a peu j'ai été confronter à ce problème et j'ai rédigé un article pour résoudre ce problème : https://rdr-it.com/troubleshooting/hyper-v-fusionner-un-disque-virtuel-sans-snapshot/
La cause pour ma part venait du logiciel de sauvegarde.
Romain.
Bonjour Romain,
C'est quel logiciel de sauvegarde qui a crée le problème chez toi ?
Merci d'avance
"Marquer comme réponse" les réponses qui ont résolu votre problème
- Modifié Jérôme Sanchez (BLUEINFO) mardi 1 octobre 2019 04:51
-
Bonjour,
Une des cause du problème peut être la fenêtre de temp aloué pour effectué le backup :
Normalement, lors d'un process de backup, on prend un snapshot, on fait la copie des données, on supprime le snapshot.
Si la suppression n'a pas lieu, c'est soit un problème / bug / ... soit que le backup n'a pas pu se terminer.
La première méthode que j'aurai testé pour ma part c'est la création d'un snapshot de façon manuelle puis un "supprimer tout" ensuite pour voir s'il est capable de faire un merge complet ou s'il ne le fera que pour ce dernier snapshot.
Merci de marquer comme reponses les interventions qui vous ont ete utile.
-
bonjour et merci à tous pour vos réponses.
alors maintenant, aléatoirement, et pas tous les jours, certains avhdx se suppriment tous seuls , mais pas tous.
par exemple, a l'heure actuelle, j'ai 1 VM dont les 2 avhdx n'ont pas ete supprimés.
je n'ai rien du tout comme erreur dans les observateurs d'évenements, en lancant la commande :
Get-VMSnapshot -ComputerName "MyHyperVHost" -VMName "VMname"
je n'ai aucun résultat
en observant le gestionnaire hyperv, sur cette VM en question, j'ai desfois en statut : "fusion en cours ... pourcentage..." et quelques secondes apres (sans que je fasse quoi que ce soit) : "fusion en cours ... annulé"
je ne comprends pas pourquoi cette fusion n'aboutit pas ! il n'y a aucun travail de backup, aucun snapshopt, ni manuel ni automatique, je ne vois pas pourquoi il refuse d'aller au bout de la fusion !
le programme de backup est celui intégré à windows, je n'en utilise pas d'autre.- Modifié R--S mardi 1 octobre 2019 08:03
-
-
-
-
-
-
-
-
bonsoir, bon ben c'était pas le disque defaillant le souci.
tout est nickel, j'ai mis un disque neuf, le hardware n'a plus de souci.
malgré cela j'ai toujours des fichiers AVHDX aléatoirement, et les fusions (après backup) qui s'annulent quand elle veulent sans que personne n'y touche.
-
Bonjour,
Sur quel type de stockage est hébergé la(les) VM(s) en question ?
En effet, un stockage trop lent peut provoquer ce genre de problèmes car le temps alloué au commit du snapshot est dépassé.
Pour vérifier, vous pouvez avec perfmon programmer un enregistrement de la "longueur de file d'attente de disque" : si vous voyez que la disk queue length reste bloquée à des valeurs importantes pendant un temps très important (plusieurs minutes) pendant les opérations de sauvegarde/commit de snapshot, c'est certainement la root cause.
Cordialement,
Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)
WWW : http://snsv.consulting | Blog : http://sylvaincoudeville.fr
-
bonjour, merci pour la réponse.
cela est stocké sur des disques 10K SAS en RAID5 (hardware)
aucun souci de performance j'ai deja vérifié.
cela viendrait des replications que j'ai avec un autre serveur hyper-v. ce qui est bizarre c'est que cette histoire de fusion annulée vient uniquement après le backup de nuit, jamais en journée.
lorsque j'ai le probleme, si je crée un snapshot de la VM, et que je supprime le snapshot une fois crée, il ne fusionne rien du tout, dumoins si, il essaie, et paf au bout d'une minute ou 2 : fusion annulée...
je viens de lire un forum qui parle de modifier le temps de replication des VMs en 10sec a la place de 5min.
je vais tester ceci.
- Marqué comme réponse R--S dimanche 6 octobre 2019 10:33
-
bonjour, merci pour la réponse.
cela est stocké sur des disques 10K SAS en RAID5 (hardware)
aucun souci de performance j'ai deja vérifié.
cela viendrait des replications que j'ai avec un autre serveur hyper-v. ce qui est bizarre c'est que cette histoire de fusion annulée vient uniquement après le backup de nuit, jamais en journée.
lorsque j'ai le probleme, si je crée un snapshot de la VM, et que je supprime le snapshot une fois crée, il ne fusionne rien du tout, dumoins si, il essaie, et paf au bout d'une minute ou 2 : fusion annulée...
je viens de lire un forum qui parle de modifier le temps de replication des VMs en 10sec a la place de 5min.
je vais tester ceci.
Cordialement,
Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)
WWW : http://snsv.consulting | Blog : http://sylvaincoudeville.fr
- Marqué comme réponse R--S dimanche 6 octobre 2019 10:33
-
Effectivement, réduire le temps de réplication permet de diminuer la taille des snapshots et donc la durée de commit, ce qui peut améliorer grandement les choses
Oui mais j'ai cette config (avec strictement le même matériel et OS) chez d'autres clients et je n'ai pas ce problème !
à suivre ...
- Modifié R--S jeudi 3 octobre 2019 08:46
-
-
-
bonjour,
j'ai mis un temps de replication de toutes les VMs hyper-v de 10 secondes et je n'ai plus de phénomène de fichiers .AVHDX qui se créent.
c'est très bizarre car j'ai cette config avec 15min et 5min sur le même matériel / même OS / même config chez d'autres clients et je ne rencontre pas de ce souci ...
- Marqué comme réponse R--S dimanche 6 octobre 2019 10:33