KB2653893 - Ispravka: Potrebno je mnogo vremena da se baza podataka vrati u SQL Server 2008 R2 ili SQL Server 2008 ili SQL 2012

Simptomi

Možda će biti potrebno mnogo vremena da se baza podataka vrati u prethodno stanje u sistemu Microsoft SQL Server 2008 R2 ili Microsoft SQL Server 2008 ili Microsoft SQL Server 2012.

Uzrok

Do ovog problema dolazi zato što je potrebno mnogo vremena da se napravi lista virtuelnih datoteka evidencije (VLF) kada u bazi podataka ima mnogo VLF-ova.

Rešenje

Status

Microsoft je potvrdio da je ovo problem u Microsoft proizvodima koji su navedeni u odeljku "Odnosi se na".

Više informacija

Broj VLF segmenata možete proveriti tako što ćete pregledati datoteku SQL evidencije grešaka, a zatim pronaći broj sekvence evidencije (LSN) u svakoj datoteci rezervne kopije evidencije transakcija. Prve cifre pre simbola dvotačka u LSN-u odgovaraju broju LSN-a. Na primer, prvi broj u prvoj informativnoj poruci za LSN je 1. Međutim, prvi broj u drugoj informativnoj poruci za LSN je 100001. U ovom scenariju, postoji 100.000 VLF-ova koji se koriste između vremena prve informativne poruke i druge informativne poruke. Zbog toga je evidentirana fragmentirana evidencija transakcija koja ima mnogo datoteka virtuelne evidencije (VLFs) slična sledećoj:

{Rezervna e-evidencija je rezervno izabrana. Baza podataka: mydbname, datum kreiranja(vreme): 2010/07/08(12:36:46), prvi LSN: 1:5068:70, poslednji LSN: 1:5108:1, broj uređaja za odlaganje: 1, informacije o uređaju: (FILE=1, TYPE=DISK: {'C:\folder\logbackup1.trn'}). Ovo je samo informativna poruka. Nije potrebna nikakva radnja korisnika. Rezervna e-evidencija je rezervno objavljena. Baza podataka: mydbname, datum kreiranja(vreme): 2010/07/08(15:36:46), prvi LSN: 100001:5108:1, poslednji LSN: 100002:5108:1, broj uređaja za otkačenja: 1, informacije o uređaju: (FILE=2, TYPE=DISK: {'C:\folder\logbackup2.trn'}). Ovo je samo informativna poruka. Nije potrebna nikakva radnja korisnika.}

Reference

Za više informacija o brojevima sekvenci evidencije (LSN) posetite sledeću MSDN Veb lokaciju:

Opšte informacije o brojevima sekvenci evidencije

Za više informacija o tome kako struktura datoteke evidencije može da utiče na vreme oporavka baze podataka posetite sledeću MSDN Veb lokaciju:

Kako struktura datoteke evidencije može da utiče na vreme oporavka baze podatakaZa više informacija o VLF-ovima evidencije transakcija posetite sledeću MSDN Veb lokaciju:

Opšte informacije o datoteci evidencije transakcija

Rešenje

• Sačekajte da se operacija vraćanja ili oporavka dovršiAko imate bazu podataka koja nije spasena i koja ima spore performanse kada vratite bazu podataka u prethodno stanje ili je oporavite, možda ćete morati da sačekate da se operacija vraćanja ili oporavka dovrši. Na primer, možda ćete videti status van mreže ili status oporavka u sql Server Management Studio (SSMS) za neizrešivanje baze podataka. Zaustavljanje sistema SQL Server obično ne nudi olakšanje za spor oporavak i može potrajati više vremena da se ponovi ista faza analize oporavka, ponovi faza ponavljanja ili opozivanja faze.

• Izbegavajte vraćanje sekvence evidencije transakcija koja sadrži hiljade VLF-ovaAko doživite spore performanse dok bazu podataka vraćate u prethodno stanje i oporavljate pomoću rezervne kopije datoteke, možete da izbegnete vraćanje sekvenci evidencije transakcija koje sadrže hiljade VLF-ova. Da biste identifikovali rezervnu kopiju datoteke koja ima najviše zapisa virtuelnih datoteka evidencije, koristite sledeću izjavu da biste videli kolone FirstLSN i LastLSN u datotekama rezervne kopije evidencije: VRATITE ZAGLAVLJE SA DISKA='C:\folder\file.trn'You can decide to avoid restoreing the log backup files. Takođe, možete da koristite naredbu STOP AT u komandama RESTORE da biste izbegli visoko fragmentirane delove evidencije transakcija. Ako sekvence evidencije ne vratite u potpunosti na poslednju tačku u vremenu tokom scenarija oporavka od neuspeha, do gubitka podataka dolazi u SQL serveru baze podataka. Do ovog gubitka podataka dolazi zato što se ne čuvaju sve transakcije. Stoga, postoji odluka o poslovnoj trgovini. Možete u potpunosti da vratite u prethodno stanje visoko fragmentiranu evidenciju transakcija. Međutim, ova operacija može potrajati mnogo sati. Takođe, možete da koristite izjavu STOP AT u oporavku da biste zaustavili oporavak pre veoma fragmentiranog dela evidencije. Međutim, sve transakcije koje nedostaju izostavljate su izgubljene.Napomena Bez instaliranja ove hitne ispravke obično ne postoji bezbedno ponovno pokretanje za ubrzani oporavak nakon ponovnog pokretanja sistema SQL Server. SQL Server mora da pronađe listu VLF-a da bi analizirao datoteke evidencije, da bi ponovio dovršene transakcije, a zatim da bi opozvao nepotpune transakcije da bi završio oporavak da bi se baza podataka bezbedno nanela na mrežu. Ne možete bezbedno preskočiti transakcije tokom oporavka.