• Artykuł

Planowanie odzyskiwania po awarii

Kiedy są administrującego SQL Server Ważne jest baza danych, przygotowywanie do odzyskiwanie z potencjalnych klęsk.W dobrze zaprojektowane i przetestowane kopia zapasowa i plan przywracanie z SQL Server kopia zapasowas jest niezbędne do odzyskiwania bazy danych po klęski.Aby uzyskać więcej informacji, zobacz Wprowadzenie do tworzenia kopii zapasowych i przywracania strategii w programie SQL Server.Ponadto aby upewnić się, że systemów i danych można szybko przywrócić regularnych operacji w przypadku wystąpienia klęski żywiołowej, należy utworzyć planu odzyskiwanie danych.Podczas tworzenia tego planu, należy rozważyć scenariuszy dla różnych typów klęsk, które mogą dotyczyć Twojego Sklepu.Obejmują one klęsk żywiołowych, takich jak pożar i technicznych katastrof, takich jak awaria dysku dwóch macierzy RAID-5.Po utworzeniu planu odzyskiwanie danych należy zidentyfikować i przygotować do wszystkich czynności wymaganych odpowiedzi do każdego rodzaju klęski.Konieczne jest testowanie czynności odzyskiwanie dla każdego scenariusza.Zaleca się, aby zweryfikować planu odzyskiwanie po awarii za pomocą symulacji klęski żywiołowej.

Podczas projektowania kopia zapasowa i przywracanie plan, należy rozważyć sieci odzyskiwanie planowania w odniesieniu do określonych potrzeb ochrony środowiska i biznesowych.Załóżmy na przykład, pożar występuje i wypiera poza centrum danych 24-godzinnym.Czy na pewno można odzyskać?Jak długo można odzyskać system dostępny i Trwa?Utrata danych, jaka może tolerować użytkowników?

Odzyskiwanie systemu po awarii planu najlepiej, jak długo potrwa odzyskiwania i stanu końcowego bazy danych użytkowników można oczekiwać, że Państwa.Na przykład może ustalić, że po przejęciu sprzętowe odzyskiwanie zostaną zakończone w ciągu 48 godzin, i danych będzie zapewniona tylko do końca poprzedniego tygodnia.

Planu odzyskiwanie danych mogą być zorganizowane na wiele różnych sposobów i może zawierać wiele typów informacji.Następujące typy planu odzyskiwanie po awarii:

  • Plan do nabycia sprzętu.

  • Plan komunikacji.

  • Lista osób się kontaktować w przypadku wystąpienia klęski.

  • Instrukcje dotyczące kontaktowania się z osób zaangażowanych w odpowiedzi na katastrofy.

  • Informacje o właścicielu administracji planu.

  • Lista kontrolna zadań wymaganych dla każdego scenariusza odzyskiwanie.Aby ułatwić przeglądanie jak klęski odzyskiwanie , początkowej każdego zadania, jak zostało ukończone, a czas po zakończeniu na listę kontrolną.

SQL ServerModele

SQL Serverzawiera trzy modeli alternatywnych odzyskiwanie: prosty, pełne i bulk-logged.A model odzyskiwanie jest właściwośćą bazy danych, która kontroluje zachowanie podstawowych operacji wykonywania kopii zapasowych i przywracanie bazy danych.Wybór optymalnego model odzyskiwanie dla każdej bazy danych jest wymaganą częścią planowania strategii kopia zapasowa i przywracanie.Wybór model odzyskiwanie dla danej bazy danych zależy od nieco na wymagania dotyczące dostępności i odzyskiwanie.Wybór model odzyskiwanie, z kolei wpływa na możliwości awarii dla bazy danych.

Wprowadzenie do modeli odzyskiwanie, zobacz Omówienie modelu odzyskiwania.

Zarządzanie nośnikami kopii zapasowej

Zaleca się, że plan kopia zapasowa zawierają przepisy zarządzania nośnika kopia zapasowa, takie jak:

  • Zarządzanie i śledzenie planu do przechowywania i odtwarzania kopia zapasowa ustawia.

  • Harmonogram zastępowaniu nośnika kopia zapasowa.

  • W środowiskach wieloserwerowych decyzja o wykorzystaniu scentralizowanego lub rozpowszechniane kopie zapasowe.

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

  • Procedura zminimalizowania skutków utraty zestaw kopii zapasowych lub nośnika kopia zapasowa (na przykład straty taśmy).

  • Decyzja do przechowywania zestawów kopii zapasowych na lub poza firmą i analizę to wpływ odzyskiwanie czas.

Aby uzyskać informacje o SQL Server używa kopia zapasowa urządzeń i nośników, zobacz Praca z nośnika kopii zapasowej w programie SQL Server.

Uruchamianie skryptu funkcjonalność Base

Zazwyczaj zawierać skrypt base funkcji jako część planu odzyskiwanie po awarii, aby potwierdzić, że wszystko działa zgodnie z przeznaczeniem.Skrypt funkcjonalności bazy zapewnia niezawodny narzędzie administrator systemu lub administrator bazy danych sprawdź, czy bazy danych jest w stanie prawidłowo, bez zależności użytkowników końcowych do weryfikacji.

Skrypt base funkcjonalność jest specyficzna dla aplikacji i może przyjmować wiele form.Na przykład wspomaganie decyzji lub system sprawozdawczości skrypt tylko może być kilka klucz Raportowanie kwerend kopię.Dla transakcji online (OLTP) wniosku skrypt może wykonywać partia procedur przechowywanych, których wykonać instrukcji INSERT, UPDATE i DELETE.Na przykład skrypt base funkcjonalność może być tak proste, jak plik .sql, który wysyła wsadowej instrukcji SQL do serwera z polecenie sqlcmd narzędzia.Innym przykładem jest przy użyciu pliku .bat, który zawiera zarówno bcp i polecenie sqlcmd polecenia.

