APEX Backup Services | O backup do registro de transações SQL é bem-sucedido com erros
Summary: O backup de log do SQL é bem-sucedido com erros quando o backup dos arquivos de log de alguns DBs é ignorado. A cadeia de logs dos bancos de dados que foram ignorados do backup parece quebrada. ...
Symptoms
Traceback
<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
Cause
Um backup nativo ou de registro SQL de terceiros em execução no servidor pode ter causado a quebra da cadeia de logs.
Como verificar o backup de log SQL nativo
Podemos verificar se os backups nativos foram executados a partir do relatório "Backup and Restore events". Esse relatório faz cálculos para mostrar os dados em um formato mais legível.
Inicie o SQL Server Management Studio (SSMS)
- Selecione o banco de dados
- Clique com o botão direito do mouse e selecione Relatórios
- Relatórios padrão —> eventos de backup e restauração
- Clique com o botão direito do mouse no relatório e exporte-o em formato CSV.
- Expanda a seção "Operações de backup bem-sucedidas"
- A coluna "Tipo de dispositivo" mostra o caminho do arquivo de backup físico. Se for disco, isso implica que um backup nativo foi feito.
- Você também pode verificar o modelo de recuperação e o nome de usuário neste relatório.
Resolution
- Desative ou exclua backups de logs SQL de terceiros para a instância SQL afetada (conjunto de backups), inclusive backups nativos do SQL, e inicie um backup manual a partir do Phoenix Management Console. Os backups de logs de transação subsequentes devem ser concluídos com sucesso. Execute backups nativos somente cópia a partir do SQL Server se não for possível desabilitar backups nativos ou de terceiros.
- Se a etapa acima não for possível, o software de backup de proteção de endpoint/de terceiros/antivírus tem a opção de desabilitar/excluir o gravador de VSS específico. Então, desabilite/exclua o SqlServerWriter das configurações do software. Então, o backup subsequente do SQL FULL/Diff resolveria o problema.
- Outra solução temporária é ter uma política tal que sempre o backup FULL/DIFF do Phoenix SQL seja acionado após backups de proteção de endpoints/SQL nativo/de terceiros/nativos.
- Se o modelo de recuperação de um banco de dados precisar ser alterado por algum motivo, crie outro conjunto de backups para esse SQL Server. Após as alterações, somente os backups desse conjunto de backup falharão, e os outros backups não serão afetados.
Nota: Antes de criar um novo conjunto de backups para esse banco de dados, desmarque esse banco de dados do conjunto de backup atual.