Tarea reporta la advertencia: “Failed to truncate transaction logs for SQL instances: Possible reasons: lack of permissions, or transaction log corruption.”

La tarea muestra un aviso: "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."

SQL logs truncation se hace a través de la cuenta configurada en la configuración de la tarea, si falla, GuestHelper intenta truncar los logs con la cuenta del Sistema Local.

Para entender por qué no se puede truncar los logs de SQL tendrá que abrir el registro de Guesthelper en el Guest OS y buscar "Truncation Statistics".

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

Errores y soluciones conocidas

1. Error: OpenFromInitializationString failed. [Login failed for 'DOMAIN\user'.]
   Solución: dar a la cuenta DOMAIN\user permisos en la instancia SQL y añadir el rol de db_backupoperator para todas las bases de datos FULL y BULK, o dar rol de sysadminpapel sysadmin.
    
2. OLEDB Error: 'The server principal "DOMAIN\user" is not able to access the database "DATABASE" under the current security context.', HelpCtx: '0'
   Solución: configurar la cuenta DOMAIN\user db_backupoperator rol para todas las bases de datos FULL y BULK, o darle permisos de sysadmin.
    
3. OLEDB Error: 'BACKUP detected corruption in the database log. Check the error log for more information.', HelpCtx: '0'
   Solución: El error apunta una posible corrupcion y problemas con el servidor SQL
    
4. OLEDB Error: 'BACKUP LOG cannot be performed because there is no current database backup.'
   
   En general, este es un problema con el nodo secundario del SQL always on en el cluster. Puede resolver esto haciendo una copia de seguridad del DB en cuestión a través de SQL Management Studio. De lo contrario, puede establecer el nodo secundario como primario para sólo una ejecución de su trabajo de copia de seguridad. Como resultado, todos sus Dbs serán respaldados sin "copy only" y el error desaparecerá.
   
   El problema ocurre cuando el nodo secundario siempre ha sido respaldado con "copy only" y sus Dbs independientes no tienen ninguna copia de seguridad completa. Por lo tanto, durante el truncamiento de los logs de la DB independiente recibimos el mensaje mencionado anteriormente.
   
   La misma solución se aplica si recibe este mensaje con respecto a la base de datos excluida dle vCenter database / Veeam database.
    
5. "Query timeout expired" Si ve esta entrada en el registro de Veeamguesthelper, normalmente significa que no se pudo'truncar los logs de SQL en el tiempo alocado (por defecto 300 segundos). Por lo general, puede experimentar problemas de este tipo con bases de datos muy grandes, y con gran cantidad de registros de transacciones
   Solución: Implementar el siguiente valor en regedit en las mmaquinas afectadas [HKLM\SOFTWARE\Veeam\Veeam Backup and Replication\] y [ HKLM\SOFTWARE\Wow6432Node\VeeaM\Veeam Backup and Replication] (si no existe ninguna ubicación, crearla)):
   • SqlExecTimeout
   • Type: REG_DWORD
   • Default value: 300 (in seconds, decimal)
   Trate de expandir ese valor y ejecutar una copia de seguridad, es recomedable configurarla con 600 segundos.

Si observa la siguiente advertencia "Failed to truncate transaction logs for SQL instances: MICROSOFT WID" on Veeam B&R version 8.0.0.2084, por favor contacte Veeam Support para el hot-fix.