#1 Leader mondial de la résilience des données
Recommandations de Veeam pour les clients impactés par la mise à jour de CrowdStrike

Une perte de connexion à la VM pendant la suppression des snapshots

KB ID: 1681
Product: Veeam Backup & Replication | 9.5 | 10 | 11 | 12 | 12.1 | 12.2 | 12.3
Published: 2012-10-04
Last Modified: 2024-05-07
Languages: JP | EN | ES
mailbox
Get weekly article updates
En vous inscrivant, vous acceptez que vos informations personnelles soient gérées conformément aux termes de la politique de confidentialité de Veeam.

Cheers for trusting us with the spot in your mailbox!

Now you’re less likely to miss what’s been brewing in our knowledge base with this weekly digest

error icon

Oups! Une erreur s’est produite.

Veuillez réessayer ultérieurement.

Défi

La connexion à la VM de source est temporairement perdue à l’étape de suppression des snapshots lors de la sauvegarde.

Cause

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.

Test d’isolement

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 :

  1. Créez un snapshot sur la VM en question.
  2. Laissez ce snapshot sur la VM pour le temps que prend d’habitude le job Veeam pour cette machine.
  3. Supprimez le snapshot.
  4. Observez l’état de la VM pendant la suppression du snapshot.

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.

Dépannage des snapshots figés

  • Si la VM figée est stockée sur une banque de données NFS 3.0, consultez la section ci-dessous sur un problème connu avec NFS 3.0 et Hotadd.
  • Vérifiez si la VM a des snapshots quand aucune tâche Veeam n'est en cours d'exécution et supprimez ceux qui sont trouvés.

    Veeam Backup & Replication peut sauvegarder une VM contenant des snapshots. Cependant, il a été observé que lorsque VMware tente de supprimer un snapshot qui a été créé lors de l'exécution d'un job de Veeam, et qu'un snapshot était présent sur la VM avant le job Veeam, le snapshot peut devenir figé.
  • Vérifiez si la VM contient des snapshots orphelins. (Voir: https://kb.vmware.com/s/article/1005049)
  • Réduisez le nombre de tâches concurrentes exécutées par Veeam. Cela réduira le nombre de tâches de snapshots actives sur les banques de données.
  • Déplacez la VM vers une banque de données avec plus d'IOPS disponibles ou partagez les disques de la machine virtuelle entre plusieurs banques de données pour mieux répartir la charge.
  • Si les ressources CPU de la VM augmentent fortement pendant la consolidation des snapshots, envisagez d'augmenter la réservation de CPU pour cette VM.
  • Assurez-vous que vous utilisez le dernier ''build'' de votre version actuelle de vSphere, des hyperviseurs, de VMware Tools et du micrologiciel SAN, le cas échéant.
  • Déplacez la VM vers un hôte avec plus de ressources disponibles.
  • Si possible, changez l'heure à laquelle la VM est sauvegardée ou répliquée à une heure où l'activité de stockage est la plus faible.
  • Utilisez ''workingDir'' pour rediriger les snapshots vers un stockage de données différent de celui sur lequel réside la VM. https://kb.vmware.com/s/article/1002929

Problème connu avec les banques de données NFS 3.0

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 :

Utiliser le mode Direct NFS (meilleure option pour la performance)

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 :

  • Le proxy de sauvegarde doit pouvoir accéder au stockage NFS de sauvegarde des banques de données de production.
    Si le proxy est une machine virtuelle, cela peut exiger la création d'un groupe de ports pour la VM sur le vSwitch auquel le stockage NFS est connecté.
  • L'adresse IP du proxy de sauvegarde doit figurer sur la liste blanche d'exportations NFS.
  • Le serveur du proxy de sauvegarde doit être rescanné pour que Veeam Backup & Replication soit conscient de l'accès NFS.
Forcer Veeam Backup & Replication à utiliser un proxy Hotadd se trouvant sur le même hôte que la VM
  1. Créez un proxy de sauvegarde sur chaque hôte du cluster VMware où les sauvegardes se produisent
  2. Créez la valeur de registre suivante sur le serveur  Veeam Backup & Replication.

    Chemin de la clé :
    HKLM\Software\Veeam\Veeam Backup and Replication\
    Nom de la valeur : EnableSameHostHotaddMode
    Type de la valeur : DWORD (32-Bit)
    Valeur :


    Il y a deux options pour la valeur, 1 ou 2. Les deux options 1 ou 2 activeront une fonctionnalité qui force le serveur  Veeam Backup & Replication à essayer d'abord d'utiliser et d'attendre le proxy qui se trouve sur le même hôte que la VM à sauvegarder. La différence entre les deux est la suivante :
    - Si le proxy sur le même hôte que la VM devient indisponible, Veeam Backup & Replication basculera vers n'importe quel proxy disponible et utilisera le mode de transport disponible. Cela peut conduire à une situation où un proxy sur un autre hôte est sélectionné et hotadd est utilisé, ce qui peut provoquer un gel. Cela garantit les meilleures performances, mais peut risquer de figer la VM.

    2 - Si le proxy sur le même hôte que la VM devient indisponible, Veeam Backup & Replication utilisera n'importe quel proxy disponible, mais utilisera le mode de transport réseau. Cela minimise tous les risques du gel, mais peut entraîner une réduction des performances de sauvegarde lorsqu'on est forcé d'utiliser le mode de transport réseau.


    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.

Forcer les proxys de sauvegarde à utiliser le mode de transport réseau.
  1. Modifiez les proxys répertoriés sous [Backup Infrastructure] > [Backup Proxys]
  2. Cliquez sur le bouton [Choose] à côté de "Transport mode"
  3. Sélectionnez le mode "Network"
  4. Cliquez sur [OK] pour fermer l'invite, puis sur [Finish] pour valider la modification.

Informations complémentaires

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

To submit feedback regarding this article, please click this link: Send Article Feedback
To report a typo on this page, highlight the typo with your mouse and press CTRL + Enter.}

Spelling error in text

Ce site étant protégé par la technologie hCaptcha, les règles de confidentialité et les conditions d’utilisation s’appliquent, sauf indication contraire dans notre Politique de confidentialité.
Thank you!

Merci !

Nous avons reçu votre commentaire et nous allons le traiter.

Oups! Une erreur s’est produite.

Veuillez réessayer ultérieurement.

You have selected too large block!

Please try select less.

Commentaires/suggestions à propos de la base de connaissances

Ce formulaire sert uniquement aux commentaires et suggestions sur la base de connaissances. Pour une assistance concernant le logiciel, ouvrez un ticket de support.

En envoyant ce formulaire, vous acceptez que vos informations personnelles soient gérées conformément aux termes de la politique de confidentialité de Veeam.
Ce site étant protégé par la technologie hCaptcha, les règles de confidentialité et les conditions d’utilisation s’appliquent, sauf indication contraire dans notre Politique de confidentialité.
Vérifiez votre adresse e-mail pour poursuivre le téléchargement
Nous avons envoyé un e-mail de vérification à :
  • Code de vérification incorrect. Veuillez réessayer.
Un e-mail contenant un code de vérification vient d'être envoyé à l’adresse
Vous n’avez pas reçu le code ? Cliquez pour le recevoir dans  secondes
Vous n’avez pas reçu le code ? Cliquez ici pour le recevoir
Thank you!

Merci !

Nous avons reçu votre commentaire et nous allons le traiter.

error icon

Oups! Une erreur s’est produite.

Veuillez réessayer ultérieurement.