KB2653893 — Poprawka: operacja zajmuje dużo czasu na przywrócenie bazy danych programu SQL Server 2008 R2 lub SQL Server 2008 lub SQL 2012

Symptomy

Przywrócenie bazy danych w programie Microsoft SQL Server 2008 R2 lub Microsoft SQL Server 2008 lub Microsoft SQL Server 2012 może zająć dużo czasu.

Przyczyna

Ten problem występuje, ponieważ tworzenie listy wirtualnych plików dziennika (VLF) jest czasochłonne, jeśli w bazie danych istnieje wiele VLFs.

Rozwiązanie

Stan

Firma Microsoft potwierdziła, że jest to problem występujący w produktach firmy Microsoft wymienionych w sekcji "dotyczy".

Więcej informacji

Liczbę segmentów VLF można sprawdzić, przeglądając plik dziennika błędów SQL, a następnie wyszukując numer sekwencyjny dziennika (LSN) w każdym pliku kopii zapasowej dziennika transakcji. Pierwsze cyfry przed symbolem dwukropka w LSNs odpowiadają numerowi LSN. Na przykład pierwszą liczbą w pierwszym komunikacie informacyjnym dla numeru LSN jest 1. Jednak pierwszy numer w drugim komunikacie informacyjnym dla numeru LSN to 100001. W tym scenariuszu istnieją 100 000 VLFs, które są używane między momentem pierwszego komunikatu informacyjnego a drugim komunikatem informacyjnym. Dlatego rejestrowany dziennik transakcji pofragmentowany, który zawiera wiele wirtualnych plików dziennika (VLFs), jest podobny do następującego:

{Wykonano kopię zapasową dziennika. Baza danych: mydbname, Data utworzenia (godzina): 2010/07/08 (12:36:46), pierwszy numer LSN: 1:5068:70, ostatni numer LSN: 1:5108:1, liczba urządzeń zrzutu: 1, informacje o urządzeniu: (plik = 1, wpisz = dysk: {"C:\folder\logbackup1.TRN"}). Jest to tylko komunikat informacyjny. Nie jest wymagane wykonanie jakiejkolwiek czynności przez użytkownika. Wykonano kopię zapasową dziennika. Baza danych: mydbname, Data utworzenia (godzina): 2010/07/08 (15:36:46), pierwszy numer LSN: 100001:5108:1, ostatni numer LSN: 100002:5108:1, liczba urządzeń zrzutu: 1, informacje o urządzeniu: (plik = 2, wpisz = dysk: {"C:\folder\logbackup2.TRN"}). Jest to tylko komunikat informacyjny. Nie jest wymagane wykonanie jakiejkolwiek czynności przez użytkownika.}

Informacje

Aby uzyskać więcej informacji na temat numerów sekwencyjnych dziennika (LSN), odwiedź następującą witrynę MSDN w sieci Web:

Informacje ogólne na temat numerów sekwencyjnych dziennika

Aby uzyskać więcej informacji na temat sposobu, w jaki Struktura pliku dziennika może wpływać na czas odzyskiwania bazy danych, odwiedź następującą witrynę MSDN w sieci Web:

Jak struktura pliku dziennika może wpływać na czas odzyskiwania bazy danychAby uzyskać więcej informacji na temat VLFs dziennika transakcji, odwiedź następującą witrynę MSDN w sieci Web:

Informacje ogólne o pliku dziennika transakcji

Obejście

• Poczekaj na ukończenie operacji przywracania lub odzyskiwaniaJeśli masz nieodzyskaną bazę danych, która ma niską wydajność podczas przywracania lub odzyskiwania bazy danych, może być konieczne zaczekanie na ukończenie operacji przywracania lub odzyskiwania. Na przykład w przypadku nieodzyskanej bazy danych w programie SQL Server Management Studio (SSMS) może zostać wyświetlony stan offline lub odzyskiwanie. Zatrzymywanie programu SQL Server zwykle nie pozwala na powolne odzyskiwanie i może potrwać więcej czasu na powtarzanie tej samej fazy analizy odzyskiwania, fazy ponawiania lub fazy cofania.

• Unikanie przywracania sekwencji dziennika transakcji zawierającej tysiące VLFsJeśli podczas przywracania i odzyskiwania bazy danych przy użyciu pliku kopii zapasowej będzie występować niska wydajność, możesz uniknąć przywracania sekwencji dziennika transakcji zawierających tysiące VLFs. Aby zidentyfikować plik kopii zapasowej, który ma najwięcej zarejestrowanych plików dziennika wirtualnego, należy użyć następującej instrukcji, aby wyświetlić kolumny FirstLSN i LastLSN w plikach kopii zapasowej dziennika: RESTORE HEADERONLY z dysku = ' C:\folder\file.TRN ' możesz zdecydować, aby uniknąć przywracania plików kopii zapasowej dziennika. Możesz też użyć instrukcji STOP AT w poleceniach RESTORE, aby uniknąć wysoce pofragmentowanych części dzienników transakcji. Jeśli nie będziesz w pełni przywracać sekwencji dziennika do ostatniego punktu w czasie, gdy wystąpił błąd, utracisz dane w bazie danych programu SQL Server. Ta utrata danych powstaje, ponieważ nie wszystkie transakcje są zachowywane. Dlatego istnieje decyzja w sprawie kompromisów dla firm. Możesz w pełni odzyskać wysoce pofragmentowany dziennik transakcji. Ta operacja może jednak trwać wiele godzin. Możesz też użyć instrukcji STOP AT w funkcji odzyskiwanie, aby zatrzymać odzyskiwanie przed bardzo pofragmentowaną częścią dziennika. Jednak wszystkie pominięte transakcje zostaną utracone.Uwaga Jeśli nie zainstalowano tej poprawki, po ponownym uruchomieniu programu SQL Server zazwyczaj nie będzie można bezpiecznie odwoływać się do przyspieszonego odzyskiwania. Program SQL Server musi zlokalizować listę VLFs w celu przeanalizowania plików dziennika, wykonania ponownie wykonanych transakcji, a następnie cofnąć nieukończone transakcje, aby zakończyć odzyskiwanie w celu bezpiecznego przełączenia bazy danych do trybu online. Podczas odzyskiwania nie można bezpiecznie pominąć transakcji.