+33 (805) 080 476 | 08:30 - 18:30 CEST
IT

Job riporta l’avviso "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: VBR 8.x and higher, VAW 2.x and higher
Published: 2015-04-28
Last Modified: 2020-08-13
Languages: EN | FR | ES

Challenge

Il job può segnalare un avviso: "Failed to finalize guest processing. Details: Failed to process 'TruncateSQLLog' command. Failed to truncate transaction logs for SQL instances: . Possible reasons: lack of permissions, or transaction log corruption."

Solution

Il troncamento del log di SQL viene eseguito con l'account utente specificato in AAIP nelle impostazioni del job, in caso contrario, GuestHelper tenta di troncare i log delle transazioni con l'account LocalSystem.

Per capire il motivo per cui SQL segnala il troncamento fallito, bisogna aprire il log GuestHelper che si può rintracciare all’interno della VM guest e cercare "Truncation Statistics".

  • Windows 2008 o più recente or later
    \\GUESTVM\c$\ProgramData\Veeam\Backup\VeeamGuestHelper_%date%.log
  • Windows 2003
    \\GUESTVM\c$\Documents and Settings\All Users\Application Data\Veeam\Backup\VeeamGuestHelper_%date%.log

Errori conosciuti e Soluzioni

  1. Errore: OpenFromInitializationString failed. [Login failed for 'DOMAIN\user'.]
    Soluzione: assegnare a DOMAIN\user i permessi per l’istanza SQL e il ruolo db_backupoperator per tutti i database FULL e BULK, oppure assegnargli il ruolo sysadmin.
     
  2. Errore OLEDB: 'The server principal "DOMAIN\user" is not able to access the database "DATABASE" under the current security context.', HelpCtx: '0'
    Soluzione: gassegnare a DOMAIN\user il ruolo db_backupoperator per tutti i database FULL e BULK, oppure assegnargli il ruolo sysadmin.
     
  3. Errore OLEDB: 'BACKUP detected corruption in the database log. Check the error log for more information.', HelpCtx: '0'
    Soluzione: errore indica la potenziale corruzione e problemi con il server SQL
     
  4. Errore OLEDB: 'BACKUP LOG cannot be performed because there is no current database backup.'

    Tipicamente, è un problema con il nodo secondario del cluster SQL AlwaysOn. Per risolverlo, basta eseguire il backup della DB in questione tramite SQL Server Management Studio. Altrimenti, bisogna impostare il nodo secondario come primario per una sessione di backup. Di conseguenza, tutti i suoi DB verranno backupati senza il parametro "copy only" e l'errore sparisce

    Il problema si verifica quando il nodo secondario è sempre stato backupato con il flag "copy only" e i suoi DB standalone non hanno alcun backup completo. Perciò, durante il troncamento dei log dei DB standalone, si verifica il messaggio di sopra.

    La stessa soluzione vale se questo messaggio apppare riguardo i database di vCenter/Veeam esclusi.
     
  5. "Query timeout expired" 
Veeam Backup & Replication: Se vede questa voce nel log VeeamGuestHelper, di solito significa che non siamo in grado di troncare i log SQL in tempo assegnato (per impostazione predefinita il timeout è 60 secondi). Più spesso i problemi di questo tipo accadono con database piuttosto grandi e con una grande quantità di log delle transazioni
Soluzione: Implementare la seguente chiave di registro sulle VM in questione in [HKLM\SOFTWARE\Veeam\Veeam Backup and Replication\] and [ HKLM\SOFTWARE\Wow6432Node\VeeaM\Veeam Backup and Replication] (se non esiste alcuna delle voci, bisogna crearla). Provi ad estendere quel valore ed esegua un backup dopo, per stare sul sicuro può essere impostato a 600 secondi.
SqlExecTimeout
Type: REG_DWORD
Default value: 60 (in secondi, decimale)
Veeam Agent for Microsoft Windows: Se vede questo messagio nel log di Job, di solito significa che non siamo in grado di troncare i log SQL in tempo assegnato (per impostazione predefinita il timeout è 300 secondi). Più spesso i problemi di questo tipo accadono con database piuttosto grandi e con una grande quantità di log delle transazioni.
 Implementare la seguente chiave di registro sulle VM in questione in [HKLM\SOFTWARE\Veeam\Veeam Endpoint Backup] 
SqlExecTimeout
Type: REG_DWORD
Default value: 300 (in secondi, decimale)
Provi ad estendere quel valore ed esegua un backup dopo, per stare sul sicuro può essere impostato a 1800 secondi.
 

More information

Se riceve il seguente avviso "Failed to truncate transaction logs for SQL instances: MICROSOFT WID" sulla versione Veeam B&R 8.0.0.2084, si prega di contattare il Supporto Veeam per l’installazione dell’hotfix.

KB ID: 2027
Product: Veeam Backup & Replication
Version: VBR 8.x and higher, VAW 2.x and higher
Published: 2015-04-28
Last Modified: 2020-08-13
Languages: EN | FR | ES

Non riesci a trovare ciò che cerchi?

Qui sotto è possibile proporre un’idea per un nuovo articolo della knowledge base.
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

Questo sito è protetto da reCAPTCHA e si applicano le Disposizioni sulla privacy e i Termini di servizio di Google.
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
Knowledge base content request
Con l'invio, accetti che le tue informazioni personali siano gestite in conformità con i termini delle Disposizioni sulla privacy di Veeam.
Questo sito è protetto da reCAPTCHA e si applicano le Disposizioni sulla privacy e i Termini di servizio di Google.
site.forms.confirmation.title
site.forms.confirmation.subtitle
site.forms.confirmation.timer
Didn't receive the code? Click to resend

ty icon

Thank you!

We have received your request and our team will reach out to you shortly.

OK

error icon

Oops! Something went wrong.

Please go back try again later.