Anumite opera?iuni de baze acoperire de date ia o durată foarte lungă pentru a finaliza sau întâlni erori atunci când Jurnalul de tranzacții a numeroase fișiere de jurnal virtual

Traduceri articole Traduceri articole
ID articol: 2028436 - View products that this article applies to.
Măriți totul | Reduceți totul

Simptome

S-ar putea întâmpina următoarele probleme:
  1. Unul sau mai multe baze acoperire de date ia foarte mult marcă de timp pentru a termina recuperarea în SQL Server startup
  2. Când efectuați restaurarea unei baze acoperire de date, este nevoie de foarte mult marcă de timp pentru a finaliza
  3. Încercările de a atașa o bază acoperire de date ia foarte mult marcă de timp pentru a termina
  4. Când încercați să setup date oglindire vă întâlni eroare mesaje 1413, 1443 și 1479 indicând un timeout.
  5. Întâmpinați de memorie legate de erori de genul 701 atunci când încercarea de a restaura o bază acoperire de date

Când examinați Jurnalul de eroare de Server SQL, veți observa că o cantitate semnificativă de marcă de timp este petrecut înainte de faza de analiză a procesului de recuperare acoperire de date.
spid22s de 14:42:38.65 2010-05-08 pornirea bazei acoperire de date 'lot_of_vlfs'.
2010-05-08 14:46:04.76 spid22s analiza acoperire de date "lot_of_vlfs" (16) este 0% completă (aproximativ 0 secunde rămâne). Faza 1 3. Acesta este un mesaj informativ numai. Nici un utilizator de acțiune este necesară.

Cauză

În timpul stadiile inițiale de un proces de recuperare acoperire de date, SQL Server proforms o descoperire de toate fișierele jurnal Virtual prezent în toate fișierele jurnal de tranzacții. O listă a tuturor fișierelor jurnal Virtual este construit. Acest proces poate dura o foarte lungă perioadă de marcă de timp în funcție de la numărul de fișiere jurnal Virtual prezent în baza acoperire de date specifice. O bază acoperire de date puteți ajunge cu un număr mare de fișiere de jurnal Virtual în cazul în care tranzacția Jurnalul întâlniri frecvente auto-cresc odată cu creșterea întâmplă pentru incremente de dimensiuni foarte mici.

În mod normal, începe să se confruntă cu problemele menționate în secțiunea simptome atunci când numărul de fișiere de jurnal Virtual este în intervalul de mai multe sute de mii.

Rezoluție

Utilizați metode de la blog-ul următor pentru a găsi numărul de fișiere de jurnal Virtual în baza acoperire de date special:
Cum o structura de fișier jurnal poate afecta timpul de recuperare acoperire de date
Trebuie să păstrați numărul total de fișierele jurnal Virtual sub un număr rezonabil ca 10.000.

