https://login.veeam.com/fr/oauth?client_id=nXojRrypJ8&redirect_uri=https%3A%2F%2Fwww.veeam.com%2Fservices%2Fauthentication%2Fredirect_url&response_type=code&scope=profile&state=eyJmaW5hbFJlZGlyZWN0TG9jYXRpb24iOiJodHRwczovL3d3dy52ZWVhbS5jb20vZnIva2IyMDI3IiwiaGFzaCI6ImMxNzJiNWRhLWE2M2ItNDYzMS05Y2IxLTM1YmMyYTgwNDk0YSJ9
+33 (805) 080 476 | 08:00 - 18:00 CET
FR

Le Job signale l'avertissement "Failed to truncate transaction logs for SQL instances: Possible reasons: lack of permissions, or transaction log corruption."

Challenge

Le Job peut signaler un avertissement : "Failed to finalize guest processing. Details: Failed to process 'TruncateSQLLog' command. Failed to truncate transaction logs for SQL instances: <instance name>. Possible reasons: lack of permissions, or transaction log corruption."

Solution

La troncature des logs SQL est effectuée sous le compte utilisateur spécifié dans AAIP dans les paramètres Job, si elle échoue, le GuestHelper essaie de tronquer les logs de transactions sous le compte LocalSystem.

Pour comprendre pourquoi la troncature des logs SQL a échoué, vous devrez ouvrir le log de GuestHelper dans Guest VM, et recherchez la ligne "Truncation Statistics".

  • Windows 2008 et plus récents
    \\GUESTVM\c$\ProgramData\Veeam\Backup\VeeamGuestHelper_%date%.log
  • Windows 2003
    \\GUESTVM\c$\Documents and Settings\All Users\Application Data\Veeam\Backup\VeeamGuestHelper_%date%.log

Erreurs connues et solutions

  1. Erreur: OpenFromInitializationString failed. [Login failed for 'DOMAIN\user'.]
    Solution: Donnez les permissions "DOMAIN\user" sur l’instance SQL et ajoutez le rôle db_backupoperator pour toutes les bases de données FULL et BULK, ou bien donnez-lui le rôle «sysadmin».
     
  2. OLEDB Error: 'The server principal "DOMAIN\user" is not able to access the database "DATABASE" under the current security context.', HelpCtx: '0'
    Solution: Donnez un rôle "DOMAIN\user" db_backupoperator pour toutes les bases de données FULL et BULK, ou bien donnez-lui un rôle sysadmin.
     
  3. OLEDB Error: 'BACKUP detected corruption in the database log. Check the error log for more information.', HelpCtx: '0'
    Solution: l'erreur indique une corruption possible et des problèmes avec le serveur SQL
     
  4. OLEDB Error: 'BACKUP LOG cannot be performed because there is no current database backup.'

    En règle générale, ceci est un problème avec le noeud secondaire du SQL toujours sur le cluster. Vous pouvez résoudre ce problème en effectuant une sauvegarde de la base de données en question via SQL Management Studio. Sinon, vous pouvez définir le noeud secondaire comme principal pour une seule exécution du job de backup. En conséquence, tous ses bases de données seront sauvegardées sans drapeau "copier uniquement" et l'erreur disparaîtra.

    Le problème se produit lorsque le nœud secondaire a toujours été sauvegardé avec un drapeau "copier uniquement" et ses bases de données indépendantes n'ont aucune sauvegarde complète. Ainsi, lors de la troncation des journaux de la base de données indépendante, nous obtenons le message mentionné ci-dessus.

    La même solution s'applique si vous obtenez ce message pour la base de données vCenter / Veeam exclue.
     
  5. "Query timeout expired" Si vous voyez cette entrée dans le journal VeeamGuestHelper, cela signifie généralement que nous ne pouvons pas tronquer les journaux SQL dans le temps alloué (par défaut, le délai d'attente n'est que de 60 secondes). Habituellement, vous pourriez rencontrer de tels problèmes avec des bases de données assez volumineuses, et avec une grande quantité de journaux des transactions.
    Solution: Implémenter la valeur de registre suivante dans les machines virtuelles affectées dans [HKLM\SOFTWARE\Veeam\Veeam Backup and Replication\] and [HKLM\SOFTWARE\Wow6432Node\VeeaM\Veeam Backup and Replication] (s'il n' y en a pas, vous devrez la créer).:
    • SqlExecTimeout
    • Type: REG_DWORD
    • Default value: 60 (in seconds, decimal)
    Essayez d'étendre cette valeur et lancez une sauvegarde par la suite, il faut généralement le régler à 600 secondes.

More information

Si vous observez l'avertissement suivant "Failed to truncate transaction logs for SQL instances: MICROSOFT WID" sur Veeam B&R version 8.0.0.2084, veuillez contacter Veeam Support pour le hot-fix.
KB ID:
2027
Product:
Veeam Backup & Replication
Version:
8.x, 9.x
Published:
2015-04-28
Last Modified:
2020-08-13
Veuillez évaluer l’utilité de cet article :
5/5 d’après 1 évaluation
Thank you for helping us improve! : Merci de nous aider à nous améliorer !
An error occurred during voting. Please try again later.

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!

Spelling error in text

Knowledge base content request
En envoyant ce formulaire, vous acceptez que vos données à caractère personnel soient traitées par Veeam conformément à sa charte de confidentialité.
Your report was sent to the responsible team. Our representative will contact you by email you provided.
We're working on it please try again later