Udostępnij za pośrednictwem

  • Artykuł

Planowanie odzyskiwanie po awarii

Kiedy użytkownik administrowania SQL Server Baza danych, przygotowywanie do odzyskiwanie z potencjalnym żywiołowe jest ważna. Dobrze zaprojektowane i przetestowane, kopia zapasowa i przywracanie, planowanie sieci SQL Server wykonywanie kopii zapasowych jest niezbędnych do odzyskania bazy danych po po awarii. Aby uzyskać więcej informacji zobaczIntroduction to Backup and Restore Strategies in SQL Server.Ponadto aby upewnić się, że wszystkich systemów i danych można szybko przywrócić regularnie klęski żywiołowej sytuacji, należy utworzyć planu odzyskiwanie systemu po awarii.Po utworzeniu tego planu, należy wziąć pod uwagę scenariusze dla różnych typów katastrof, mogące wpłynąć na swojego Sklepu.Obejmują one klęski żywiołowe, takie jak pożaru i katastrof techniczne, takie jak awaria dwóch dyskach w macierzy RAID-5.Po utworzeniu planu odzyskiwanie systemu po awarii, identyfikowanie i przygotować do wszystkie kroki, które są wymagane odpowiedzi do każdego typu danych.Konieczne jest testowanie czynności odzyskiwanie dla każdego scenariusza.Zaleca się sprawdzenie planu odzyskiwanie systemu po awarii za pomocą symulacji klęski żywiołowej.

Podczas projektowania kopia zapasowa i przywracanie plan, należy wziąć pod uwagę użytkownika odzyskiwanie systemu po awarii, planowanie w odniesieniu do określonych potrzeb środowiska i biznesowych.Na przykład załóżmy że pożar występuje i wypiera z centrum danych w formacie 24-godzinnym.Czy na pewno, że można odzyskać?Jak długo trwa odzyskać i jest dostępny system?Ile utratę danych przez użytkowników można tolerować?

Najlepiej odzyskiwanie systemu po awarii sieci należy zaplanować stanów, jak długo potrwa odzyskiwania i stan końcowy bazy danych użytkownicy mogą oczekiwać.Na przykład użytkownik może ustalić, że po nabyciu sprzętowe odzyskiwanie zostaną zakończone w ciągu 48 godzin, i będzie można zagwarantować danych tylko do końca poprzedniego tygodnia.

Planu odzyskiwanie systemu po awarii może być zbudowany na wiele różnych sposobów i może zawierać wiele typów informacji.Typy planu odzyskiwanie systemu po awarii, należą:

  • Plan do nabycia sprzętu.

  • Plan komunikacji.

  • Lista osób, można skontaktować się z, jeśli występuje, po awarii.

  • Zawiera instrukcje dotyczące kontaktowania się z osób biorących udział w odpowiedzi na katastrofy.

  • Informacje o właścicielu administracji planu.

  • Lista kontrolna wymaganych zadań dla każdego scenariusza odzyskiwanie.Aby ułatwić przeglądanie, w jaki sposób progressed odzyskiwanie systemu po awarii, początkowe poszczególnych zadań, jak zostanie wypełnione, a wskazywanie czas, po zakończeniu wykonywania ją na listę kontrolną.

Modele odzyskiwanie programu SQL Server

SQL Server zawiera trzy modele alternatywnych odzyskiwanie: proste, pełne i rejestrowane zbiorczej. A model odzyskiwanie jest właściwością bazy danych, która steruje zachowaniem folderu podstawowych operacji kopia zapasowa i przywracanie bazy danych.Wybieranie optymalne model odzyskiwanie dla każdej z baz danych jest wymaganą częścią Planowanie strategii wykonywania kopii zapasowych i przywracanie.Wybór model odzyskiwanie dla danej bazy danych zależy od nieco na wymagań dotyczących dostępności oraz odzyskiwanie.Wybór modelu odzyskiwanie z kolei wpływa na możliwości odzyskiwanie danych dla bazy danych.

