Momentan sunteți offline, așteptați să vă reconectați la internet

Un mesaj informativ 9017 este conectat atunci când începe o instanţă de SQL Server sau restabili sau ataşaţi o bază acoperire de date

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: 2882905
Simptome
Când începe o instanţă a Microsoft SQL Server sau restabili sau ataşaţi o bază acoperire de date, un mesaj informativ 9017, care seamănă cu următorul text este înregistrată în Jurnalul de erori SQL Server:

Baza acoperire de date dbName a mai mult n Virtual fişierele jurnal care este excesivă. Prea multe fişierele jurnal virtual poate provoca pornire lung şi rezervă ori. Ia în considerare atenuarea jurnal şi folosind un increment de diferite de creştere pentru a reduce numărul de fişiere de jurnal virtual.

Prea multe fişierele jurnal virtual poate afecta negativ timpul de recuperare acoperire de date.

În plus, dacă utilizați tehnologii de replicare sau Mirroring acoperire de date din mediul dumneavoastră, este posibil să observaţi probleme de performanţă cu aceste tehnologii.
Cauză
Această problemă apare când specificaţi valori mici pentru VĂ parametru pentru fişierul jurnal.

Motorul de baze acoperire de date SQL Server imparte fiecare fizice log dosar intern în fişierele jurnal mai multe virtuală (VLFs). SQL Server 2008 R2 pachet Service Pack 2 şi versiunile ulterioare a introdus un nou mesaj (9017) care este conectat atunci când o bază acoperire de date începe (din cauza incepand de o instanţă de SQL Server sau ataşarea sau restaurarea bazei de date) şi are mai mult de 1000 VLFs în SQL Server 2008 R2 sau are mai mult de 10.000 de VLFS în SQL Server 2012.

NotăÎn SQL Server 2012, deşi acest mesaj este conectat la baza acoperire de date a 10.000 de VLFs, mesajul efectiv care este raportată în Jurnalul de eroare incorect afirmă "1000 VLF." Practic, avertismentul apare după 10.000 VLFs. Cu toate acestea, mesajul rapoarte 1.000 VLFs. Această problemă va fi corectat într-o versiune viitoare.

Pentru mai multe informaţii despre modul în care numărul crescut de VLFs ar putea duce la probleme de performanţă într-reproducerea sau oglindire configuraţii acoperire de date, consultaţi secţiunea "Mai multe informaţii".
Rezoluţie
Pentru a rezolva această problemă, urmaţi aceşti paşi:
  1. Reducerea dumneavoastră Jurnalul de tranzacţii utilizând DBCC SHRINKDB sau folosind SQL Server Management Studio.
  2. Creşte dimensiunea de fişier jurnal de tranzacţii la o valoare mai mare pentru a evita creşteri auto frecvente. Pentru mai multe informaţii, consultaţi următorul subiect pe site-ul SQL Server Books Online:

  3. Creşte VĂ parametru la o valoare mai mare decât ceea ce este configurat în prezent. Acest lucru se bazează pe activitate de firmă de baza acoperire de date şi cât de des vă fişier jurnal este în creştere.

În plus, vă recomandăm să luaţi în considerare instalarea stabileşte următoarele, în funcţie de versiunea de SQL Server care se execută în prezent:


Informaţii suplimentare

Cum pentru a verifica numărul de segmente VLF într-o bază acoperire de date

Puteţi găsi numărul de segmente VLF într-o bază acoperire de date de către găsirea diferenţa dintre cele mai vechi şi mai recente jurnal de numere de secvenţă (LSNs) de tranzacţie jurnal de backup pentru baza acoperire de date.

Puteţi găsi LSN de tranzacţie jurnal rezervă prin verificarea dumneavoastră Jurnalul de erori SQL Server pentru un mesaj care seamănă cu următorul:

{Jurnal a fost susţinută. Baza de date: mydbname, creation_date_(time): data(marcă de timp), prima LSN: 1: 5068:70, ultima LSN: 1: 5108:1, număr de dispozitive de memorie: 1, dispozitiv de informaţii: (FILE = 1, tip = disc: {C:\folder\logbackup1.trn}). Acesta este un mesaj informativ numai. Nici un utilizator de acţiune este necesară.

NotăÎn acest mesaj, LSN de Jurnalul de tranzacţii este1. (Acesta este primul număr înainte de colon prima în "LSN: 1:5068:70.")

Pentru aceasta, urmaţi aceşti paşi:
  1. Găsi LSN earliesttransaction Jurnalul de rezervă pentru baza acoperire de date în dumneavoastră eroare SQL (de exemplu, LSN: 1:5108:1).
  2. Găsi cele mai recente LSN pentru tranzacţie jurnal de backup în eroare SQL (de exemplu, LSN:10, 235: 5108: 1).
  3. Numărul de segmente VLF este diferenţa dintre LSN mai recente şi mai devreme LSN (în acest caz, este 10,235-1 = 10,234).

Efectul de o mulţime de VLFs pe replicarea

Prea multe fişiere log pot afecta replicare, deoarece procesul de cititor de jurnal trebuie să scaneze fiecare fişier jurnal virtual pentru tranzacţii care sunt marcate pentru replicare. Puteţi vedea acest comportament prin urmărirea performanţa de sp_replcmds stocate procedură. Jurnalul cititorului procesul utilizările sp_replcmds stocate procedură pentru a scana fişierele jurnal virtual şi a citi tranzacţiile care sunt marcate pentru replicare. 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:

949523 Latenta de o replicare tranzacţională este ridicat în SQL Server 2005, atunci când valoarea proprietăţii "Dimensiunea iniţială" şi valoarea proprietăţii Autogrowth sunt mici

Efectul de o mulţime de VLFs pe baza acoperire de date de oglindire

Prea multe fişierele jurnal poate afecta oglindirea bazei acoperire de date. 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:

2455009FIX: 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, SQL Server 2008 R2 sau

Referinţe
Pentru informaţii suplimentare, consultaţi următoarele subiecte de pe site web Reţea Microsoft pentru dezvoltatori (MSDN):


Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 2882905 - Ultima examinare: 09/12/2013 03:46:00 - Revizie: 1.0

Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2008 R2 Datacenter, Microsoft SQL Server 2008 R2 Developer, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2008 R2 Standard, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Standard, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Standard Edition

  • kbexpertiseinter kbprb kbsurveynew kbmt KB2882905 KbMtro
Feedback