L'amélioration de la performance des invités aidera à résoudre l'une ou l'autre erreur. Sinon, consultez la section correspondante ci-dessous:
“VSSControl: Failed to prepare guest for freeze, wait timeout 900 sec."
Vous pouvez modifier ce timeout en modifiant la valeur dans le registre du serveur sur lequel Veeam Backup & Replication est installé comme suit:
- Aller à la clé de registre HKEY_LOCAL_MACHINE\SOFTWARE\VeeaM\Veeam Backup and Replication.
- Ajoutez une valeur DWORD (32 bits) nommée VssPreparationTimeout. La valeur est exprimée en millisecondes (décimal), le délai d’attente par défaut est 900000, ce qui équivaut à 15 min. Réglez la valeur à 1800000. Le délai d'attente passe alors à 30 minutes.
- Arrêtez les jobs en cours ou attendez qu'ils soient terminés, puis redémarrez le service "Veeam Backup Service"
Certaines configurations (telles que MS SQL Server avec FILESTREAM) ou des rédacteurs VSS tiers peuvent demander beaucoup de temps pour la préparation. Le délai de temporisation peut être étendu à plusieurs heures.
Sur les serveurs Exchange, cette erreur indique généralement un grand nombre de journaux de transactions. Vous pouvez augmenter le délai de temporisation ou tronquer les logs par une autre méthode. Comparez les dates des journaux des transactions à la date de la dernière sauvegarde Veeam réussite pour vérifier que les journaux des transactions sont tronqués correctement.
Sur les serveurs SharePoint, il se peut que vous deviez exécuter PSCONFIG. Pour plus d'informations, voir Potential issues after installing SharePoint Foundation 2010 SP1. Des champs de recherche inhabituels ont aussi parfois été mis en cause.
Pour identifier le rédacteur qui passe trop de temps à énumérer les fichiers, rassemblez les logs comme dans la KB1789 et fournissez-les lors de l'ouverture d'un dossier auprès du support technique.
Sinon, utilisez l'utilitaire Diskshadow à partir d'une invite de commande administrateur dans l'OS de la VM invitée :
diskshadow /l <path to output file>.txt
list writers detailed
Le fichier de sortie contiendra une liste des fichiers associés à chaque rédacteur. Si un rédacteur particulier à un très grand nombre de fichiers associés, il est probablement le coupable."VSSControl: Failed to freeze guest, wait timeout" Sur les serveurs Exchange, vous pouvez avoir “Writer's state: [VSS_WS_FAILED_AT_FREEZE]. Error code: [0x800423f2].” Consultez la
KB1680.
Si la VM a le rôle du serveur vCenter avec une base de donnée locale (instance SQL local), ou bien elle est le serveur SQL qui héberge la base de données du vCenter, vous pouvez avoir un problème d'exclusion automatique de la base de données du vCenter. Consultez la
KB1051.
Si ce n'est pas le cas, l'erreur indique peut être lié à
- un délai de création de snapshot excéssif ;
- une performance de l'OS dégradée ;
- des délais liés à VIX API ;
- une combinaison de facteurs.
La liste des solutions possible est similaires à celle de la
KB1680, mais avec un délai de 60 secondes au lieu de 20. Cela se produit souvent en combinaison avec des erreurs du journal d'événements Windows liés au VSS contenant le mot "abort".
Parfois ce message d'erreur apparaît lorsqu'il y a d'autres problèmes avec le VSS qui devraient générer une journalisation supplémentaire. Collectez les journaux Windows en suivant la
KB1789 et fournissez-les lors de l'ouverture d'un ticket auprès du support technique.