Simptomai
Kai naudojate trečiosios šalies programinės įrangos atsarginę kopiją, kad atliktumėte operacijų žurnalų atsarginę kopiją "Microsoft SQL Server" 2012, nepavykusios atsarginės kopijos gali sukelti operacijų žurnalų grandinės nutraukimą ir negalite gauti klaidos pranešimo. Pavyzdžiui, jei turite šią seką žurnalų atsarginėje kopijoje:Success, Failure, Success Tai reiškia, kad paskutinis pirmojo atsarginio kopijavimo sekos numeris (LSN) nesutampa su pirmąja sėkmingo atsarginio kopijavimo "LSN".
Sprendimas
Pritaikius šias karštąsias pataisas, bus parodytas geresnis klaidos pranešimas, nurodantis galimą atjungimą klientui. Klaidos pranešimas, panašus į šį:
<DateTime> spid52. Turite atlikti visos duomenų bazės atsarginę kopiją, kad galėtumėte atlikti žurnalų atsarginę kopiją.
Pastaba Triktis kyla dėl tam tikros atsarginio kopijavimo taikomosios programos problemos po to, kai SQL serveris turi išplėstinę atsarginę kopiją LSN. Šiuo atveju bus atjungta atsarginės kopijos kūrimo programos ir SQL serverio modulio atjungimas. Nepavykus jo pabaigoje, atsarginės kopijos kūrimo programa neišgelbės atsarginės kopijos turinio. Tačiau "SQL Server" daro prielaidą, kad tai daroma naudojant šią atsarginę kopiją ir perkeliamas į priekį. Kai prašoma kitos operacijų žurnalų atsarginės kopijos, atsarginėje kopijoje bus informacija tik už išplėstinės LSN, bet ne prarastas turinys. Tada gausite pranešimą, kuriame nurodyta problemos situacija.
"SQL Server 2012" pakeitimų paketo informacija
Norėdami išspręsti šią problemą, Įsigykite naujausią "Microsoft SQL Server" 2012 pakeitimų paketą. Jei reikia daugiau informacijos, spustelėkite toliau esantį straipsnio numerį ir peržiūrėkite straipsnį "Microsoft" žinių bazėje:
2755533 Kaip įsigyti naujausią "SQL Server 2012" pakeitimų paketą
Statusą
"Microsoft" patvirtino, kad tai yra "Microsoft" produktų, išvardytų skyriuje "taikoma", problema.
