APEX-sikkerhetskopieringstjenester | Sikkerhetskopiering av SQL-transaksjonslogg lykkes med feil
Summary: Sikkerhetskopiering av SQL-logg lykkes med feil når sikkerhetskopien av loggfilene til noen få DB-er ble hoppet over. Loggkjeden til DB-ene som ble hoppet over fra sikkerhetskopien, ser ut til å være ødelagt. ...
Symptoms
Tilbakesporing
<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 tredjeparts eller opprinnelig SQL-loggsikkerhetskopi som kjører på serveren, kan ha forårsaket at loggkjeden brøt sammen.
Slik kontrollerer du opprinnelig sikkerhetskopiering av SQL-logg
Vi kan sjekke om opprinnelige sikkerhetskopier ble kjørt, fra rapporten "Backup and Restore events". Denne rapporten utfører beregninger for å vise dataene i et mer lesbart format.
Start SQL Server Management Studio (SSMS)
- Merk databasen
- Høyreklikk og velg Rapporter
- Standardrapporter –> sikkerhetskopierings- og gjenopprettingshendelser
- Høyreklikk på rapporten og eksporter i CSV-format.
- Utvid delen Vellykkede sikkerhetskopieringsoperasjoner
- "Enhetstype"-kolonnen viser banen til den fysiske sikkerhetskopifilen. Hvis det er Disk, innebærer det at en innfødt sikkerhetskopi ble tatt.
- Du kan også bekrefte gjenopprettingsmodellen og brukernavnet fra denne rapporten.
Resolution
- Deaktiver eller slett tredjeparts SQL-loggsikkerhetskopier for den berørte SQL-forekomsten (sikkerhetskopisett), inkludert innebygde SQL-sikkerhetskopier, og start en manuell sikkerhetskopiering fra Phoenix Management Console. Påfølgende sikkerhetskopier av transaksjonslogger må fullføres. Kjør sikkerhetskopier som bare er kopiert fra SQL-serveren hvis det ikke er mulig å deaktivere sikkerhetskopier fra tredjeparter eller standarder.
- Hvis trinnet ovenfor ikke er mulig, har programvaren for sikkerhetskopiering av endepunktsbeskyttelse/tredjepart/antivirus et alternativ for å deaktivere/ekskludere den spesifikke VSS-skriveren. Så vennligst deaktiver / ekskluder SqlServerWriter fra programvareinnstillingene. Deretter løser påfølgende FULL/Diff SQL-sikkerhetskopiering problemet.
- En annen løsning er å ha en policy slik at Phoenix SQL FULL/DIFF-sikkerhetskopiering alltid utløses etter sikkerhetskopier av tredjepart/innfødt SQL(vedlikeholdsplan)/endepunktbeskyttelse.
- Hvis gjenopprettingsmodellen for en database av en eller annen grunn må endres, oppretter du et nytt sikkerhetskopisett for denne SQL-serveren. Etter endringene mislykkes bare sikkerhetskopiene for dette sikkerhetskopisettet, og de andre sikkerhetskopiene påvirkes ikke.
Merk: Før du oppretter et nytt sikkerhetskopisett for denne databasen, må du fjerne merket for denne databasen fra gjeldende sikkerhetskopisett.