- Base de connaissances du support Veeam
- Conseils pour la sauvegarde et la réplication DAG Exchange dans vSphere
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 |
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
Oups! Une erreur s’est produite.
Veuillez réessayer ultérieurement.
Défi
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)
Informations complémentaires
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).
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.
To report a typo on this page, highlight the typo with your mouse and press CTRL + Enter.
Spelling error in text
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.
Vérifiez votre adresse e-mail pour poursuivre le téléchargement
Nous avons envoyé un e-mail de vérification à :
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
Commencez à utiliser Veeam :
Télécharger le produit
&
Activer la clé de licence
Merci !
Nous avons reçu votre commentaire et nous allons le traiter.
Oups! Une erreur s’est produite.
Veuillez réessayer ultérieurement.