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

KB ID: 2027
Product: Veeam Backup & Replication
Version: 8.x, 9.x
Published: 2015-04-28
Last Modified: 2021-12-29
Languages: EN | IT | ES
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

error icon

Oups! Une erreur s’est produite.

Veuillez réessayer ultérieurement.

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 300 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: 300 (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.
Send Article Feedback
To report a typo on this page, highlight the typo with your mouse and press CTRL + Enter.

Spelling error in text

Ce site étant protégé par la technologie reCAPTCHA, les règles de confidentialité et les conditions d’utilisation de Google s’appliquent.
Thank you!

Merci !

Nous avons reçu votre commentaire et nous allons le traiter.

Oups! Une erreur s’est produite.

Veuillez réessayer ultérieurement.

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.

En envoyant ce formulaire, vous acceptez que vos informations personnelles soient gérées conformément aux termes de la politique de confidentialité de Veeam.
Ce site étant protégé par la technologie reCAPTCHA, les règles de confidentialité et les conditions d’utilisation de Google s’appliquent.
Vérifiez votre adresse e-mail pour poursuivre le téléchargement
Nous avons envoyé un e-mail de vérification à :
  • Code de vérification incorrect. Veuillez réessayer.
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
Thank you!

Merci !

Nous avons reçu votre commentaire et nous allons le traiter.

error icon

Oups! Une erreur s’est produite.

Veuillez réessayer ultérieurement.