KB2653893 - REMEDIERE: Restaurarea unei baze de date în SQL Server 2008 R2 sau în SQL Server 2008 sau în SQL 2012

Simptome

Restaurarea unei baze de date în Microsoft SQL Server 2008 R2 sau în Microsoft SQL Server 2008 sau în Microsoft SQL Server 2012 poate dura mult timp.

Cauză

Această problemă apare deoarece este nevoie de mult timp pentru a construi lista Fișier jurnal virtual (VLF) atunci când există multe fișiere VLFs în baza de date.

Rezolvare

Stare

Microsoft a confirmat că aceasta este o problemă în produsele Microsoft enumerate în secțiunea „Se aplică la”.

Mai multe informații

Puteți verifica numărul de segmente VLF revizuind fișierul jurnal de erori SQL și găsind numărul secvenței de jurnal (LSN) în fiecare fișier de backup al jurnalului de tranzacții. Primele cifre aflate înaintea simbolului două puncte din LSN corespund numărului de LSN.

De exemplu, primul număr din primul mesaj informativ pentru LSN este 1. Cu toate acestea, primul număr din al doilea mesaj informativ pentru LSN este 100001. În acest scenariu, există 100.000 de fișiere VLFs care sunt utilizate între ora primului mesaj informativ și a celui de-al doilea mesaj informativ. Prin urmare, jurnalul de tranzacții fragmentate înregistrate care are multe Files jurnal virtual (VLFs) seamănă cu următoarele:

{S-a făcut backup pentru Jurnal. Bază de date: numelemeu, data(ora creării): 2010/07/08(12:36:46), primul LSN: 1:5068:70, ultimul LSN: 1:5108:1, numărul de dispozitive dump: 1, informații despre dispozitiv: (FIȘIER=1, TIP=DISC: {'C:\folder\logbackup1.trn'}). Acesta este doar un mesaj informativ. Nu este necesară nicio acțiune a utilizatorului.

S-a făcut backup jurnalului. Bază de date: numelemeu, data(ora) creării: 2010/07/08(15:36:46), primul LSN: 100001:5108:1, ultimul LSN: 100002:5108:1, numărul de dispozitive dump: 1, informații despre dispozitiv: (FIȘIER=2, TIP=DISC: {'C:\folder\logbackup2.trn'}). Acesta este doar un mesaj informativ. Nu este necesară nicio acțiune a utilizatorului.}

Referințe

Pentru mai multe informații despre numerele de secvență de jurnal (LSN), vizitați următorul site web MSDN:

Informații generale despre numerele secvenței de jurnal

Pentru mai multe informații despre modul în care o structură de fișier jurnal poate afecta timpul de recuperare a bazei de date, vizitați următorul site web MSDN:

Cum poate afecta o structură de fișier jurnal timpul

de recuperare a bazei de datePentru mai multe informații despre fișierele VFS jurnal de tranzacții, vizitați următorul site web MSDN:

Informații generale despre fișierul jurnal de tranzacții

Soluție de evitare

• Așteptați ca operațiunea de restaurare sau recuperare să se termine
  
  Dacă aveți o bază de date nerecuperată care se confruntă cu o performanță lentă atunci când restaurați sau recuperați baza de date, poate fi necesar să așteptați terminarea operațiunii de restaurare sau recuperare. De exemplu, este posibil să vedeți starea offline sau starea de recuperare în SQL Server Management Studio (SSMS) pentru o bază de date nerecuperată. Oprirea SQL Server nu oferă, de obicei, ajutor pentru o recuperare lentă și poate dura mai mult timp pentru a repeta aceeași fază de analiză de recuperare, faza de refacere sau faza de anulare.

• Evitați restaurarea secvenței de jurnal de tranzacții care conține mii de fișiere VLFs
  
  Dacă întâmpinați performanța lentă în timp ce restaurați și recuperați o bază de date utilizând un fișier de backup, puteți evita restaurarea secvențelor jurnalului de tranzacții care conțin mii de fișiere VLFs. Pentru a identifica fișierul de backup care are cele mai multe fișiere jurnal virtuale înregistrate, utilizați următoarea instrucțiune pentru a vedea coloanele FirstLSN și LastLSN în fișierele de backup ale jurnalului:
  RESTAURAȚI HEADERONLY DE PE DISK='C:\folder\file.trn'Puteți
  
  decide să evitați restaurarea fișierelor de backup ale jurnalului. Sau puteți utiliza instrucțiunea STOP AT din comenzile RESTORE pentru a evita părțile foarte fragmentate ale jurnalelor de tranzacții. Dacă nu restaurați complet secvențele de jurnal până la cel mai recent punct din timp în timpul unui scenariu de recuperare a erorilor, pierderile de date apar în baza de date SQL Server. Această pierdere de date apare deoarece nu se păstrează toate tranzacțiile. Prin urmare, există o decizie de compromis de afaceri. Puteți restaura complet un jurnal de tranzacții foarte fragmentat. Totuși, această operațiune poate dura mai multe ore. Sau puteți utiliza instrucțiunea STOP AT în recuperare pentru a opri recuperarea înainte de partea foarte fragmentată a jurnalului. Cu toate acestea, tranzacțiile lipsă pe care le omiteți se pierd.
  
  Notă Fără a instala această remediere rapidă, nu există de obicei nici un recurs sigur pentru recuperare accelerată după ce reporniți SQL Server. SQL Server trebuie să găsească lista de fișiere VLFs pentru a analiza fișierele jurnal, pentru a reface tranzacțiile finalizate, apoi pentru a anula tranzacțiile incomplete pentru a termina recuperarea pentru a aduce baza de date online în siguranță. Nu puteți omite în siguranță tranzacțiile în timpul recuperării.