KB2653893-Oprava: trvá príliš dlho na obnovenie databázy SQL Server 2008 R2 alebo SQL Server 2008 alebo SQL 2012

Príznaky

Obnovenie databázy v programe 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 trvá príliš dlho na zostavenie zoznamu virtuálneho súboru denníka (VLF), keď je v databáze veľa VLFs.

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ť preskúmaním súboru denníka chýb SQL a následným vyhľadaním poradového čísla denníka (LSN) v každom záložnom súbore denníka transakcií. Prvé číslice pred symbolom dvojbodky v LSNs zodpovedajú číslu LSN. Prvé číslo prvej informačnej správy pre LSN je napríklad 1. Prvé číslo v druhej informačnej správe pre LSN je však 100001. V tomto scenári je 100 000 VLFs, ktoré sa používajú medzi časom prvej informačnej správy a druhej informačnej správy. Preto sa prihlásený fragmentovaný denník transakcií, ktorý má veľa virtuálnych log súborov (VLFs), sa podobá nasledujúcemu hláseniu:

{Denník bol zálohovaný. Databáza: mydbname, dátum vytvorenia (Time): 2010/07/08 (12:36:46), prvá LSN: 1:5068:70, Last LSN: 1:5108:1, počet dump zariadení: 1, informácie o zariadení: (FILE = 1, TYPE = DISK: {' C:\folder\logbackup1.trn '}). Toto je len informatívna správa. Nevyžaduje sa žiadna akcia používateľa. Denník sa zálohoval. Databáza: mydbname, dátum vytvorenia (Time): 2010/07/08 (15:36:46), prvá LSN: 100001:5108:1, Last LSN: 100002:5108:1, počet dump zariadení: 1, informácie o zariadení: (FILE = 2; TYPE = DISK: {' C:\folder\logbackup2.trn} '}). Toto je len informatívna správa. Nevyžaduje sa žiadna akcia používateľa.}

Odkazy

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

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

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

Ako môže štruktúra súboru denníka ovplyvniť dobu obnovenia databázyĎalšie informácie o protokole transakcií VLFs nájdete na nasledujúcej webovej lokalite MSDN:

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

Alternatívne riešenie

• Počkajte, kým sa operácia obnovenia alebo obnovenia ukončíAk máte neobnovenú databázu, ktorá zažíva pomalý výkon pri obnovení alebo obnovení databázy, budete musieť počkať na dokončenie operácie obnovenia alebo obnovy. Môže sa napríklad zobraziť stav offline alebo stav obnovenia v SQL Server Management Studio (SSMS) pre neobnovenú databázu. Zastavenie služby SQL Server zvyčajne neposkytuje úľavu pri pomalom obnovení a môže trvať dlhšie, kým sa zopakuje rovnaká fáza analýzy obnovenia, opakovať fázy alebo späť.

• Vyhnúť sa obnoveniu sekvencie denníka transakcií, ktorá obsahuje tisíce VLFsAk sa pri obnovení a obnovení databázy pomocou záložného súboru vyskytuje pomalý výkon, môžete zabrániť obnoveniu postupnosti denníkov transakcií obsahujúcich tisíce VLFs. Na identifikáciu záložného súboru, ktorý má najviac zaznamenaných virtuálnych log súborov, použite nasledujúci príkaz na zobrazenie stĺpcov FirstLSN a LastLSN v záložných súboroch denníka: obnovenie HEADERONLY z disku = ' C:\folder\file.trn ' sa môžete rozhodnúť, že sa neobnoví záložné súbory denníka. Prípadne môžete použiť príkaz zastaviť pri príkazoch obnoviť, aby ste zabránili veľmi roztriešteným častiam denníkov transakcií. Ak neobnovíte postupnosť denníkov až do posledného časového úseku v scenári obnovenia zlyhania, dochádza k strate údajov na databázovom serveri SQL Server. Táto strata údajov sa vyskytuje, pretože nie sú uložené všetky transakcie. Preto existuje rozhodnutie o obchodnom kompromise. Môžete plne obnoviť veľmi fragmentovaný denník transakcií. Táto operácia však môže trvať niekoľko hodín. Ak chcete zastaviť obnovenie pred veľmi roztrieštenou časťou denníka, môžete použiť príkaz zastaviť pri obnovení. Všetky chýbajúce transakcie, ktoré vynecháte, sa však stratia.Poznámka: Bez nutnosti inštalácie tejto rýchlej opravy sa po reštartovaní servera SQL Server zvyčajne nenachádza bezpečné použitie na urýchlené zotavenie. SQL Server musí nájsť zoznam VLFs na analýzu log súborov, na opätovné dokončenie transakcií a potom na vrátenie nedokončených transakcií na dokončenie obnovenia, aby bola databáza online bezpečná. Počas obnovy nie je možné bezpečne preskočiť transakcie.