Conseils pour la sauvegarde et la réplication DAG Exchange dans vSphere

KB ID: 1744
Produit: Veeam Backup & Replication
Version:
Publié:
Dernière modification: 2018-04-04
KB langues: EN

Description

Pendant la phase de création ou de validation d’un job de backup ou de réplication, à l'aide de vSphere, un nœud primaire d'un cluster DAG peut perdre suffisamment longtemps sa fréquence cardiaque pour provoquer un basculement vers le nœud secondaire.

Cause

Ce problème est causé par le manque de connectivité qui peut se produire dans VMware vSphere pendant les opérations de snapshot.  On l'appelle parfois la période d'étourdissement.  Toutes les tâches de sauvegarde et de réplication Veeam nécessitent des opérations de snapshot dans vSphere.

Solution

Ce comportement est infrastructurel et pertinent pour les logiciels et le matériel d'infrastructure de tiers.  Ce sont simplement des suggestions et des conseils pour aider à atténuer ce problème.  Ces suggestions peuvent inclure des modifications de configuration de VMware et Microsoft Exchange.  Veeam n'est pas responsable des problèmes rencontrés lors de la réalisation des changements suggérés dans ces systèmes. Veuillez consulter le support technique respectif pour plus de détails sur ces paramètres.
 

  1. Placez les disques des machines virtuelles Exchange sur les disques les plus rapides (Datastores) parmi les disques disponibles.
  2. Désactivez toutes les tâches d'analyse et/ou de maintenance en arrière-plan exécutées dans Exchange, ou tout autre outil exploité contre le système au moment de la sauvegarde.
  3. Effectuez la sauvegarde Exchange de façon singulière par opposition à la sauvegarde simultanée avec d'autres tâches.
  4. Réglez les paramètres Microsoft pour la sensibilité de basculement (en caractère gras, exécutez à partir de la ligne de commande):
    1. cluster /prop SameSubnetDelay=2000: DWORD (par défaut: 1000)
    2. cluster /prop CrossSubnetDelay=4000: DWORD (par défaut: 1000)
    3. cluster /prop CrossSubnetThreshold=10: DWORD (par défaut: 5)
    4. cluster /prop SameSubnetThreshold=10: DWORD (Par défaut: 5)
    5. Pour vérifier les paramètres, utilisez: cluster /prop (voir note)
  5. Ajoutez une ligne snapshot.maxConsolidateTime = "1" dans le fichier .vmx (configuration) du nœud primaire. Veuillez noter qu'il s'agit d'une modification .vmx non documentée et qu'elle doit être validée par le support VMware avant d'être utilisée.
  6. Réduisez la quantité totale des disques (les fichiers .vmdk) pour le nœud primaire si possible, en réduisant l'impact des opérations avec les snapshots.
  7. Si possible, migrez la machine virtuelle de la banque de donnée du type NFS vers un stockage formaté en VMFS.
  8. Utilisez le réglage du mode du transport Network (NBD) sur le Backup Proxy source par opposition au mode Appliance (hot-add) pour vos jobs de backup et/ou de réplication dans Veeam.
  9. Testez les opérations avec les snapshots directement sur l'hôte ESX (i) au lieu de vCenter.  (Dans certains cas, les écarts de communication entre vCenter et l'hôte ESX(i) peuvent avoir un impact sur les opérations de snapshot, y compris le timing de l'opération VSS.)
Remarque: Étant donné que cluster.exe est remplacé par cluster cmdlets dans Windows Server 2012+, vous devrez peut-être l'installer avec la commande suivante :
  1. Install-WindowsFeature -name RSAT-Clustering-CmdInterface
 
Une autre façon de modifier les paramètres du cluster :
  1. Get-cluster | fl *subnet* - fournit les paramètres actuels du délai d’attente
  2. Modification des paramètres du cluster:
    1. (get-cluster).SameSubnetThreshold = 20 (Par défaut 10 sous Windows 2012R2)
    2. (get-cluster).SameSubnetDelay = 2000 (Par défaut 1000 dans Windows 2012R2)
    3. (get-cluster).CrossSubnetThreshold = 40 (Par défaut 20 sous Windows 2012R2)
    4. (get-cluster).CrossSubnetDelay = 4000 (Par défaut 1000 dans Windows 2012R2)

Lire la suite

Sauvegarder uniquement le nœud passif d'un cluster DAG garantie toujours la restauration complète.  Sous réserve que la réplication de l'information soit à jour entre chaque nœud de cluster, une sauvegarde du nœud passif devrait toujours tronquer correctement les journaux des transactions Exchange.  Veuillez confirmer que les journaux des transactions sont tronqués après la sauvegarde du nœud passif.  Il devrait alors être possible d'utiliser Veeam Explorer for Exchange (VEX) pour restaurer les objets de messagerie (2010 et 2013 Exchange uniquement).
 

Nous vous rappelons qu’à partir de septembre 2018, il vous faudra un contrat en cours de validité relatif au produit concerné pour télécharger les mises à jour.

OK

Avez-vous trouvé cet article utile: 
4 out of 5 based on 51 ratings

Vous n'avez pas trouvé ce que vous cherchiez ?

Ci-dessous, vous pouvez envoyer une idée pour un nouvel article de base de connaissances.

Demander un nouveau contenu

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