KB2653893 – FIX: obnovení databáze na serveru SQL Server 2008 R2 nebo SQL Server 2008 nebo v systému SQL 2012 trvá příliš dlouho

Příznaky

Obnovení databáze v Microsoft SQL serveru 2008 R2 nebo Microsoft SQL serveru 2008 nebo Microsoft SQL serveru 2012 může nějakou dobu trvat.

Příčina

K tomuto problému dochází, protože když je v databázi hodně VLFs, sestavte seznam virtuálních protokolů (VLF) příliš dlouho.

Ř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 VLF segmentů můžete zkontrolovat v souboru protokolu chyb SQL a pak najít pořadové číslo položky (LSN) v každém záložním souboru protokolu transakcí. První číslice před symbolem dvojtečky v LSNs odpovídají číslu položky LSN. První číslo první informační zprávy pro hodnotu LSN je třeba 1. První číslo druhé informační zprávy pro hodnotu LSN je však 100001. V tomto scénáři jsou 100 000 VLFs, které se používají mezi časem první informační zprávy a druhé informační zprávy. Proto bude protokol protokolovaných fragmentovaných transakcí, který má mnoho virtuálních souborů protokolu (VLFs), vypadat takto:

Byl zálohován {log. Databáze: mydbname, datum vytvoření (čas): 2010/07/8 (12:36:46), první hodnota LSN: 1:5068:70, poslední hodnota LSN: 1:5108:1, počet zařízení se zápisem: 1, informace o zařízení: (FILE = 1, TYPE = DISK: {' C:\folder\logbackup1.trn '}). Tato zpráva je jenom informační. Není třeba žádné akce uživatele. Protokol byl zálohován. Databáze: mydbname, datum vytvoření (čas): 2010/07/8 (15:36:46), první hodnota LSN: 100001:5108:1, poslední hodnota LSN: 100002:5108:1, počet vykládacích zařízení: 1, informace o zařízení: (FILE = 2; TYPE = DISK: {' C:\folder\logbackup2.trn '}). Tato zpráva je jenom informační. Není třeba žádné akce uživatele.}

Odkazy

Další informace o pořadových číslech (LSN) najdete 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, najdete na následujícím webu MSDN:

Vliv struktury souborů protokolu na dobu obnovení databázeDalší informace o VLFs transakčního protokolu najdete na následujícím webu MSDN:

Obecné informace o souboru protokolu transakcí

Alternativní řešení

• Počkejte na dokončení operace obnovení nebo obnovení.Pokud máte Neobnovenou databázi, která má při obnovení nebo obnovení databáze pomalý výkon, možná budete muset počkat na dokončení operace obnovení nebo obnovení. Ve službě SQL Server Management Studio (SSMS) se může například zobrazit stav offline nebo obnovení stavu databáze, která není obnovená. Zastavení SQL serveru obvykle neposkytuje žádné úlevy pro pomalé obnovení a může to trvat déle, než se opakuje stejná fáze analýzy obnovení, fáze znovu nebo zpět.

• Neobnovujte sekvenci protokolu transakcí, která obsahuje tisíce VLFsPokud se při obnovení a obnovení databáze pomocí záložního souboru setkáte pomalu, můžete se vyhnout obnovení sekvencí transakčního protokolu, které obsahují tisíce VLFs. Pokud chcete identifikovat záložní soubor s nejvyšším zaznamenaným virtuálním souborem protokolu, použijte následující příkaz k zobrazení sloupců FirstLSN a LastLSN v souboru protokolu zálohování: obnovení HEADERONLY z disku = ' C:\folder\file.trn '. můžete se rozhodnout neobnovit záložní soubory protokolu. Nebo můžete použít příkaz STOP AT v příkazech obnovit, abyste předešli nefragmentovaným částem protokolů transakcí. Pokud neprovedete úplné obnovení sekvencí protokolů až do posledního bodu v čase při zotavení po selhání, dojde ke ztrátě dat v databázovém serveru SQL. Tato ztráta dat nastane, protože se neuchovávají všechny transakce. Proto existuje rozhodnutí o kompromisech firmy. Můžete úplně obnovit vysoce fragmentovaný transakční protokol. Tato operace však nemusí spoustu hodin trvat. Nebo můžete pomocí příkazu STOP AT v obnovení zastavit obnovení před vysoce fragmentován částí protokolu. Všechny chybějící transakce, které vynecháte, však ztratí.Poznámka Bez instalace této opravy hotfix se obvykle nepoužívá pro urychlené obnovení žádné bezpečné, po restartování SQL serveru. SQL Server musí vyhledat seznam VLFs, abyste mohli analyzovat soubory protokolu, opakovat dokončené transakce a pak vrátit nedokončené transakce, abyste mohli dokončit obnovení databáze online. Během obnovení nelze transakce bezpečně přeskočit.