KB2653893 – OPRAVA: Obnovenie databázy v SQL Server 2008 R2 alebo v SQL Server 2008 alebo SQL 2012 trvá dlho

Príznaky

Obnovenie databázy v microsoft SQL Server 2008 R2 alebo Microsoft SQL Server 2008 alebo Microsoft SQL Server 2012 môže trvať dlho.

Príčina

Tento problém sa vyskytuje, pretože vytvorenie zoznamu virtuálneho súboru denníka (VLF) trvá dlho, keď sa v databáze nachádza veľa multilicenčných súborov.

Riešenie

Stav

Spoločnosť Microsoft potvrdzuje, že ide o problém v produktoch spoločnosti Microsoft, ktoré sú uvedené v tomto článku v časti Informácie v tomto článku sa týkajú nasledujúcich produktov.

Ďalšie informácie

Počet segmentov VLF môžete skontrolovať tak, že skontrolujete súbor denníka chýb SQL a potom nájdete poradové číslo denníka (LSN) v každom súbore zálohy denníka transakcií. Prvé číslice pred symbolom dvojbodky v LSN zodpovedajú číslu LSN.

Napríklad prvé číslo v prvej informačnej správe pre LSN je 1. Prvé číslo v druhej informačnej správe pre LSN je však 100001. V tomto scenári existuje 100 000 VLF, ktoré sa používajú medzi časom prvej informačnej správy a druhou informačnou správou. Denník fragmentovaných transakcií, ktorý obsahuje mnoho Files virtual log (VLFs), preto pripomína nasledovné:

{Denník bol zálohovaný. Databáza: mydbname, creation date(time): 2010/07/08(12:36:46), first LSN: 1:5068:70, last LSN: 1:5108:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'C:\folder\logbackup1.trn'}). Toto je len informačná správa. Nevyžaduje sa žiadna akcia používateľa.

Denník bol zálohovaný. Databáza: mydbname, creation date(time): 2010/07/08(15:36:46), first LSN: 100001:5108:1, last LSN: 100002:5108:1, number of dump devices: 1, device information: (FILE=2, TYPE=DISK: {'C:\folder\logbackup2.trn'}). Toto je len informačná správa. Nevyžaduje sa žiadna akcia používateľa.}

Odkazy

Ďalšie informácie o poradových číslach denníka (LSN) nájdete na nasledujúcej webovej lokalite MSDN:

Všeobecné informácie o poradových číslach denníka

Ďalšie informácie o tom, ako môže štruktúra súboru denníka ovplyvniť čas obnovenia databázy, nájdete na nasledujúcej webovej lokalite MSDN:

Ako môže štruktúra súboru denníka ovplyvniť čas

obnovenia databázyĎalšie informácie o VLFs denníka transakcií nájdete na nasledujúcej webovej lokalite MSDN:

Všeobecné informácie o súbore denníka transakcií

Alternatívne riešenie

• Počkajte na dokončenie
  
  operácie obnovenia alebo obnovenia Ak máte neobnovenú databázu s pomalým výkonom pri obnovovaní alebo obnovení databázy, možno bude potrebné počkať na dokončenie operácie obnovenia alebo obnovenia. V aplikácii SQL Server Management Studio (SSMS) pre neobnovenú databázu sa napríklad môže zobraziť stav offline alebo stav obnovenia. Zastavenie SQL Server zvyčajne neponúka žiadnu úľavu pre pomalé obnovenie a môže trvať dlhšie, kým zopakuje rovnakú fázu analýzy obnovenia, znova alebo vráti fázu späť.

• Vyhnite sa obnove sekvencie denníka transakcií, ktorá obsahuje tisíce VLF
  
  Ak sa počas obnovy a obnovenia databázy vyskytne pomalý výkon pomocou záložného súboru, môžete sa vyhnúť obnoveniu sekvencií denníka transakcií, ktoré obsahujú tisíce VLFs. Ak chcete identifikovať záložný súbor, ktorý obsahuje najviac zaznamenaných virtuálnych súborov denníka, použite nasledujúci príkaz na zobrazenie stĺpcov FirstLSN a LastLSN v záložných súboroch denníka:
  RESTORE HEADERONLY FROM DISK='C:\folder\file.trn'Môžete
  
  sa rozhodnúť vyhnúť sa obnoveniu záložných súborov denníka. Alebo môžete použiť príkaz STOP AT v príkazoch RESTORE, aby ste sa vyhli veľmi fragmentovaným častiam denníkov transakcií. Ak počas scenára obnovenia zlyhania úplne neobnovíte postupnosť denníkov až do posledného časového bodu, v databáze sa SQL Server vyskytne strata údajov. Táto strata údajov nastane, pretože sa neuchovajú všetky transakcie. Preto existuje obchodné kompromis rozhodnutie. Môžete úplne obnoviť vysoko fragmentovaný denník transakcií. Táto operácia však môže trvať mnoho hodín. Alebo môžete použiť príkaz STOP AT v zotavenie zastaviť obnovenie pred vysoko fragmentované časti denníka. Všetky chýbajúce transakcie, ktoré vynecháte, sa však stratia.
  
  Poznámka: Bez inštalácie tejto rýchlej opravy, tam je zvyčajne žiadny bezpečný použitie pre zrýchlené obnovenie po reštarte SQL Server. SQL Server je potrebné vyhľadať zoznam VLF na analýzu súborov denníka, zopakovanie dokončených transakcií a následné vrátenie neúplných transakcií na dokončenie obnovenia, aby bola databáza bezpečne online. Počas obnovenia nemôžete bezpečne vynechať transakcie.