В настоящее время вы работаете в автономном режиме; ожидается повторное подключение к Интернету

Operácie databázy trvať dlhú dobu, alebo sa zavádza chyby, keď veľa virtuálne log súborov denníka transakcií

DÔLEŽITÉ: Tento článok je preložený pomocou softvéru na strojový preklad od spoločnosti Microsoft a možno ho opraviť prostredníctvom technológie Community Translation Framework (CTF). Microsoft ponúka strojovo preložené články, články upravené komunitou aj články preložené prekladateľmi, aby zabezpečil prístup ku všetkým článkom databázy Knowledge Base vo viacerých jazykoch. Strojovo preložené články aj upravené články môžu obsahovať chyby týkajúce sa slovnej zásoby, syntaxe alebo gramatiky. Microsoft nenesie zodpovednosť za akékoľvek nepresnosti, chyby alebo škody spôsobené neprávnym prekladom obsahu alebo jeho použitím zo strany našich zákazníkov. Ďalšie informácie o technológii CTF nájdete na lokalite http://support.microsoft.com/gp/machine-translation-corrections/sk.

Pokiaľ chcete vidieť anglickú verziu článku, kliknite sem: 2028436
Príznaky
V prostredí SQL Server 2008 sa môžu vyskytnúť nasledovné príznaky:
  • Jeden alebo viac trvať veľmi dlho na dokončenie obnovenia pri spustení servera SQL Server.
  • Po vykonaní obnovenia databázy, trvá veľmi dlho.
  • Pokusy o pripojenie databázy trvať veľmi dlho dokončiť.
  • Pri pokuse o nastavenie databázy zrkadlenie stretnete chybové hlásenia 1413 a 1443 1479, uvádzajúce časový limit.
  • Sa vyskytne pamäte ako 701 pri pokuse o obnovenie databázy.

Pri kontrole SQL Server Error log, zistíte, že veľké množstvo času je venovaný pred fázou analýzy procesu obnovenia databázy.
2010-05-08 14:42:38.65 spid22s začína databázy "lot_of_vlfs".
2010-05-08 14:46:04.76 spid22s analýza databázy "lot_of_vlfs" (16) je 0% dokončiť (približne 0 sekúnd zostáva). Fáza 1 3. Je to len informačné hlásenie. Nevyžaduje žiadna akcia.

Príčina
Počas počiatočnej procesu obnovenia databázy servera SQL Server vykoná zisťovanie všetky virtuálne súbory denníka v všetky súbory denníka transakcií. Vstavaná zoznam všetkých virtuálnych súborov denníka. Tento proces môže trvať veľmi dlho v závislosti od počtu virtuálne súbory denníka v databáze špecifické. Databáza skončiť veľký počet virtuálnych súborov denníka Ak často denníka transakcií narazí auto-zväčšiť rastu deje na veľmi malú veľkosť krokoch.

Zvyčajne sa spustiť vyskytujú problémy, ktoré sú uvedené v časti "Príznaky", keď je počet virtuálnych súborov denníka v rozsahu niekoľko stotisíc.
Riešenie
Postupy z nasledujúcich blogu môžete zistiť počet virtuálnych súborov denníka v databáze najmä:
Ako štruktúra súboru denníka môže ovplyvniť čas obnovy databázy

Možno budete musieť mať celkový počet virtuálnych súborov denníka podľa primerané číslom 10 000.

Môžete zmeniť konfiguráciu súbor denníka transakcií obsahuje len obmedzený počet virtuálnych súborov denníka pomocou nasledujúcich metód:
  1. Zmenšovať súbory denníka transakcií, zväčšovanie požadované veľkosti manuálne pomocou TSQL ALTER DATABASE <database name="">Upraviť súbor (NAME = "logický názov transakcií", veľkosť denníka = <required size="">)</required> </database>
  2. Obnoviť súbor denníka transakcií a potom manuálne zväčšiť súborov denníka transakcií na požadované veľkosti:
    1. Ak databáza bola predtým vypnúť čisto (s používateľom ani otvoriť transakcie), môžete vytvoriť nový súbor denníka transakcií pre ATTACH_REBUILD_LOG možnosť vytvoriť DATABÁZU.
    2. Ak databázu súboru jedného súboru, ktorý je momentálne nedostupný a ak bola vypnúť databázy [s používateľom ani otvoriť transakcie] pred vyčistiť Operácia pripojenia, pripojte možnosť vytvoriť DATABÁZU automaticky vytvorí súbor denníka a aktualizuje primárny súbor.

