Reagowanie na SQL Server przywracania błędy spowodowane przez uszkodzone kopie zapasowe
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 każdym przypadek są trzy opcje:
Utwardzanie błąd i ponownie uruchomić operację przywracanie.
Umożliwia przywracanie kontynuować pomimo błędów i naprawić bazę danych po zakończeniu przywracania.
Wstrzymać operację przywracanie i użyć planu odzyskiwanie alternatywny, pozwalający na uniknięcie uszkodzonej kopia zapasowa.
Ostrzeżenie
Zestaw nośników lub zestaw kopii zapasowych musi zawierać minimalne poprawne informacje dla niego interpretowane jako Microsoft Format taśm.Jeśli nie jest przypadek, PRZYWRACANIA zatrzymuje się i wskazuje, że format kopia zapasowa jest nieprawidłowa.
Konserwowanie i ponowne uruchomienie operacji przywracania
Błędy mogą cured w następujący sposób:
Jeśli wystąpił błąd na urządzenie taśmowe, 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żna zastąpić uszkodzonego nośnika odpowiedniego nośnika z innym dublowania.
Kontynuować pomimo błędów
.gif "Przestroga") Przestroga |
|---|
Określanie Z CONTINUE_AFTER_ERROR w instrukcja przywracanie próby przywrócenia bazy danych.Istnieją jednak wiele rodzajów korupcji, które zapobiegają odzyskiwanie bazy danych.Zdecydowanie zaleca się, aby zarezerwować za pomocą opcji CONTINUE_AFTER_ERROR, dopóki zawiodą wszystkie alternatyw. |
Opcja CONTINUE_AFTER_ERROR powoduje, że operacja przywracania do kontynuowania wcześniejszych błędów, przywracanie, co może.Występuje do przodu rolki i można zastosować kopie zapasowe dziennika transakcji kolejnych.Jeśli do przenieść do przodu w czasie napotka błąd uniemożliwiający osiągnięcie punktu docelowego w czas, ten błąd jest wskazana w dzienniku.W punkt odzyskiwanie, baza danych jest przełączana do trybu online, jeśli można go.Ale jeśli nie można ukończyć odzyskiwanie, baza danych pozostanie offline.
Utraconych danych zależy od wystąpił błąd.Na przykład Nieprawidłowa suma kontrolna strona powoduje tylko tej strona, aby zakwestionował; nośnik jest nadal odczytana i przetworzona.Natomiast błąd We/Wy zgłoszonym przez urządzenie taśmowe mogą uniemożliwić przywracanie z odczytu w przeszłości błąd uniemożliwia przywracana pozostałą część taśmy.
Gdy mandat przywracanie po błędy stron, które nie 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, szczegółowe informacje na temat błędów.Ponadto zapisywanie i analizowanie wszystkich wiadomości, które można uzyskać bezpośrednio od instrukcja PRZYWRACANIA.
Aby kontynuować pomimo błędów
Podstawowe RESTORE składnia jest następująca:
PRZYWRÓĆ bazę danych database_name od backup_device Z CONTINUE_AFTER_ERROR, [NORECOVERY]
Zarządzanie bazą danych trybu Offline
Na koniec sekwencja przywracanie , kontynuuje mimo błędów, można spróbować naprawić bazę danych z DBCC CHECKDB.CHECKDB najbardziej konsekwentnie uruchomić po użyciu PRZYWRACANIA CONTINUE_AFTER_ERROR zaleca się, aby użyć opcji Z TABLOCK polecenia DBCC CHECKDB.Aby uzyskać więcej informacji, zobacz DBCC CHECKDB (Transact-SQL).Dostępne są wszystkie opcje naprawy.Aby dowiedzieć się poziom minimalny naprawy potrzebne, uruchom DBCC CHECKDB bez opcji naprawy.Należy zauważyć, że, w wyjątkowych przypadkach, być może nie ma wystarczających informacji, aby naprawić bazę danych.
Uzyskanie ograniczonego dostępu do danych jako-jest bazy danych można umieścić do trybu awaryjnego za pomocą opcji awaryjnego polecenie ZMIEŃ bazę danych.