KB2653893 – POPRAVAK: vraćanje baze podataka u sustavu SQL Server 2008 R2 ili u sustavu SQL Server 2008 ili u sustavu SQL 2012

Simptomi

Vraćanje baze podataka u microsoft SQL Server 2008 R2 ili Microsoft SQL Server 2008 ili Microsoft SQL Server 2012 može potrajati.

Uzrok

Taj se problem pojavljuje jer je potrebno dugo vremena za stvaranje popisa virtualne datoteke zapisnika (VLF) kada u bazi podataka postoji mnogo VLFS-ova.

Rješenje

Status

Microsoft je potvrdio da je to problem u Microsoftovim proizvodima koji su navedeni u odjeljku "Odnosi se na".

Dodatne informacije

Broj VLF segmenata možete provjeriti tako da pregledate SQL datoteku zapisnika pogrešaka, a zatim pronađete broj niza zapisnika (LSN) u svakoj datoteci sigurnosne kopije zapisnika transakcija. Prve znamenke ispred simbola dvotočka u LSN-ovima odgovaraju broju LSN-a.

Na primjer, prvi broj u prvoj informativnoj poruci lsN-a je 1. No prvi je broj u drugoj informativnoj poruci LSN-a 100001. U ovom scenariju postoji 100 000 VFS-ova koji se koriste između vremena prve informativne poruke i druge informativne poruke. Stoga prijavljeni fragmentirani zapisnik transakcija s mnogo virtualnih zapisnika Files (VLFs) izgleda ovako:

{Zapisnik je sigurnosno kopiran. 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 informativna poruka. Nije potrebna nikakva akcija korisnika.

Zapisnik je sigurnosno kopiran. 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 informativna poruka. Nije potrebna nikakva akcija korisnika.}

Reference

Dodatne informacije o brojevima slijeda zapisnika (LSN) potražite na sljedećem web-mjestu MSDN-a:

Općenite informacije o brojevima slijeda zapisnika

Dodatne informacije o tome kako struktura datoteke zapisnika može utjecati na vrijeme oporavka baze podataka potražite na sljedećem web-mjestu MSDN-a:

Kako struktura datoteke zapisnika može utjecati na vrijeme oporavka baze podataka

Dodatne informacije o VLFs zapisniku transakcija potražite na sljedećem web-mjestu MSDN-a:

Općenite informacije o datoteci zapisnika transakcija

Zaobilazno rješenje

• 
  
  Pričekajte da se postupak vraćanja ili oporavka dovrši Ako imate neporavđene baze podataka s sporim performansama prilikom vraćanja ili oporavka baze podataka, možda ćete morati pričekati dovršavanje operacije vraćanja ili oporavka. Na primjer, možda ćete vidjeti status izvanmrežnog rada ili status oporavka u SQL Server Management Studio (SSMS) za bazu podataka koja nije oporavljena. Zaustavljanje SQL Server obično ne pruža olakšanje za spor oporavak i može potrajati više vremena za ponavljanje iste faze analize oporavka, faze ponavljanja poništenog poništenja ili poništavanja faze.

• Izbjegavajte vraćanje slijeda zapisnika transakcija koji sadrži tisuće VLFs-ova
  
  Ako tijekom vraćanja i oporavka baze podataka koristite datoteku sigurnosne kopije, nemojte vraćati nizove zapisnika transakcija koji sadrže tisuće VLFs-ova. Da biste prepoznali datoteku sigurnosne kopije koja sadrži najviše snimljenih virtualnih datoteka zapisnika, upotrijebite sljedeću naredbu da biste vidjeli stupce FirstLSN i LastLSN u datotekama sigurnosne kopije zapisnika:
  VRAĆANJE HEADERONLY FROM DISK='C:\folder\file.trn'Možete
  
  izbjeći vraćanje datoteka sigurnosne kopije zapisnika. Možete i koristiti naredbu STOP AT u naredbama RESTORE da biste izbjegli vrlo fragmentirane dijelove zapisnika transakcija. Ako nizove zapisnika ne vratite u potpunosti do najnovije točke u vremenu tijekom scenarija oporavka pogrešaka, u bazi podataka doći će do gubitka SQL Server. Taj se gubitak podataka pojavljuje jer se ne čuvaju sve transakcije. Stoga postoji odluka o poslovnom sajmu. Možete u potpunosti vratiti vrlo fragmentirani zapisnik transakcija. Međutim, ovaj postupak može potrajati mnogo sati. Možete i upotrijebiti naredbu STOP AT u oporavku da biste zaustavili oporavak prije vrlo fragmentiranog dijela zapisnika. Međutim, sve izgubljene transakcije koje izostavite izgubit će se.
  
  Napomena Bez instaliranja ovog hitnog popravka obično nema sigurnog ponovnog pokušaja za ubrzani oporavak nakon ponovnog pokretanja SQL Server. SQL Server mora pronaći popis VLFs-ova za analizu datoteka zapisnika, ponavljanje dovršenih transakcija, a zatim poništavanje nepotpunih transakcija radi dovršetka oporavka radi sigurnog povezivanja baze podataka s internetom. Tijekom oporavka ne možete sigurno preskočiti transakcije.