- Knowledge Base del supporto Veeam
- Job riporta l’avviso "Failed to truncate transaction logs for SQL instances: Possible reasons: lack of permissions, or transaction log corruption."
Job riporta l’avviso "Failed to truncate transaction logs for SQL instances: Possible reasons: lack of permissions, or transaction log corruption."
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
Ops! Qualcosa è andato storto.
Riprova più tardi.
Problematica
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."
Soluzione
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
- 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.
- 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.
- 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
- 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.
- "Query timeout expired"
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: 300 (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.
Maggiori informazioni
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.
If this KB article did not resolve your issue or you need further assistance with Veeam software, please create a Veeam Support Case.
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.
