Responding to SQL Server Restore Errors Caused by Damaged Backups
Przywracanie występują błędy, jeśli nośnik kopia zapasowa jest uszkodzony.Przywracanie błędy mogą być zgłaszane przez system operacyjny lub wykrytych przez sum kontrolnych.W obu przypadek, dostępne są trzy opcje:
Utwardzanie płyty podłogowej błędu, a następnie uruchom ponownie operację przywracanie.
Zezwalaj na przywracanie kontynuować pomimo błędów i naprawić bazę danych, po zakończeniu przywracanie.
Zrezygnowania z operacji przywracanie, a następnie użyj planu odzyskiwanie alternatywny, który pozwala uniknąć uszkodzonej kopia zapasowa.
Uwaga
Zestaw nośników lub zestaw kopii zapasowych musi zawierać minimalne poprawne informacje o nim być interpretowane jako Microsoft Formatowanie taśmy. Jeśli tak nie jest, przywracanie przerwie pracę i wskazuje, że format kopia zapasowa jest nieprawidłowa.
Konserwowanie i ponowne uruchamianie operacji przywracanie
Błędy mogą być cured w następujący sposób:
Wystąpił błąd w urządzeniu taśmowym, można wyczyścić lub zastąpić stacji taśm.
Dla urządzeń dyskowych można wyeliminować błąd urządzenia i zastąpić uszkodzony plik.
Jeśli dublowanych zestaw nośników może zastąpić uszkodzony nośnik odpowiedniego nośnika z innego woluminu dublowanego.
Kontynuować pomimo błędów
Ostrzeżenie
Specifying WITH CONTINUE_AFTER_ERROR w instrukcja przywracanie próbuje przywrócić bazę danych.Istnieją jednak wiele rodzajów uszkodzenie, który uniemożliwia odzyskanie bazy danych.Firma Microsoft zdecydowanie zaleca się zarezerwować za pomocą opcji CONTINUE_AFTER_ERROR aż wyczerpały wszystkich alternatywnych.
Opcja CONTINUE_AFTER_ERROR powoduje, że aby operacja przywracania wcześniejszych błędów, przywracanie, co może w dalszym ciągu.Można zastosować kopie zapasowe dziennik transakcji kolejnych i następuje przenieść na przyszły okres.Jeśli przenieść na przyszły okres napotka błąd uniemożliwiający dotarciem do miejsca docelowego w czasie, ten błąd wskazuje w dzienniku.W punkcie odzyskiwanie bazy danych jest wprowadzony w tryb online, jeśli można go.Ale jeśli nie można ukończyć odzyskiwanie, w bazie danych pozostaje trybu offline.
Utracone dane zależy od wystąpił błąd.Na przykład Zła suma kontrolna strona powoduje, że tylko tę strona, aby być kwestionowane; nośnik w dalszym ciągu można odczytać i przetworzyć.Z drugiej strony można spowodować, że błąd We/Wy zgłoszonym przez urządzenie taśmowe przywrócenia z odczytu błąd uniemożliwia może być przywrócony do końca taśmy w przeszłości.
Przypadku przywracanie jest kontynuowany po błędy, stron, które się nie powieść weryfikacji są zapisywane na dysku i rejestrowane suspect_pages tabela i dziennik błędów.
Najważniejsze wskazówki: Po skorzystaniu Z CONTINUE_AFTER_ERROR do przywracanie danych należy sprawdzić dzienniki błędów, aby uzyskać szczegółowe informacje o błędach.Ponadto zapisać i analizowanie wszystkich wiadomości, które można uzyskać bezpośrednio z instrukcja przywracanie.
Aby kontynuować pomimo błędów
Podstawowe PRZYWRACANIE Składnia:
PRZYWRACANIE BAZY DANYCH database_name Z backup_device WITH CONTINUE_AFTER_ERROR [NORECOVERY]
Zarządzanie bazie danych trybu offline
Na końcu sekwencja przywracanie, które kontynuuje mimo błędów można naprawić bazę danych z CHECKDB DBCC.CHECKDB najbardziej konsekwentnie uruchomić po użyciu CONTINUE_AFTER_ERROR przywracanie zaleca się, aby użyć opcji WITH TABLOCK polecenia DBCC CHECKDB.Aby uzyskać więcej informacji zobaczDBCC CHECKDB (języka Transact-SQL).Dostępne są wszystkie opcje naprawy.Aby dowiedzieć się więcej poziom minimalnym naprawy potrzebne, uruchom CHECKDB DBCC bez opcji naprawy.Należy zauważyć, że, w sytuacjach skrajnych, może być za mało informacji, aby naprawić bazę danych.
Aby uzyskać ograniczony dostęp do danych jako - jest, można umieścić bazę danych do trybu awaryjnego, za pomocą opcji nagłych polecenia ALTER DATABASE.