Puteți reconfigura fișier jurnal de tranzacții să conțină numai un număr limitat de fișierele jurnal Virtual folosind următoarele metode:
  1. Micsora fișierele jurnal de tranzacții, să crească fișierele la dimensiunile necesare manual folosind TSQL modifica baza acoperire de date <database name="">modifica fișierul (nume = 'nume de fișier logice de tranzacție jurnal", dimensiune = <required size="">)</required> </database>
  2. Reconstrui fișier jurnal de tranzacții și apoi să crească fișierele jurnal de tranzacții la dimensiunile necesare manual
    1. Dacă baza acoperire de date a fost anterior shutdown curat [cu utilizatorii sau tranzacțiile deschis], puteți face uz de ATTACH_REBUILD_LOG pentru opțiunea de a crea baza acoperire de date pentru a crea un nou fișier jurnal de tranzacții.
    2. Dacă o bază acoperire de date de citire/scriere are un singur jurnal fișier care este disponibilă în prezent, și în cazul în care baza acoperire de date a fost închis curat [cu utilizatorii sau tranzacțiile deschis] inainte de operatie atașați, pentru atașați opțiunea de a crea baza acoperire de date automat reconstruiește fișierul jurnal și actualizează fi?ierul principal.

După ce vă reconfigurați structura de fișier jurnal de tranzacții, de revizuire și să facă schimbările necesare pentru a auto-cresc setările pentru fișier jurnal de tranzacții pentru a evita se confruntă cu aceeași problemă în viitor.

Notă Înainte de a efectua oricare din aceste operațiuni, asigurați-vă că aveți o copiere de rezervă restorable valabil în cazul în care întâmpinați unele probleme mai târziu.

2524743 FIX: Recuperarea durează mai mult decât de așteptat pentru o bază acoperire de date într-un SQL Server 2008 sau într-un mediu de SQL Server 2008 R2

2455009 FIX: Performanță lentă atunci când vă recupera o bază acoperire de date în cazul în care există multe VLFs în interiorul Jurnalul de tranzacții în SQL Server 2005, SQL Server 2008 sau SQL Server 2008 R2

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

979042 FIX: Baza acoperire de date principală este recuperată în cazul în care baza acoperire de date a unui număr mare de fișiere jurnal virtual în SQL Server 2005 sau în SQL Server 2008

Informații suplimentare

Pentru informații complete pe fișierele jurnal Virtual, consultați subiectul de cărți Online: Tranzacție jurnal arhitecturii fizice
Discuții pe această problemă:
Cum o structura de fișier jurnal poate afecta timpul de recuperare acoperire de date
Tranzacție jurnal VLFs - prea multe sau prea puține?
1413 eroare la pornirea bazei acoperire de date de oglindire – cât de multe fișiere de jurnal virtual este prea multe?

De asemenea, ia act de o problemă cunoscută cu creștere jurnalele de tranzacție:

2633151 SQL Server bază acoperire de date fișier jurnal de tranzacții nu cresc cu valoarea de creștere de configurat fișierul


Pentru mai multe informații despre produse sau instrumente care verifică automat pentru această condiție dumneavoastră instanță de SQL Server și versiuni a produsului SQL Server, a se vedea tabelul de mai jos:

Reduceți tabelulMăriți tabelul
Software-ul de regulăRegula de titluDescriere regulăVersiunile de produs care este evaluat regula
SQL Server 2008 R2 cele mai bune practici Analyzer (SQL Server 2008 R2 BPA)




Baze acoperire de date cu numărul mare de VLF prezente





SQL Server 2008 R2 cele mai bune practici Analyzer (SQL Server 2008 R2 BPA) oferă o regulă pentru a detecta situa?iile în care bazele acoperire de date conține un număr mare de fișiere de jurnal Virtual. SQL Server 2008 R2 BPA sprijină atât SQL Server 2008 si SQL Server 2008 R2.

Dacă executați instrumentul de BPA și întâmpinați o eroare cu titlul de Database Engine - baze acoperire de date cu numărul mare de VLF prezente, atunci ai nevoie pentru a verifica numărul de fișiere de jurnal Virtual pentru baza acoperire de date afectate și reconfigurați fișierele jurnal de tranzacții.
SQL Server 2008
SQL Server 2008 R2






SQL Server 2012 cele mai bune practici Analyzer (SQL Server 2012 BPA)



Baze acoperire de date cu numărul mare de VLF prezente




SQL Server 2012 cele mai bune practici Analyzer (SQL Server 2012 BPA) oferă o regulă pentru a detecta situa?iile în care bazele acoperire de date conține un număr mare de fișiere de jurnal Virtual.

Dacă executați instrumentul de BPA și întâmpinați o eroare cu titlul de Database Engine - baze acoperire de date cu numărul mare de VLF prezente, atunci ai nevoie pentru a verifica numărul de fișiere de jurnal Virtual pentru baza acoperire de date afectate și reconfigurați fișierele jurnal de tranzacții.
SQL Server 2012








Proprietă?i

ID articol: 2028436 - Ultima examinare: 7 mai 2014 - Revizie: 4.0
Se aplică la:
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 R2 Datacenter
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2008 R2 Web
  • Microsoft SQL Server 2008 R2 Workgroup
  • Microsoft SQL Server 2008 Web
  • 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
  • Microsoft SQL Server 2014 Developer
  • Microsoft SQL Server 2014 Enterprise
  • Microsoft SQL Server 2014 Express
  • Microsoft SQL Server 2014 Standard
  • Microsoft SQL Server 2014 Web
Cuvinte cheie: 
kbmt KB2028436 KbMtro
Traducere automată
IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată ?i poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate ?i articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cuno?tin?e în mai multe limbi. Articolele traduse automat ?i post-editate pot con?ine gre?eli de vocabular, sintaxă ?i/sau gramatică. Microsoft nu este responsabil de inexactită?ile, erorile sau daunele cauzate de traducerea gre?ită a con?inutului sau de utilizarea acestuia de către clien?i. Găsi?i mai multe informa?ii despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.
Face?i clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 2028436

Trimite?i feedback

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com