Simptomai
Tarkime, kad turite duomenų bazę, kurioje yra skaidrių duomenų šifravimas (TDE), įgalintas "Microsoft SQL Server" 2008 arba "SQL Server 2008 R2", bet kokia rašymo operacija prieš duomenų bazę laukia neribotą laiką ant WRITELOG arba LOGBUFFER. Kai duomenų bazė yra visiškai atkūrimo režimu ir suplanuotas žurnalo atsargines kopijas yra atliekamas reguliariai, pirmasis ir paskutinis žurnalo sekos numeris (LSN) numeriai SQL serverio klaidų žurnaluose yra tokie pat dėl to žurnalo atsargines kopijas po to, kai problema yra hit. Vis dar patariama patvirtinti, ar šio laikotarpio vartotojų veikla yra numatyta. LSN numeriai negali pasikeisti, nes nėra rašymo operacijos, atsiradusios dėl nepakankamos vartotojo veiklos. Susiję SQL serverio klaidų žurnalų įrašai yra šie:
Buvo paremtas registras. Duomenų bazė: <Databasvardas>, sukūrimo data (laikas): <data><laiko>, pirmasis LSN: 76383:11154:1, paskutinis LSN: 76383:11154:1..... Tai informacinis pranešimas. Nereikia jokių vartotojo veiksmų. Buvo paremtas registras. Duomenų bazė: <Databasvardas>, sukūrimo data (laikas): <data><laiko>, pirmasis LSN: 76383:11154:1, paskutinis LSN: 76383:11154:1..... Tai informacinis pranešimas. Nereikia jokių vartotojo veiksmų.
Ši problema nėra būdinga duomenų bazei, kai naudojamas visas atkūrimo režimas, duomenų bazės su kitais atkūrimo režimais taip pat yra linkusios susidurti su ta pačia problema. Be to, "System Table sys. sys" procesaitaip pat gali būti rodomi "atkurtumėte" būsenos.
Priežastis
Ši problema kyla dėl kai kurių pagrindinių išimčių visame "TONDE".
Sprendimas
Problema pirmą kartą buvo išspręsta šį kaupiamąjį naujinimą SQL serverio. Pritaikius šias karštąsias pataisas, SQL serveris mano, kad duomenų bazė atjungta, kai paspausite problemą (užuot naudoję neriboto laiko "WRITELOG" arba "LOGBUFFER"), duomenų bazę galima grąžinti internetu nepaleidžiant SQL serverio tarnybų. Kai kuriuose scenarijuose duomenų bazė bus automatiškai grąžinta į "SQL Server" automatiškai be žmogaus įsikišimo. Aktuali informacija bus registruojama "SQL Server" klaidų žurnaluose. Karštąsias pataisas visiškai neišsprendžia problemos. Tačiau papildoma diagnostikos informacija (pagal tipą ir klaidų sunkumą) gali būti registruojama "SQL Server" klaidos žurnaluose, kai problema iškyla dar kartą. Turite nustatyti faktinę išimtį ir ją pataisyti naudodami papildomą diagnostikos informaciją, kurią galite gauti, kai pritaikote šias karštąsias pataisas.
Kaupiamasis naujinimas 13 SQL serverio 2008 R2 SP2 /en-us/help/2967540
Kaupiamasis naujinimas 17 SQL serverio 2008 SP3 /en-us/help/2958696
Kiekvienas naujas Kaupiamasis naujinimas, skirtas "SQL Server", yra visos karštosios pataisos ir visos saugos pataisos, kurios buvo pridėtos prie ankstesnio kaupiamojo naujinimo. Peržiūrėkite naujausius kaupiamuosius SQL serverio naujinimus:
Statusą
"Microsoft" patvirtino, kad tai yra "Microsoft" produktų, išvardytų skyriuje "taikoma", problema.