Zapewnienie gotowości po awarii

Aby upewnić się, że jesteś gotowy do katastrof, zaleca się, że okresowo wykonywać następujące działania:

  • Test na kopia zapasowa i procedury odzyskiwanie dokładnie przed rzeczywistym awarii.Testowanie pomaga zapewnić wymagane kopie zapasowe, aby odzyskać z różnych błędów własnych procedur były jasno określone i udokumentowane i może, że można je wykonać szybko i sprawnie przez dowolny operator kwalifikowaną.

  • Wykonywanie regularnych bazy danych i kopie zapasowe dziennika transakcji, aby zminimalizować ilość utraconych danych.Zaleca się wykonanie tworzyć kopię zapasową zapasowej bazy danych systemu i użytkownika.

  • Dzienniki systemu utrzymania w bezpieczny sposób.Prowadzić rejestr wszystkich zainstalowanych dodatków usługa pack na Microsoft systemu Windows i SQL Server.Zachowaj rekordy biblioteki sieciowe używane i tryb zabezpieczeń.Ponadto jeśli SQL Server działa w uwierzytelniania w trybie mieszanym (SQL Server i tryb uwierzytelniania systemu Windows), rekordów sa hasła w bezpiecznym miejscu.Aby uzyskać więcej informacji, zobacz Bezpieczeństwo i ochrona (aparat bazy danych).

    Ważna informacjaWażne:

    Uwierzytelnianie systemu Windows jest dużo bezpieczniejszy niż SQL Server uwierzytelniania.Jeśli to możliwe, należy używać uwierzytelniania systemu Windows.

  • Kroki, które są niezbędne do oceny, na innym serwerze, odzyskać po awarii.W razie potrzeby zmienią kroki niezbędne do własnych środowiska serwera lokalnego i przetestować zmienione kroki.

  • Utrzymać skryptu funkcjonalność base szybko oceny możliwości minimalny.

Inspekcja i zmniejszenie potencjalnie Katastrofalny błędy użytkownika

odzyskiwanie po jednym trudniejsze scenariuszy odzyskiwanie błąd poważne użytkownika, takich jak obiekty przypadkowo porzuconych bazy danych.Ta sekcja zawiera narzędzia, które mogą pomóc w przypadku inspekcji i w niektórych przypadkach, regulujące zmiany bazy danych.

  • Wyzwalacze Data Definition Language (DDL)

    Te wyzwalacze mogą być tworzone dla inspekcji i regulacja niektórych zmian schemat bazy danych.Wyzwalacze DDL ognia procedur przechowywanych w odpowiedzi na szereg instrukcji DDL.Są to głównie instrukcji, które zaczynają CREATE, ALTER i UPUSZCZANIA.Zakres wyzwalacz DLL jest konkretnej bazy danych lub wystąpienie całego serwera.Aby uzyskać więcej informacji, zobacz Opis Wyzwalacze DDL.

  • Powiadomienia o zdarzeniach

    Powiadomienia o zdarzeniach wykonać w odpowiedzi na różne Transact-SQL DDL sprawozdań i zdarzeń śledzenia SQL i wysyłanie informacji o tych zdarzeniach, aby Service Broker usługa.

    Powiadomienia o zdarzeniach można zaprogramować przeciwko wiele tego samego zdarzenia przechwycone przez śledzenia SQL.Ale w przeciwieństwie do tworzenia śladów, powiadomienia o zdarzeniech można używać do wykonywania akcja wewnątrz wystąpienie z SQL Server w odpowiedzi zdarzenie.Ponieważ zdarzenie powiadomienia o wykonać asynchronicznie, działania te nie zajmują wszystkie zasoby określone przez bezpośrednich transakcji.Aby uzyskać więcej informacji, zobacz Powiadomienia o zdarzeniach (aparat bazy danych).

    Ostrzeżenie

    Nie wszystkie zdarzenia DDL służą 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 dla takich zdarzenies.

  • SQL Server Agent

    Jest to usługa systemu Windows wykonuje zaplanowane zadania administracyjne, które są nazywane zadaniami.SQL ServerAgent używa SQL Server do przechowywania zadanie informacji.Między innymi SQL Server agenta można uruchomić zadanie w odpowiedzi na określone zdarzenie, takie jak błędy o poziomie ważności szczególnych lub numer komunikatu.

    Wprowadzenie do SQL Server Agent, zobacz Automatyzowanie zadań administracyjnych (SQL Server Agent).Aby uzyskać informacje dotyczące używania SQL Server Agent zdarzeń, zobacz Monitorowanie i reagowanie na zdarzenia.

  • Śledzenia SQL

    Zapewnia śledzenia SQL Transact-SQL procedury składowane w systemie do tworzenia klas zdarzeń wybranych przez użytkownika w wystąpieniu śladów Aparat baz danych programu SQL Server.Te procedury składowane w systemie można w ramach własnych aplikacji ręcznie utworzyć śladów.Aby uzyskać więcej informacji, zobacz Wprowadzenie do śledzenia SQL.

    Ostrzeżenie

    SQL ServerProfiler jest graficzny interfejs użytkownika do śledzenia SQL monitorowania wystąpienie Aparat baz danych lub Usługi Analysis Services.Aby uzyskać więcej informacji, zobacz Za pomocą SQL Server Profiler.