APEX-varmuuskopiointipalvelut | SQL-tapahtumalokin varmuuskopiointi onnistuu virhetilanteissa
Summary: SQL-lokivarmuuskopiointi onnistuu virheillä, kun muutaman tietokannan lokitiedostojen varmuuskopiointi ohitettiin. Varmuuskopioinnista ohitettujen DB: iden lokiketju näyttää katkenneelta. ...
Symptoms
Jäljitys
<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
Palvelimessa käynnissä oleva kolmannen osapuolen tai natiivi SQL-lokivarmuuskopio on saattanut aiheuttaa lokiketjun katkeamisen.
Alkuperäisen SQL-lokivarmuuskopion tarkistaminen
Varmuuskopiointi- ja palautustapahtumaraportista voit tarkistaa, onko alkuperäisiä varmuuskopiointeja tehty. Tämä raportti tekee laskutoimituksia, jotka näyttävät tiedot helpommin luettavassa muodossa.
Käynnistä SQL Server Management Studio (SSMS)
- Valitse tietokanta
- Napsauta hiiren kakkospainiketta ja valitse Raportit
- Vakioraportit –> varmuuskopiointi- ja palautustapahtumat
- Napsauta raporttia hiiren kakkospainikkeella ja vie CSV-muodossa.

- Laajenna Onnistuneet varmuuskopiointitoiminnot -osa
- Device type -sarakkeessa näkyy fyysisen varmuuskopiotiedoston polku. Jos se on levy, se tarkoittaa, että natiivivarmuuskopio on otettu.
- Voit myös tarkistaa palautusmallin ja käyttäjänimen tästä raportista.
Resolution
- Poista käytöstä tai poista kolmannen osapuolen SQL-lokivarmuuskopiot haavoittuvuuden sisältävältä SQL-esiintymältä (varmuuskopiojoukolta), mukaan lukien alkuperäiset SQL-varmuuskopiot, ja käynnistä manuaalinen varmuuskopiointi Phoenix Management Consolesta. Seuraavien tapahtumalokien varmuuskopioinnin on onnistuttava. Suorita vain kopiointi -natiivivarmuuskopiot SQL Serveristä, jos kolmannen osapuolen tai alkuperäisten varmuuskopioiden poistaminen käytöstä ei ole mahdollista.
- Jos edellä mainittu vaihe ei ole mahdollinen, päätepisteiden suojaus / kolmannen osapuolen / virustentorjunnan varmuuskopiointiohjelmisto voi poistaa tietyn VSS-kirjoitusohjelman käytöstä tai sulkea sen pois. Joten poista SqlServerWriter käytöstä / sulje se pois ohjelmistoasetuksista. Sen jälkeen tehtävä FULL/Diff SQL -varmuuskopiointi ratkaisee ongelman.
- Toinen kiertotapa on luoda käytäntö, jonka mukaan Phoenix SQL FULL/DIFF -varmuuskopiointi käynnistyy aina kolmannen osapuolen/alkuperäisen SQL:n (ylläpitosuunnitelma)/päätepistesuojauksen varmuuskopioinnin jälkeen.
- Jos tietokannan palautusmallia on jostain syystä muutettava, luo toinen varmuuskopiosarja tälle SQL-palvelimelle. Muutosten jälkeen vain kyseisen varmuuskopiojoukon varmuuskopioinnit epäonnistuvat, eivätkä muut varmuuskopiot muutu.
Huomautus: Ennen kuin luot tälle tietokannalle uuden varmuuskopiojoukon, poista tämän tietokannan valinta nykyisestä varmuuskopiojoukosta.