APEX-services til sikkerhedskopiering | SQL-transaktionslogsikkerhedskopiering lykkes med fejl
Summary: SQL-logsikkerhedskopiering lykkes med fejl, når sikkerhedskopieringen af logfilerne for nogle få DB'er blev sprunget over. Logkæden for DB'erne, der blev sprunget over fra sikkerhedskopien, ser ud til at være brudt. ...
Symptoms
Tilbagesporing
<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
En tredjepartssikkerhedskopi eller oprindelig SQL-logsikkerhedskopi, der kører på serveren, kan have fået logkæden til at gå i stykker.
Sådan kontrollerer du oprindelig sikkerhedskopiering af SQL-log
Vi kan kontrollere, om de oprindelige sikkerhedskopier blev kørt fra rapporten "Hændelser til sikkerhedskopiering og gendannelse". Denne rapport udfører beregninger for at vise dataene i et mere læsbart format.
Start SQL Server Management Studio (SSMS)
- Vælg databasen
- Højreklik, og vælg Rapporter
- Standardrapporter –> Sikkerhedskopiering og gendannelse af hændelser
- Højreklik på rapporten, og eksportér den i CSV-format.
- Udvid afsnittet "Vellykket sikkerhedskopiering"
- Kolonnen "Enhedstype" viser stien til den fysiske sikkerhedskopifil. Hvis det er disk, indebærer det, at der blev taget en indbygget sikkerhedskopi.
- Du kan også kontrollere genoprettelsesmodellen og brugernavnet fra denne rapport.
Resolution
- Deaktiver eller slet SQL-logsikkerhedskopier fra tredjepart for den berørte SQL-forekomst (backupsæt), herunder SQL-baserede sikkerhedskopier, og start en manuel sikkerhedskopiering fra Phoenix Management Console. Efterfølgende sikkerhedskopieringer af transaktionsloggen skal fuldføres. Kør Copy-Only Replicas fra SQL Server, hvis det ikke er muligt at deaktivere tredjepartssikkerhedskopier eller oprindelige sikkerhedskopier.
- Hvis ovenstående trin ikke er muligt, har slutpunktsbeskyttelse/tredjeparts-/antivirusbackupsoftware mulighed for at deaktivere/ekskludere den specifikke VSS-forfatter. Så deaktiver/udeluk SqlServerWriter fra softwareindstillingerne. Derefter vil efterfølgende FULL/Diff SQL-sikkerhedskopiering løse problemet.
- En anden løsning er at have en politik, så altid Phoenix SQL FULL/DIFF-sikkerhedskopiering udløses efter sikkerhedskopier fra tredjepart/native SQL (vedligeholdelsesplan)/slutpunktsbeskyttelse.
- Hvis genoprettelsesmodellen for en database af en eller anden grund skal ændres, skal du oprette et andet sikkerhedskopieringssæt til denne SQL-server. Efter ændringerne er det kun sikkerhedskopieringerne for dette backupsæt, der mislykkes, og de andre sikkerhedskopier påvirkes ikke.
Bemærk: Før du opretter et nyt backupsæt for denne database, skal du fravælge denne database fra det aktuelle backupsæt.