Hyper-V Changed Block Tracking Troubleshooting

KB ID: 1934
Produits: Veeam Backup & Replication
Version: 7.x
Publié:
Dernière modification: 2016-09-12
KB langues: EN

Description

Les jobs de Replication et/ou de backup de Veeam reportent que le changed block tracking ne fonctionnent pas correctement.

Solution

Assurez-vous que Veeam Backup & Replication utilise le dernier patch. Les derniers patches seront visibles dans la page de téléchargement pour Backup & Replication (https://www.veeam.com/vmware-esx-backup/download.html). Vous aurez besoin de vous connectez au portail client Veeam pour obtenir n'importe quel patch.

Pour les messages de Warning 
indiquant “failed to flush changed block tracking” quand vous sauvegardez les VMs en cluster hyper-V.

  • Assurez-vous qu'aucun des nœuds du cluster n'est en mode de maintenance, qu’il ait les services stoppés, qu'ils ne soient pas en arrêt, ou bien non accessible.
  • Assurez-vous que tous les nœuds du cluster peuvent communiquer entre eux. Ceci peut être testé via le ping entre les nœuds et en utilisant le webmtest (voir http://www.veeam.com/kb1926) pour connecter les nœuds via WMI. Pour WBEMTest, les deux namespaces que vous voulez connecter au root\cimv2 et root \virtualisation.
  • Assurez-vous que les hôtes ne sont pas ajoutés à la console Veeam en tant que hôtes standalones s’ils appartiennent à un cluster. Ceci empêche les données du changed block tracking d'être répliquées dans tous les nœuds. Le cluster doit être ajouté à la console Veeam.
Si la VM réside dans un stockage SMBv3:
  •  Assurez-vous que le serveur SMB est ajouté à la console Backup & Replication
User-added image
  • Assurez-vous que le partage est visible dans la console Backup & Replication.
 User-added image

User-added image
  • Si les checkpoints/snapshots Hyper-v sont créés/supprimés (fusionnés) manuellement au niveau des VMs, vous allez recevoir un message indiquant que le changed block tracking ne fonctionne pas. Ceci est due au fait que les opérations des checkpoints/snapshots créent un fichier supplémentaire (avhd/avhdx) qui doit être traqué. Il est ajouté à la liste des fichiers à traquer (ou supprimé en cas de suppression/fusion d’un snapshot/checkpoint) et le warning du changed block tracking devrait être résolu durant le second lancement du job après que le snapshot/checkpoint soit créé/supprimé (fusionné).
Le changed block tracking peut être réinitialisé pour un cluster Hyper-V en effectuant les étapes suivantes, si les informations ci-dessus ne résoudront pas le problème. Pour réinitialiser le changed block tracking veuillez réaliser ceci :
  • Sélectionnez l’option disable changed block tracking au niveau de tous les hôtes Hyper-v du cluster. Pour faire ceci, faite un clic droit sur chaque hôte du cluster, sélectionnez Manage Volumes, puis cochez la case pour désactiver le changed block tracking.
 User-added image


User-added image
 
  • Lancez sc stop VeeamFCT, dans l’invite de commande en tant qu’administrateur, sur chaque hôte Hyper-V du cluster pour s’assurer que le service du CBT soit stoppé.
  • Trouvez, exportez puis supprimez la clé de registre suivante sur tous les hôtes Hyper-V du cluster : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VeeamFCT\Parameters\CTDB
  • Redémarrez chaque hôte Hyper-V du cluster. Ceci va typiquement impliquer la migration des VMs d’un hôte à un autre et puis redémarrer cet hôte qui n’a désormais plus de VMs. Répétez ces étapes pour tous les hôtes Hyper-V du cluster.
  • Retournez au Manage Volumes pour chaque hôte et décochez l’option disable changed block tracking. Essayer le job après ceci. Autorisez quelques lancements du job avant de vous assurer que le CBT fonctionne correctement.

4 / 5 (14 votes exprimés)

Pour signaler une erreur sur cette page:

Mettez en relief la faute d'orthographe avec la souris et appuyez Ctrl+Entrée pour nous la signaler.

Orphus system