Now you’re less likely to miss what’s been brewing in our knowledge base with this weekly digest
Veuillez réessayer ultérieurement.
La connexion à la VM de source est temporairement perdue à l’étape de suppression des snapshots lors de la sauvegarde.
Veeam ne supprime pas de snapshots lui-même, Veeam n’envoie qu’une requête API à VMware en demandant de le faire.
Le processus de suppression des snapshots réduit considérablement le nombre total d'IOPS qui peuvent être fournies par la VM. Cela peut se passer à cause des verrous supplémentaires posés sur le stockage VMFS en raison de l'augmentation des mises à jour de métadonnées, ainsi qu'à cause de la charge IOP supplémentaire du processus de suppression des snapshots lui-même. Dans la plupart des environnements, si votre stockage est déjà chargé de 30-40% d'IOPs, ce qui n'est pas rare pour un serveur SQL/Exchange chargé, le processus de suppression des snapshots poussera facilement cette valeur à plus de 80% et probablement la rendra même beaucoup plus élevée. La plupart des baies de stockage subiront une pénalité de latence importante une fois que les IOPs auront atteint la barre des 80% et plus, ce qui bien sûr nuira aux performances des applications.
Ce test doit être effectué lorsque la connectivité à la machine virtuelle n'est pas sensible, par exemple en dehors des heures de pointe.
Pour isoler ce problème à l'événement spécifique de suppression du snapshot VMware, Veeam suggère le test d'isolement suivant :
Si, lors de l'exécution du test ci-dessus, vous observez les mêmes problèmes de connectivité que lors de l'exécution du job Veeam, on peut conclure que le problème vient plutôt du côté de l'environnement VMware. Consultez la liste suivante d'étapes de dépannage et de problèmes connus. Si aucune des solutions suivantes ne permet de résoudre le problème, nous vous conseillons de contacter directement le support Vmware concernant le problème de suppression des snapshots.
Ce problème se présentera comme plusieurs minutes de gel. Le gel normal des snapshots ne prend que quelques secondes.
Il existe un problème connu avec les banques de données NFS 3.0 et le mode de transport Virtual Appliance (HOTADD). Le problème est documenté dans cet article de la base de connaissances VMware : https://kb.vmware.com/s/article/2010953. "Ce problème se produit lorsque la machine virtuelle cible et l'appliance de sauvegarde [proxy] résident sur deux hôtes différents et que le protocole NFSv3 est utilisé pour monter des banques de données NFS. Une limitation dans la méthode de verrouillage NFSv3 provoque un délai d'attente de verrouillage, qui met en pause la machine virtuelle qu'on sauveagrde [pendant la suppression du snapshot]."
Si ce problème se produit, vous devez implémenter l'une des trois solutions suivantes :
En mode d'accès Direct NFS, Veeam Backup & Replication contourne l'hôte ESXi et lit/écrit les données directement depuis/vers les banques de données NFS. Pour le faire, Veeam Backup & Replication déploie son client NFS natif sur le proxy de sauvegarde et l'utilise pour le transport de données de la VM. Les données de la VM circulent toujours sur le réseau local, mais il n'y a pas de charge sur l'hôte ESXi.
Plus de détails sont disponibles ici.
Conseils de configuration :
Veeam analyse automatiquement les valeurs de registre toutes les 15 minutes. Attendez 15 minutes pour que la valeur prenne effet ou arrêtez toutes les tâches et redémarrez le serveur pour forcer la vérification de la valeur.
Pour plus d'informations sur Snapshots figés, veuillez consulter cet article de la base de connaissances VMware : VMware KB1002836: Snapshot removal stops a virtual machine for long time
Nous avons reçu votre commentaire et nous allons le traiter.
Veuillez réessayer ultérieurement.
Please try select less.
Ce formulaire sert uniquement aux commentaires et suggestions sur la base de connaissances. Pour une assistance concernant le logiciel, ouvrez un ticket de support.
Nous avons reçu votre commentaire et nous allons le traiter.
Veuillez réessayer ultérieurement.