FIX: Este nevoie de o lungă perioadă de marcă de timp pentru a restaura o bază acoperire de date în SQL Server 2008 R2 SQL Server 2008 sau în SQL 2012

ID articol: 2653893 - Vizualizați produsele pentru care se aplică acest articol.
Traducere automatăFace?i clic aici pentru a vedea declara?ia privind exonerarea de răspundere a Bazei de cuno?tin?e tradusă automat
Măriți totul | Reduceți totul

În această pagină

Microsoft distribuie Microsoft SQL Server 2008 R2 pachet Service Pack 1 (SP1) sau Microsoft SQL Server 2008 sau Microsoft SQL Server 2012 fixat într-un fișier descărcabil. Deoarece remedierile sunt cumulative, fiecare nouă versiune conține toate remedierile rapide și toate actualizările de securitate care au fost incluse cu anterioare SQL Server 2008 R2 pachet Service Pack 1 (SP1) sau SQL Server 2008 sau Microsoft SQL Server 2012 update release.
Înapoi la început | Trimite?i feedback

SIMPTOME

Ar putea dura un marcă de timp pentru a restaura o bază acoperire de date în Microsoft SQL Server 2008 R2 Microsoft SQL Server 2008 sau în Microsoft SQL Server 2012.
Înapoi la început | Trimite?i feedback

CAUZĂ

Această problemă se produce deoarece este nevoie de o lungă perioadă de marcă de timp pentru a construi Listă tabel de Virtual Log dosar (VLF) atunci când există mai multe VLFs în baza acoperire de date.
Înapoi la început | Trimite?i feedback

REZOLUȚIE

Actualizarea cumulativă informații

SQL Server 2012