Aby uzyskać informacje wstępne do modeli odzyskiwanie Zobacz Recovery Model Overview.

Zarządzanie nośnika kopia zapasowa

Zaleca się, że planu wykonywania kopii zapasowych zawierać postanowienia dotyczące zarządzania nośnika kopia zapasowa, takie jak:

  • Śledzenie i zarządzanie planowania do przechowywania i odtwarzania kopia zapasowa ustawia.

  • Harmonogram dla zastępowania nośnika kopia zapasowa.

  • W środowiskach wieloserwerowych decyzji o za pomocą scentralizowanego lub rozłożone kopii zapasowych.

  • Sposób śledzenia użytkowania multimediów.

  • Procedura, aby zminimalizować skutki utraty zestaw kopii zapasowych lub nośnika kopia zapasowa (na przykład straty na taśmie).

  • Decyzja o zestawy kopii zapasowych są przechowywane na lub poza firmą i w jaki sposób będzie to miało wpływ na czas przywrócenia analizę.

Aby uzyskać informacje na temat SQL Server Użycie urządzenia kopia zapasowa i multimediów, zobacz Working with Backup Media in SQL Server.

Uruchamianie skryptu funkcjonalności bazy

Zazwyczaj zawierać skrypt podstawowej funkcjonalności w ramach planu odzyskiwanie systemu po awarii, aby potwierdzić, że wszystko działa zgodnie z przeznaczeniem.Skrypt funkcjonalności bazy oferuje niezawodny narzędzie administrator systemu lub administrator bazy danych, aby sprawdzić, czy baza danych jest w stanie prawidłowo, bez w zależności od użytkowników końcowych w celu weryfikacji.

Skrypt funkcjonalności bazy jest specyficzna dla aplikacji i może zająć wiele różnych formularzach.Na przykład wspomaganie decyzji lub raportowania systemu, skrypt może być należy tylko kopię kilku klucz Raportowanie kwerendy.Dla transakcji online (OLTP) wniosku skrypt może wykonywać partia procedur przechowywanych, które wykonać instrukcje INSERT, UPDATE i DELETE.Na przykład, skrypt funkcjonalności bazy może być tak proste, jak plik .sql, który wysyła do serwera z instrukcji SQL wsadowej SQLCMD narzędzie.Innym przykładem jest przy użyciu pliku .bat, który zawiera zarówno BCP and SQLCMD polecenia.

Zapewnienie gotowości systemu po awarii

Aby upewnić się, że użytkownik jest gotowy do systemu po awarii, zaleca się okresowe wykonywanie następujących czynności:

  • Dokładnie przetestuj przez procedurę kopia zapasowa i przywracania, przed wystąpieniem awarii rzeczywistego.Testowanie pomaga upewnić się, że wymagane kopie zapasowe, aby odzyskać z różnych błędów przez procedurę były wyraźnie zdefiniowane i udokumentowane i że te mogą być wykonywane szybko i bez zakłóceń przez dowolny operator kwalifikowanej może.

  • Wykonywanie zwykłej bazy danych i kopie zapasowe dziennik transakcji, aby zminimalizować ilość danych, utracone.Zaleca się wykonanie tworzyć kopię zapasową zapasowej bazy danych systemu i użytkownika.

  • Zachować dzienniki systemu w bezpieczny sposób.Zachowaj rekordy wszystkich zainstalowanych dodatków usługa pack na Microsoft System Windows i SQL Server. Zachowaj rekordy biblioteki sieciowe używane i tryb zabezpieczeń.Ponadto jeśli SQL Server jest uruchomiony w (uwierzytelnianie w trybie mieszanymSQL Server i tryb uwierzytelnianie systemu Windows), rekord SA hasła w bezpiecznym miejscu.Aby uzyskać więcej informacji zobaczSecurity and Protection (Database Engine).

    Important noteImportant Note:

    Uwierzytelnianie systemu Windows jest znacznie bardziej bezpieczne niż SQL Server Uwierzytelnianie. Jeśli jest to możliwe, należy korzystać z uwierzytelnianie systemu Windows.

  • Na innym serwerze należy ocenić kroki, które trzeba wykonać w celu odzyskania systemu, po awarii.Jeżeli konieczne jest zmiana kroki niezbędne do własnych środowiska serwera lokalnego i przetestować zmienione kroki.

  • Zachować skryptu podstawowej funkcjonalności szybko oceny możliwości minimalne.

