KB2653893 – ISPRAVKA: Vraćanje baze podataka u prethodno stanje u programu SQL Server 2008 R2 ili u programu SQL Server 2008 ili SQL 2012

Simptomi

Vraćanje baze podataka u prethodno stanje može da potraje u programu Microsoft SQL Server 2008 R2 ili u sistemu Microsoft SQL Server 2008 ili u sistemu Microsoft SQL Server 2012.

Izazvati

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

Rešenje

Status

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

Više informacija

Možete da proverite broj VLF segmenata tako što ćete pregledati SQL datoteku evidencije grešaka, a zatim pronaći broj sekvence evidencije (LSN) u svakoj datoteci rezervne kopije evidencije transakcija. Prve cifre ispred simbola dvotačke u LSN-u odgovaraju broju LSN-a.

Na primer, prvi broj u prvoj informacionoj poruci za LSN je 1. Međutim, prvi broj u drugoj informacionoj poruci za LSN je 100001. U ovom scenariju postoji 100.000 VLF-ova koji se koriste između vremena prve informacione poruke i druge informacione poruke. Stoga evidentirana fragmentirana evidencija transakcije koja ima mnogo virtuelnih evidencija Files (VLF-ove) podseća na sledeće:

Kreirana je rezervna kopiju datoteke {Log. Baza podataka: mydbname, creation date(time): 2010/07/08(12:36:46), first LSN: 1:5068:70, last LSN: 1:5108:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'C:\folder\logbackup1.trn'}). Ovo je samo informaciona poruka. Nije potrebna nijedna radnja korisnika.

Rezervna datoteka evidencije je kreirana. Baza podataka: mydbname, creation date(time): 2010/07/08(15:36:46), first LSN: 100001:5108:1, last LSN: 100002:5108:1, number of dump devices: 1, device information: (FILE=2, TYPE=DISK: {'C:\folder\logbackup2.trn'}). Ovo je samo informaciona poruka. Nije potrebna nijedna radnja korisnika.}

Reference

Više informacija o brojevima sekvenci evidencije (LSN) potražite na sledećoj MSDN veb lokaciji:

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 podataka

Za više informacija o VLF-ovima evidencije transakcija posetite sledeću MSDN veb lokaciju:

Opšte informacije o datoteci evidencije transakcija

Zaobilaženje problema

• 
  
  Sačekajte da se dovrši operacija vraćanja u prethodno stanje ili oporavka Ako imate bazu podataka koja nije oporavljena i koja ima spore performanse kada vratite bazu podataka u prethodno stanje ili je vratite u prethodno stanje, možda ćete morati da sačekate da se dovrši operacija vraćanja ili oporavka. Na primer, možda ćete videti status van mreže ili status oporavka u programu SQL Server Management Studio (SSMS) za bazu podataka koja nije oporavljena. Zaustavljanje SQL Server obično ne pruža nikakvo olakšanje za spor oporavak i može potrajati više vremena da se ponovi ista faza analize oporavka, ponovi fazu ili opozove faza.

• Izbegavajte vraćanje sekvence evidencije transakcija koja sadrži hiljade VLF
  
  datoteka Ako naiđete na spore performanse prilikom vraćanja u prethodno stanje i oporavka baze podataka pomoću rezervne kopije datoteke, možete da izbegnete vraćanje sekvenci evidencije transakcija koje sadrže hiljade VLF-ova. Da biste identifikovali datoteku rezervne kopije koja ima najviše virtuelnih datoteka evidencije, koristite sledeći izraz da biste videli kolone FirstLSN i LastLSN u datotekama rezervnih kopija evidencije:
  RESTORE HEADERONLY FROM DISK='C:\folder\file.trn'Možete
  
  da izbegnete vraćanje datoteka rezervne kopije evidencije. Ili, možete da koristite izraz STOP AT u komandama RESTORE da biste izbegli izuzetno fragmentirane delove evidencija transakcija. Ako u potpunosti ne vratite sekvence evidencije do najnovije tačke u vremenu tokom scenarija oporavka od neuspeha, gubitak podataka se dešava u bazi podataka SQL Server. Do ovog gubitka podataka dolazi zato što se ne čuvaju sve transakcije. Stoga je doneta odluka o poslovnom trgovinskom dogovoru. U potpunosti možete da vratite evidenciju transakcija sa veoma fragmentiranim fragmentima. Međutim, ova operacija može da potraje mnogo sati. Ili, možete da koristite izjavu STOP AT u oporavku da biste zaustavili oporavak pre izuzetno fragmentiranih dela evidencije. Međutim, sve transakcije koje nedostaju biće izgubljene.
  
  Napoemu Bez instaliranja ove hitne ispravke obično ne postoji bezbedno spasavanje za ubrzani oporavak kada ponovo pokrenete SQL Server. SQL Server da pronađe listu VLF datoteka za analizu datoteka evidencije, da ponovi dovršene transakcije, a zatim da opozove nedovršene transakcije da bi se oporavak završio kako bi baza podataka bila bezbedna na mreži. Ne možete bezbedno da preskočite transakcije tokom oporavka.