SQL Server to szeroko stosowany relacyjny system baz danych do przechowywania i pobierania danych. Odzyskiwanie po awarii to najpopularniejsza metoda wykorzystywana do zabezpieczania baz danych SQL Server. Dlatego administrator musi podjąć rozsądne środki ostrożności w celu ochrony bazy danych przed utratą w takich przypadkach. Ten blog przedstawia najlepsze praktyki odzyskiwania po awarii programu Microsoft SQL Server, których użytkownicy mogą używać do odzyskiwania danych po katastrofie naturalnej lub spowodowanej przez człowieka.
Podstawowe punkty odzyskiwania po awarii SQL
Plan odzyskiwania po awarii musi być kompletny i zawierać wszystkie zależności. Jeśli bieżący program SQL Server wymaga przywrócenia, upewnij się, że wszystkie zależności od programu SQL Server są na swoim miejscu. Zależności systemu plików, konta Windows, aplikacje i wiele innych aspektów serwera muszą być dostępne, ponieważ wszystkie plany odzyskiwania po awarii nie powiodły się, ponieważ nie istnieje zależność platformy sprzętowej.
Twój plan musi być tak prosty i złośliwy, jak to tylko możliwe. Tylko kilka technologii odzyskiwania po awarii programu SQL Server ogranicza możliwe działania na serwerze źródłowym. Na przykład, czy można zmienić model odzyskiwania podczas korzystania z dublowania bazy danych. Oto kilka dodatkowych kroków, aby upewnić się, że witryna odzyskiwania po awarii programu SQL Server jest często aktualna:Replikacja i przesyłanie dziennika nie mogą replikować loginów. Ponadto wymagane są liczne procesy, aby zapewnić, że wszystkie loginy są w jednym miejscu i aktualne w przypadku odzyskiwania po awarii.
Jeśli masz uszkodzone pliki bazy danych SQL, musisz je odzyskać za pomocą Narzędzia do odzyskiwania SQL . Pomoże to naprawić uszkodzoną bazę danych SQL wraz ze wszystkimi obiektami. Dzięki temu możesz naprawić i przywrócić bazę danych SQL do nowej lub istniejącej bazy danych.
Najlepsze praktyki odzyskiwania po awarii Microsoft SQL Server
Najnowsze wersje SQL Server oferują kilka opcji konfigurowania mechanizmu odzyskiwania po awarii, który może być przydatny dla administratorów SQL w trudnych sytuacjach. Omówimy je w następnej sekcji.
- Kopia zapasowa i przywracanie
- Korzystanie z zawsze włączonych i podstawowych grup dostępności bazy danych
- Klaster pracy awaryjnej
- Wysyłka dziennika
- Replikacja bazy danych
Opcja 1:Regularna kopia zapasowa bazy danych SQL Server
Jest to najlepszy i najbardziej preferowany plan odzyskiwania po awarii SQL. Użytkownicy mogą regularnie wykonywać kopię zapasową bazy danych i łatwo ją przywracać w razie potrzeby. Dowiedzmy się więcej o kopii zapasowej bazy danych:
- Wykonywanie kopii zapasowej bazy danych za pomocą SQL Server Management Studio, poleceń T-SQL lub PowerShell.
- Wykonywanie różnych typów kopii zapasowych bazy danych:pełna baza danych, różnicowa baza danych, częściowa baza danych, pliki dziennika transakcji.
- W razie potrzeby przywróć bazę danych SQL z kopii zapasowej (plik .bak).
Opcja 2:korzystanie z zawsze włączonych i podstawowych grup dostępności bazy danych
Grupy dostępności AlwaysOn (AG) są najważniejszymi technologiami najlepszych rozwiązań dotyczących wysokiej dostępności (HA) programu SQL Server i Microsoft SQL Server Disaster Recovery. AlwaysOn AG są zawarte tylko w wersji SQL Server Enterprise i oferują ochronę dla różnych baz danych z zaprogramowanym przełączaniem awaryjnym. Jak to działa, wymieniliśmy w poniższych krokach:
- Zawsze włączone grupy dostępności współpracują z Pacemaker w systemach Linux/Windows Server/Windows Failover Cluster.
- Zapewnia synchronizację z drugorzędnymi bazami danych i asynchronizowanymi drugorzędnymi bazami danych do odzyskiwania po awarii.
- Grupy dostępności, które są zawsze dostępne, pobierają kopie zapasowe podstawowej bazy danych i przywracają je bezpiecznie w innym systemie.
- Podstawowe grupy dostępności działają tak samo jak zawsze włączona dostępność, aby chronić bazę danych SQL.
Opcja 3:klaster pracy awaryjnej
AlwaysOn FCI zapewnia ochronę na poziomie serwera przed nieoczekiwanymi uszkodzeniami lub awariami. Dowiedzmy się o tym więcej:
- Działa na Windows Server z Windows Server Failover Cluster i Pacemaker na Linux.
- AlwaysOn FCI może być używany do odzyskiwania po awarii SQL przy użyciu klastrów geograficznych z różnymi węzłami klastra, które są umieszczone w różnych lokalizacjach fizycznych.
- AlwaysOn FCI jest utrzymywany w standardowych i korporacyjnych wersjach SQL Server 2017.
- Jeśli węzeł klastra ulegnie awarii, usługi hostowane na tym węźle mogą zostać automatycznie lub ręcznie przeniesione do innego węzła zwanego przełączaniem awaryjnym.
Opcja 4:wysyłka dziennika SQL
Wysyłka dzienników jest dostępna we wszystkich wersjach SQL od 2000 r., w tym SQL 2017 Standard, Enterprise oraz we wcześniejszych wersjach SQL.
- Podczas przesyłania dzienników administrator tworzy kopię zapasową dzienników transakcji w podstawowej bazie danych.
- Przenieś tę kopię zapasową do co najmniej jednej dodatkowej bazy danych.
- Przywróć kopię zapasową dziennika transakcji w dodatkowej bazie danych SQL Server.
Opcja 5:replikacja bazy danych
Ta procedura kopiuje dane bazy danych SQL Server, a następnie dystrybuuje je do innej bazy danych. Jest to kolejne najlepsze rozwiązanie Microsoft SQL Server Disaster Recovery. Omówmy jego ważne punkty:
- Technologia replikacji składa się z wydawców, czyli baz danych dostarczających dane, oraz subskrybentów, czyli baz danych, które otrzymują bazy danych od wydawców.
- Wszelkie zmiany w wydawcach są automatycznie aktualizowane dla subskrybentów, gdy są synchronizowane
- Oferuje równoważenie obciążenia, które umożliwia udostępnianie danych i odpytywanie obciążeń z wieloma serwerami.
Oto 5 planów lub opcji odzyskiwania bazy danych SQL Server, które administrator SQL może zastosować w celu ochrony bazy danych SQL przed przyszłymi awariami. Ale jeśli twoje pliki bazy danych SQL są uszkodzone, musisz użyć oprogramowania do odzyskiwania SQL. Dzięki temu możesz naprawić uszkodzony plik MDF bazy danych SQL i zapisać dane bezpośrednio w działającej bazie danych SQL Server.
Końcowe słowa
W tym blogu omówiliśmy najlepszy plan odzyskiwania po awarii SQL lub opcje ochrony danych przed przyszłymi awariami. Wyjaśniliśmy 5 najlepszych praktyk Microsoft SQL Server Disaster Recovery i wyjaśniliśmy, jak to działa. Jeśli masz uszkodzoną bazę danych SQL, zaleca się skorzystanie z narzędzia do odzyskiwania bazy danych SQL.
