KB2653893 – oprava: Obnovení databáze v SQL Server 2008 R2 nebo SQL Server 2008 nebo SQL 2012 trvá dlouho

Příznaky

Obnovení databáze v Microsoft SQL Server 2008 R2, Microsoft SQL Server 2008 nebo Microsoft SQL Server 2012 může trvat dlouho.

Příčina

K tomuto problému dochází, protože sestavení seznamu virtuálních souborů protokolu (VLF) trvá dlouhou dobu, když je v databázi mnoho virtuálních souborů.

Řešení

Stav

Společnost Microsoft potvrzuje, že se jedná o problém v produktech této společnosti, které jsou uvedeny v části Informace v tomto článku jsou určeny pro produkt.

Další informace

Počet segmentů VLF můžete zkontrolovat tak, že si projdete soubor protokolu chyb SQL a pak vyhledáte pořadové číslo protokolu (LSN) v každém záložním souboru transakčního protokolu. První číslice před symbolem dvojtečky v sítích LSN odpovídají číslu LSN.

Například první číslo v první informační zprávě pro LSN je 1. První číslo ve druhé informační zprávě pro LSN je však 100001. V tomto scénáři existuje 100 000 virtuálních souborů, které se používají mezi časem první informační zprávy a druhé informační zprávy. Proto protokolovaný fragmentovaný transakční protokol, který obsahuje mnoho virtuálních Files protokolů (VDF), se podobá následujícímu:

{Protokol byl zálohován. Databáze: mydbname, datum vytvoření (čas): 2010/07/08(12:36:46), první LSN: 1:5068:70, poslední LSN: 1:5108:1, počet zařízení s výpisem paměti: 1, informace o zařízení: (FILE=1, TYPE=DISK: {'C:\folder\logbackup1.trn'}). Toto je pouze informační zpráva. Nevyžaduje se žádná akce uživatele.

Protokol se zálohoval. Databáze: mydbname, datum vytvoření(čas): 2010/07/08(15:36:46), první LSN: 100001:5108:1, poslední LSN: 100002:5108:1, počet zařízení s výpisem paměti: 1, informace o zařízení: (FILE=2, TYPE=DISK: {'C:\folder\logbackup2.trn'}). Toto je pouze informační zpráva. Nevyžaduje se žádná akce uživatele.}

Odkazy

Další informace o pořadových číslech protokolů (LSN) naleznete na následujícím webu MSDN:

Obecné informace o pořadových číslech protokolů

Další informace o tom, jak může struktura souborů protokolu ovlivnit dobu obnovení databáze, naleznete na následujícím webu MSDN:

Vliv struktury souboru protokolu na dobu

obnovení databázeDalší informace o virtuálních lef transakčních protokolů naleznete na následujícím webu MSDN:

Obecné informace o souboru transakčního protokolu

Řešení

• Počkejte na dokončení
  
  operace obnovení. Pokud máte neobnovenou databázi, u které při obnovení nebo obnovení databáze dochází ke snížení výkonu, bude pravděpodobně nutné počkat na dokončení operace obnovení nebo obnovení. Můžete například vidět stav offline nebo stav obnovení v SQL Server Management Studio (SSMS) pro neobnovenou databázi. Zastavení SQL Server obvykle nenabízí žádnou úlevu při pomalém zotavení a může trvat déle, než se stejná fáze analýzy obnovení, fáze opakování nebo fáze vrácení zpět.

• Vyhněte se obnovování sekvence transakčních protokolů, která obsahuje tisíce virtuálních
  
  souborů. Pokud při obnovování a obnovení databáze pomocí záložního souboru dochází k nízkému výkonu, můžete se vyhnout obnovení sekvencí transakčních protokolů, které obsahují tisíce virtuálních souborů. Pokud chcete identifikovat záložní soubor, který obsahuje nejvíce zaznamenaných virtuálních souborů protokolu, pomocí následujícího příkazu zobrazte sloupce FirstLSN a LastLSN v záložních souborech protokolu:
  RESTORE HEADERONLY FROM DISK='C:\folder\file.trn'Můžete
  
  se rozhodnout, že se chcete vyhnout obnovení záložních souborů protokolu. Nebo můžete použít příkaz STOP AT v příkazech RESTORE, abyste se vyhnuli vysoce fragmentovaným částem transakčních protokolů. Pokud během scénáře neúspěšného obnovení plně neobnovíte sekvence protokolů až k poslednímu bodu v čase, dojde ke ztrátě dat v SQL Server databáze. K této ztrátě dat dochází, protože se neuchovávají všechny transakce. Proto existuje obchodní kompromis. Můžete plně obnovit vysoce fragmentovaný transakční protokol. Tato operace však může trvat mnoho hodin. Nebo můžete pomocí příkazu STOP AT v obnovení zastavit obnovení před vysoce fragmentovanou částí protokolu. Všechny chybějící transakce, které vynecháte, jsou však ztraceny.
  
  Poznámka: Bez instalace této opravy hotfix obvykle neexistuje bezpečné řešení pro urychlené obnovení po restartování SQL Server. SQL Server musí vyhledat seznam virtuálních souborů, analyzovat soubory protokolu, znovu dokončit dokončené transakce a pak vrátit zpět neúplné transakce, aby bylo možné dokončit obnovení, aby byla databáze bezpečně online. Během obnovení nelze bezpečně přeskočit transakce.