APEX Backup Services | El respaldo del registro de transacciones de SQL se realiza correctamente con errores

Rastreo

<Line 702: [2018-06-17 07:38:08,638] [INFO] roboSyncer: Sending log to Phoenix server with message : 'Could not backup log files for 12 DBs, WH-RPT02\ProjectQuoting, WH-RPT02\LFAudit_3EDocuments, WH-RPT02\3EDocuments, WH-RPT02\SSISDB, WH-RPT02\3EWorkFlow, WH-RPT02\ReportServer, WH-RPT02\Insite, WH-RPT02\ProjectQuoting_Test, WH-RPT02\WebTracksSQL, WH-RPT02\Helpdesk, WH-RPT02\ReportServerTempDB, WH-RPT02\InforDB 

Line 552: [2018-06-17 07:37:57,923] [INFO] Log chain broken: WH-RPT02:Helpdesk 
Line 559: [2018-06-17 07:37:58,065] [INFO] Log chain broken: WH-RPT02:ProjectQuoting_Test 
Line 563: [2018-06-17 07:37:58,171] [INFO] Log chain broken: WH-RPT02:3EWorkFlow 
Line 566: [2018-06-17 07:37:58,272] [INFO] Log chain broken: WH-RPT02:SSISDB 
Line 569: [2018-06-17 07:37:58,404] [INFO] Log chain broken: WH-RPT02:Insite 
Line 572: [2018-06-17 07:37:58,477] [INFO] Log chain broken: WH-RPT02:InforDB 
Line 574: [2018-06-17 07:37:58,584] [INFO] Log chain broken: WH-RPT02:ReportServerTempDB 
Line 579: [2018-06-17 07:37:58,713] [INFO] Log chain broken: WH-RPT02:ReportServer

Un respaldo de registros de SQL nativo o de otros fabricantes que se ejecuta en el servidor puede haber causado la interrupción de la cadena de registros.

Cómo verificar el respaldo de registros de SQL nativo

Podemos verificar si se ejecutaron respaldos nativos desde el informe "Eventos de respaldo y restauración". Este informe realiza cálculos para mostrar los datos en un formato más legible.

Iniciar SQL Server Management Studio (SSMS)

• Seleccione la base de datos
• Haga clic con el botón secundario y seleccione Informes
• Informes estándar:> eventos de respaldo y restauración
• Haga clic con el botón secundario en el informe y expórtelo en formato CSV.

• Expanda la sección "Operaciones de respaldo correctas"
• En la columna "Tipo de dispositivo", se muestra la ruta del archivo de respaldo físico. Si es Disk, implica que se realizó un respaldo nativo.
• También puede verificar el modelo de recuperación y el nombre de usuario en este informe.

1. Deshabilite o elimine los respaldos de registros de SQL de otros fabricantes para la instancia de SQL afectada (conjunto de respaldo), incluidos los respaldos nativos de SQL, e inicie un respaldo manual desde Phoenix Management Console. Los respaldos de registros de transacciones posteriores deben completarse correctamente. Ejecute respaldos nativos solo de copia desde SQL Server si no es posible deshabilitar los respaldos nativos o de terceros.  
2. Si el paso anterior no es posible, el software de respaldo de protección de terminales/de terceros/antivirus tiene la opción de deshabilitar/excluir el escritor de VSS específico. Por lo tanto, deshabilite/excluya SqlServerWriter de la configuración del software. Entonces, el respaldo posterior de SQL FULL/Diff resolvería el problema.
3. Otra solución alternativa es tener una política tal que siempre el respaldo completo/DIFF de Phoenix SQL se active después de respaldos de protección de terminal/SQL nativo (plan de mantenimiento)/de terceros.
4. Si es necesario cambiar el modelo de recuperación de una base de datos por algún motivo, cree otro conjunto de respaldo para este SQL Server. Después de los cambios, solo los respaldos para este conjunto de respaldo fallarán y los demás respaldos no se verán afectados. 

Nota: Antes de crear un nuevo conjunto de respaldo para esta base de datos, deseleccione esta base de datos del conjunto de respaldo actual.