Conseils pour la sauvegarde et la réplication DAG Exchange dans vSphere
| KB ID: | 1744 |
| Product: | Veeam Backup & Replication |
| Published: | 2013-03-27 |
| Last Modified: | 2020-08-13 |
| Languages: | EN |
Challenge
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.
Une autre façon de modifier les paramètres du cluster :
- 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)
More information
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).
| KB ID: | 1744 |
| Product: | Veeam Backup & Replication |
| Published: | 2013-03-27 |
| Last Modified: | 2020-08-13 |
| Languages: | EN |
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.
Report a typo on this page:
Please select a spelling error or a typo on this page with your mouse and press CTRL + Enter to report this mistake to us. Thank you!
Please select a spelling error or a typo on this page with your mouse and press CTRL + Enter to report this mistake to us. Thank you!
Spelling error in text
Knowledge base content request
