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.
- Placez les disques des machines virtuelles Exchange sur les disques les plus rapides (Datastores) parmi les disques disponibles.
- 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.
- Effectuez la sauvegarde Exchange de façon singulière par opposition à la sauvegarde simultanée avec d'autres tâches.
- Réglez les paramètres Microsoft pour la sensibilité de basculement (en caractère gras, exécutez à partir de la ligne de commande):
- cluster /prop SameSubnetDelay=2000: DWORD (par défaut: 1000)
- cluster /prop CrossSubnetDelay=4000: DWORD (par défaut: 1000)
- cluster /prop CrossSubnetThreshold=10: DWORD (par défaut: 5)
- cluster /prop SameSubnetThreshold=10: DWORD (Par défaut: 5)
- Pour vérifier les paramètres, utilisez: cluster /prop (voir note)
- 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.
- 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.
- Si possible, migrez la machine virtuelle de la banque de donnée du type NFS vers un stockage formaté en VMFS.
- 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.
- 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.)
- Install-WindowsFeature -name RSAT-Clustering-CmdInterface
Une autre façon de modifier les paramètres du cluster :
- Get-cluster | fl *subnet* - fournit les paramètres actuels du délai d’attente
- Modification des paramètres du cluster:
- (get-cluster).SameSubnetThreshold = 20 (Par défaut 10 sous Windows 2012R2)
- (get-cluster).SameSubnetDelay = 2000 (Par défaut 1000 dans Windows 2012R2)
- (get-cluster).CrossSubnetThreshold = 40 (Par défaut 20 sous Windows 2012R2)
- (get-cluster).CrossSubnetDelay = 4000 (Par défaut 1000 dans Windows 2012R2)