Potom ste konfiguráciu rozloženia súbor denníka transakcií, skontrolovať a vykonať potrebné zmeny automaticky zväčšiť nastavenie súboru denníka transakcií sa vyskytne tento problém v budúcnosti.

Poznámka: Pred vykonaním týchto činnostiach, uistite sa, že máte platný restorable zálohy v prípade, že sa vyskytnú niektoré problémy neskôr.

2524743 Oprava: Obnovenie trvá príliš dlho databázy SQL Server 2008 alebo SQL Server 2008 R2 prostredia

2455009 Oprava: Nízky výkon pri obnovovaní databázy, ak existujú mnohé VLFs do denníka transakcií databázy servera SQL Server 2005, SQL Server 2008 alebo SQL Server 2008 R2

2653893 Oprava: Trvá dlho obnovenie databázy SQL Server 2008 R2

979042 Oprava: Hlavné databázy sa neobnovil Ak databáza obsahuje veľký počet virtuálnych súborov denníka SQL Server 2005 alebo SQL Server 2008

2882905 9017 informačné hlásenie je prihlásený, keď spustíte inštanciu programu SQL Server alebo obnoviť alebo pripojte databázy

Ďalšie informácie
Úplné informácie o virtuálne súbory denníka v téme nasledujúce Books Online: Fyzická architektúra denníkov transakcií

Ďalšie informácie o tomto probléme nájdete v článku:

Ako štruktúra súboru denníka môže ovplyvniť čas obnovy databázy
Transaction Log VLFs – príliš veľa alebo príliš málo?
1413 chyba pri spúšťaní zrkadlenie databázy – počet virtuálnych súborov denníka je príliš veľa?

Byť vedomí známy problém s zväčšujúce denníky transakcií:

2633151 Súbor denníka transakcií databázy servera SQL Server nemusí zväčšenie nakonfigurovaný súbor rastu hodnoty

Poznámka: Ďalšie informácie o dôležité zmeny algoritmu VLF vytvorenie databázy SQL Server 2014:


Ďalšie informácie o produktoch alebo nástroje, ktoré automaticky skontrolovať tento stav na inštancii programu SQL Server a verzie produktu SQL Server, nájdete v nasledujúcej tabuľke:

Softvér pravidlaNázov pravidlaPopis pravidlaVerzie produktu, podľa ktorých je hodnotený pravidlo
SQL Server 2008 R2 Best Practice Analyzer (SQL Server 2008 R2 BPA)




Vysoký počet VLF prítomné databázy





SQL Server 2008 R2 Best Practice Analyzer (SQL Server 2008 R2 BPA) poskytuje pravidlo na zisťovanie situácií, ak databáza obsahuje veľký počet virtuálnych súborov denníka. SQL Server 2008 R2 BPA podporuje SQL Server 2008 aj SQL Server 2008 R2.

Ak spustíte nástroj BPA a zobrazí chyba s názvom databázový stroj – databázy vysoký počet VLF nenachádza, musíte overiť počet virtuálnych súborov denníka pre príslušné databázy a konfiguráciu súborov denníka transakcií.
SQL Server 2008
SQL Server 2008 R2






SQL Server 2012 Best Practice Analyzer (SQL Server 2012 BPA)



Vysoký počet VLF prítomné databázy




SQL Server 2012 Best Practice Analyzer (SQL Server 2012 BPA) poskytuje pravidlo na zisťovanie situácií, ak databáza obsahuje veľký počet virtuálnych súborov denníka.

Ak spustíte nástroj BPA a zobrazí chyba s názvom databázový stroj – databázy vysoký počet VLF nenachádza, musíte overiť počet virtuálnych súborov denníka pre príslušné databázy a konfiguráciu súborov denníka transakcií.
SQL Server 2012








Upozornenie: Tento článok bol preložený automaticky.

Свойства

Номер статьи: 2028436 — последний просмотр: 08/07/2015 03:44:00 — редакция: 5.0

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

  • kbmt KB2028436 KbMtsk
Отзывы и предложения