Inspekcja i zmniejszanie potencjalnie Disastrous błędy użytkownika

Jeden z bardziej wymagającą scenariuszy odzyskiwanie jest odzyskanie błąd użytkownika poważnych, takich jak obiekty przypadkowo porzuconych bazy danych.W tej sekcji znajduje się lista narzędzi, które mogą być przydatne w przypadku inspekcji, a w niektórych przypadkach regulujące, zmiany wprowadzone w bazach danych.

  • Uruchamia języka definicja danych (DDL)

    Te wyzwalacze mogą być tworzone dla inspekcji i regulowanie niektórych zmian schematu z bazy danych.Wyzwalacze DDL uruchomienie procedur przechowywanych w odpowiedzi na różne instrukcje DDL.Są to głównie instrukcji, które zaczynają się CREATE, ALTER i DROP.Zakres wyzwalacz DLL jest konkretnej bazy danych lub wystąpienie całego serwera.Aby uzyskać więcej informacji zobaczUnderstanding DDL Triggers.

  • Powiadomień o zdarzeniach

    zdarzenie powiadomienia o wykonać w odpowiedzi na różne Transact-SQL Instrukcje DDL programu SQL Śledzenie zdarzenie s i wysyłanie informacji o tych zdarzenie s do Service Broker Usługa.

    Powiadomień o zdarzeniach można programowane przeciwko wielu z tego samego zdarzenie przechwycone przez śledzenia SQL.Ale w przeciwieństwie do tworzenia ślady, można użyć do wykonywania akcja wewnątrz powiadomień o zdarzeniach wystąpienie z SQL Server w odpowiedzi zdarzenie. Ponieważ powiadomień o zdarzeniach wykonywane asynchronicznie, te akcje należy wykonać nie zużywają żadnych zasobów określonych przez bezpośrednie transakcji.Aby uzyskać więcej informacji zobaczEvent Notifications (Database Engine).

    Uwaga

    Nie wszystkie zdarzenia DDL mogą być używane w wyzwalacze DDL.Niektóre zdarzenia przeznaczone są tylko instrukcje asynchronicznych, nietransakcyjnej.Na przykład zdarzenie tworzenie bazy danych nie można używać w wyzwalacz DLL.Należy używać zdarzenie powiadomienia o takiej s zdarzenie.

  • SQL Server Agent

    Jest to usługa systemu Windows, która wykonuje zaplanowanych zadań administracyjnych, noszą nazwę zadań.SQL Server Agent używa SQL Server Aby przechowywać informacje o zadaniu. Między innymi, SQL Server Agent można uruchomić zadanie w odpowiedzi na określone zdarzenie, takie jak błędy, które mają szereg poziom ważności określonych wiadomości.

    Aby uzyskać informacje wstępne SQL Server Agent, zobacz Automating Administrative Tasks (SQL Server Agent). Aby uzyskać informacje na temat używania SQL Server Agent w przypadku zdarzeń, zobacz Monitoring and Responding to Events.

  • Śledzenia SQL

    Zapewnia śledzenia SQL Transact-SQL procedury składowane w systemie utworzyć ślady na klas zdarzeń wybranych przez użytkownika w wystąpieniu SQL Server Database Engine. Procedury te przechowywana w systemie można używać własnych aplikacji w ramach ręcznie utworzyć śladów.Aby uzyskać więcej informacji zobaczIntroducing SQL Trace.

    Uwaga

    SQL Server Profiler jest graficzny interfejs użytkownika do śledzenia SQL przez monitorowanie wystąpienie Database Engine lub Analysis Services. Aby uzyskać więcej informacji zobaczUsing SQL Server Profiler.