APEX-sikkerhetskopieringstjenester | Sikkerhetskopiering av SQL-transaksjonslogg lykkes med feil

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

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.

1. 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.  
2. 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.
3. 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.
4. 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.