Fix pentru această problemă a fost lansat în 1 actualizare cumulativă pentru SQL Server 2012. Pentru mai multe informații despre acest pachet de actualizare cumulativ, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
2679368
(http://support.microsoft.com/kb/2679368/LN/ )
Pachet de actualizare cumulativ 1 pentru SQL Server 2012
Notă Pentru că construiește sunt cumulative, fiecare nouă versiune fix conține toate remedierile rapide și toate remedierile de securitate care au fost incluse în anterioare SQL Server 2012 fix de presă. Microsoft recomandă că vă ia în considerare aplicarea cele mai recente fix de lansare care conține această remediere rapidă. Pentru mai multe informații, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
2692828
(http://support.microsoft.com/kb/2692828/LN/ )
2012 De Server SQL construiește care au fost lansate după ce a fost lansat SQL Server 2012
Trebuie să aplicați o remediere rapidă de SQL Server 2012 pentru o instalare de SQL Server 2012.

SQL a servi 2008 Serviciu Pack 2

Fix pentru această problemă a fost lansat în 8 actualizare cumulativă pentru SQL a servi 2008 Serviciu Pack 2. Pentru mai multe informații despre acest pachet de actualizare cumulativ, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
2648096
(http://support.microsoft.com/kb/2648096/LN/ )
set de actualizări cumulativă 8 pentru SQL a servi 2008 Serviciu Pack 2
Notă Pentru că construiește sunt cumulative, fiecare nouă versiune fix conține toate remedierile rapide și toate remedierile de securitate care au fost incluse în anterioare SQL Server 2008 fix de presă. Microsoft recomandă că vă ia în considerare aplicarea cele mai recente fix de lansare care conține această remediere rapidă. Pentru mai multe informații, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
2402659
(http://support.microsoft.com/kb/2402659/LN/ )
SQL Server 2008 construiește care au fost lansate după SQL a servi 2008 Serviciu Pack 2 a fost lansat
Microsoft SQL Server 2008 remedierile rapide sunt create pentru pachete de service specifice SQL Server. Trebuie să aplicați o remediere rapidă SQL a servi 2008 Serviciu Pack 2 o instalare SQL a servi 2008 Serviciu Pack 2. implicit, orice remediere rapidă care este prevăzut un SQL Server pachet Service Pack este inclusă în următorul pachet pachet Service Pack SQL Server.

SQL a servi 2008 Serviciu Pack 3

Fix pentru această problemă a fost lansat în 3 actualizare cumulativă pentru SQL Server 2008 pachet Service Pack 3. Pentru mai multe informații despre acest pachet de actualizare cumulativ, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
2648098
(http://support.microsoft.com/kb/2648098/LN/ )
set de actualizări cumulativă 3 pentru SQL Server 2008 pachet Service Pack 3
Notă Pentru că construiește sunt cumulative, fiecare nouă versiune fix conține toate remedierile rapide și toate remedierile de securitate care au fost incluse în anterioare SQL Server 2008 fix de presă. Microsoft recomandă că vă ia în considerare aplicarea cele mai recente fix de lansare care conține această remediere rapidă. Pentru mai multe informații, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
2629969
(http://support.microsoft.com/kb/2629969/LN/ )
SQL Server 2008 construiește care au fost lansate după SQL a servi 2008 Serviciu Pack 3 a fost lansat
Microsoft SQL Server 2008 remedierile rapide sunt create pentru pachete de service specifice SQL Server. Trebuie să aplicați o remediere rapidă SQL a servi 2008 Serviciu Pack 3 pentru o instalare de SQL Server 2008 pachet Service Pack 3. implicit, orice remediere rapidă care este prevăzut un SQL Server pachet Service Pack este inclusă în următorul pachet pachet Service Pack SQL Server.

set de actualizări cumulativă 11 pentru SQL Server 2008 R2


Fix pentru această problemă a fost lansat în 11 actualizare cumulativă. Pentru mai multe informații despre cum se obține acest pachet de actualizare cumulativ pentru SQL Server 2008 R2, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
2633145
(http://support.microsoft.com/kb/2633145/ )
set de actualizări cumulativă 11 pentru SQL Server 2008 R2
Notă Pentru că construiește sunt cumulative, fiecare nouă versiune fix conține toate remedierile rapide și toate remedierile de securitate care au fost incluse în anterioare SQL Server 2008 R2 fix de presă. Vă recomandăm să considerați că aplicarea cele mai recente fix de lansare care conține această remediere rapidă. Pentru mai multe informații, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
981356
(http://support.microsoft.com/kb/981356/ )
SQL Server 2008 R2 construiește care au fost lansate după ce a fost lansat SQL Server 2008 R2

set de actualizări cumulativă 4 pentru SQL Server 2008 R2 SP1

Fix pentru această problemă a fost lansat în 4 actualizare cumulativă. Pentru mai multe informații despre cum se obține acest pachet de actualizare cumulativ pentru SQL Server 2008 R2 SP1, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
2633146
(http://support.microsoft.com/kb/2633146/ )
set de actualizări cumulativă 4 pentru SQL Server 2008 R2 SP1
Notă Pentru că construiește sunt cumulative, fiecare nouă versiune fix conține toate remedierile rapide și toate remedierile de securitate care au fost incluse în anterioare SQL Server 2008 R2 SP1 fix de presă. Vă recomandăm să considerați că aplicarea cele mai recente fix de lansare care conține această remediere rapidă. Pentru mai multe informații, faceți clic pe următorul număr de articol pentru a vedea articolul în bază de cunoștințe Microsoft:
2567616
(http://support.microsoft.com/kb/2567616/ )
SQL Server 2008 R2 construiește care au fost lansate după ce a fost lansat SQL Server 2008 R2 SP1
Înapoi la început | Trimite?i feedback

STARE

Microsoft a confirmat că aceasta este o problemă asociată cu produsele Microsoft enumerate în secțiunea „se aplică la".
Înapoi la început | Trimite?i feedback

INFORMAȚII SUPLIMENTARE

Puteți verifica numărul de segmente VLF examinând fișierul jurnal de erori SQL și apoi prin găsirea număr de secvență log (LSN) în fiecare fișier copiere de rezervă jurnal de tranzacții. Cifre prima înainte de simbolul două puncte în LSNs corespunde 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ă VLFs 100.000 utilizate între momentul în care primul mesaj informativ și al doilea mesaj informativ. Prin urmare, Jurnalul de tranzacții fragmentate conectat care are multe Virtual Log dosar (VLFs) seamănă cu următorul:

{Jurnal a fost susținută. Baza de date: mydbname, crearea date(time): 2010/07/08(12:36:46), LSN prima: 1:5068:70, ultima LSN: 1:5108:1, numărul de dispozitive în imagine: 1, dispozitiv de informații: (FIȘIER = 1, tip = disc: {'C:\folder\logbackup1.trn'}). Acesta este un mesaj informativ numai. Nici o acțiune de utilizator este necesar.

Jurnal a fost susținută. Baza de date: mydbname, crearea date(time): 2010/07/08(15:36:46), LSN prima: 100001:5108:1, ultima LSN: 100002:5108:1, numărul de dispozitive în imagine: 1, dispozitiv de informații: (FIȘIER = 2, tip = disc: {'C:\folder\logbackup2.trn'}). Acesta este un mesaj informativ numai. Nici o acțiune de utilizator este necesar.}
Înapoi la început | Trimite?i feedback

REFERINȚE

Pentru mai multe informații despre numerele de secvență log (LSN), vizitați următoarele site-ul MSDN:
Informații generale despre numerele de secvență jurnal
(http://msdn.microsoft.com/en-us/library/ms190729(SQL.90).aspx)



Pentru mai multe informații despre modul în care o structura fi?ierului jurnal pot afecta timpul de recuperare acoperire de date, vizitați următoarele site-ul MSDN:
Cum o structura fi?ierului jurnal pot afecta timpul de recuperare acoperire de date
(http://blogs.msdn.com/b/psssql/archive/2009/05/21/how-a-log-file-structure-can-affect-database-recovery-time.aspx)


Pentru mai multe informații despre fișierul jurnal de tranzacții VLFs, vizitați următoarele site-ul MSDN:
Informații generale despre fișierul jurnal de tranzacții
(http://www.sqlskills.com/BLOGS/KIMBERLY/post/Transaction-Log-VLFs-too-many-or-too-few.aspx)


Înapoi la început | Trimite?i feedback

REMEDIERE

  • Așteptați pentru restabilire sau exploatarea de recuperare pentru a finaliza

    Dacă aveți un non-recuperate acoperire de date care se confruntă cu funcționare lentă atunci când restaurați sau recuperare baza acoperire de date, trebuie să așteptați pentru opera?ia de restaurare sau recuperarea se completa. De exemplu, se pot vedea starea neconectat sau starea de recuperare în SQL Server Management Studio (SSMS) pentru o bază acoperire de date non-recuperate. Oprirea SQL Server de obicei oferă nici o scutire pentru o recuperare lent și poate dura mai mult marcă de timp pentru a repeta faza de analiză recuperare același, refacere fază, sau anulare faza.
  • Evita restaurarea secvența de jurnal de tranzacții care conține mii de VLFs

    Dacă întâmpinați performanță lent în marcă de timp ce ați restabili și de a recupera o bază acoperire de date utilizând un fișier copiere de rezervă, se poate evita restaurarea secvențe de jurnal tranzacție care con?ine mii de VLFs. Pentru a identifica fișierul copiere de rezervă care are cele mai multe virtual fișierele jurnal înregistrate, utilizați următoarea declarație pentru a vedea coloanele de FirstLSN și LastLSN în fișierele jurnal copie de rezervă:
    Restaurare HEADERONLY la DISK='C:\folder\file.trn'

    Aveți posibilitatea să decideți să evite restaurarea fișierele copiere de rezervă jurnal. Sau, puteți utiliza instrucțiunea opri la în comenzile de restaurare pentru a evita foarte fragmentate ale jurnalele de tranzacție. Dacă nu pe deplin restabiliți secvențele jurnal până la punctul de cele mai recente în timpul un scenariu de recuperare de eroare, se produce pierderi acoperire de date în baza acoperire de date SQL Server. Această pierdere acoperire de date apare deoarece nu toate tranzacțiile sunt păstrate. Prin urmare, este o decizie de afaceri tradeoff. Aveți posibilitatea să restabiliți complet un jurnal de tranzacții foarte fragmentate. Cu toate acestea, această opera?ie poate dura mai multe ore. Sau, puteți utiliza instrucțiunea opri la în recuperarea pentru a opri recuperarea înainte de partea foarte fragmentate de jurnal. Cu toate acestea, orice tranzacții lipsă care se omite sunt pierdute.

    Notă Fără instalarea acestei remedieri rapide, nu este de obicei nu recurs sigure pentru recuperare accelerate după ce reporniți SQL Server. SQL Server are pentru a găsi Listă tabel de VLFs pentru a analiza fișierele jurnal, la opera?iunile de refacere completat, și apoi să anulați tranzacțiile incomplete pentru a termina recuperarea pentru a aduce baza acoperire de date on-line în condiții de siguranță. Tu nu în condiții de siguranță skip tranzacțiilor în timpul recuperării.
Înapoi la început | Trimite?i feedback

Proprietă?i

ID articol: 2653893 - Ultima examinare: 12 aprilie 2012 - Revizie: 1.0
SE APLICĂ LA:
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Web
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Express
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2012 Web
Cuvinte cheie: 
kbqfe kbfix kbexpertiseadvanced kbsurveynew kbmt KB2653893 KbMtro
Traducere automată
IMPORTANT: Acest articol a fost tradus de software-ul de traducere automată Microsoft, si nu de un traducător. Microsoft vă oferă atât articole traduse de persoane, cât și articole traduse automat, astfel incat aveti access la toate articolele din Baza noastră de informatii în limba dvs. materna. Totuși, un articol tradus automat nu este întotdeauna perfect. Acesta poate conține greșeli de vocabular, sintaxă sau gramatică, la fel cum un vorbitor străin poate face greșeli vorbind limba dvs. materna. Compania Microsoft nu este responsabilă pentru nici o inexactitate, eroare sau daună cauzată de traducerea necorespunzătoare a conținutului sau de utilizarea traducerii necorespunzătoare de către clienții nostri. De asemenea, Microsoft actualizează frecvent software-ul de traducere automată.
Face?i clic aici pentru a vizualiza versiunea în limba engleză a acestui articol:2653893
(http://support.microsoft.com/kb/2653893/en-us/ )
Înapoi la început | Trimite?i feedback

Trimite?i feedback

 
Înapoi la începutÎnapoi la început