Półklastrowe kopie zapasowe MSSQL z ZWC

Ten artykuł jest przeznaczony dla Amanda Enterprise (AE)

Amanda Enterprise (zwana dalej AE), współpracująca z Klientem Zmanda Windows (zwana dalej ZWC), może być używana do tworzenia kopii zapasowych klastra SQL Server. Jednakże, ponieważ Amanda Enterprise nie jest w pełni „świadoma klastrów”, istnieją pewne ograniczenia, o których należy pamiętać, oraz wymagania, które należy spełnić. ZWC współdzieli kod z w pełni funkcjonalnym programem do tworzenia kopii zapasowych dla systemu Windows Server Carbonite Server Backup, naszej firmy macierzystej Carbonite. Z tego powodu „Usługa ZWC” lub „Baza danych ZWC” są czasami wymienione odpowiednio jako „Kontroler kopii zapasowych serwera Carbonite” i „Baza danych serwera Carbonite”. Traktuj te usługi Carbonite dokładnie tak, jak usługi ZWC w niniejszych instrukcjach.

ustawienie

ZWC musi być zainstalowany na wszystkich węzłach w klastrze.

1. Zainstaluj ZWC w węźle, który jest preferowanym (głównym) właścicielem zasobu klastra SQL.
   1. Nowy klucz rejestru o nazwie Nazwa klastra (Type = String) należy utworzyć w HKLM \ Software \ Zmanda \ ZWC \ 1.0 \ Engine \. Wartość klucza musi być nazwą klastra SQL.
   2. Otwórz menu Usługi i zrestartuj usługę Carbonite Server Database, spowoduje to ponowne uruchomienie obu usług.
2. Skonfiguruj kopię zapasową SQL Server ustawioną w AE.
   1. Kopie zapasowe w węźle podstawowym można skonfigurować jako kopie PEŁNE i RÓŻNICOWE. Proszę zobaczyć Różnicowe kopie zapasowe w klastrze programu SQL Server poniżej.
3. Przenieś instancję SQL do innego węzła i powtórz instalację i konfigurację ZWC.
   1. Dezaktywuj nowy zestaw kopii zapasowych SQL. Kliknij prawym przyciskiem myszy zestaw kopii zapasowych i wybierz opcję Dezaktywuj.
   2. Skonfiguruj tylko PEŁNE kopie zapasowe na wszystkich innych węzłach. Proszę zobaczyć Różnicowe kopie zapasowe w klastrze programu SQL Server poniżej.
4. Powtórz krok 3 dla wszystkich węzłów w klastrze.
5. Przenieś instancję SQL z powrotem do preferowanego (podstawowego) węzła.

Przenoszenie instancji SQL między węzłami klastra po wstępnej konfiguracji

Jeśli po początkowej konfiguracji przeniesiesz instancję SQL z podstawowego węzła klastra do innego węzła, musisz również dostosować konfigurację AE i ZWC, chyba że planujesz przenieść zasób z powrotem przed zaplanowanym składowaniem.

1. Najpierw dezaktywuj zestaw kopii zapasowych SQL w bieżącym węźle.
2. Przenieś instancję SQL do innego węzła.
3. Aktywuj zestaw kopii zapasowych w nowym węźle.

Różnicowe kopie zapasowe w klastrze programu SQL Server

Ponieważ AE nie obsługuje w pełni klastrów, należy zachować szczególną ostrożność podczas korzystania z różnicowych kopii zapasowych w środowisku klastrowym. Wyobraź sobie następujący scenariusz:

1. Twoja pierwsza pełna kopia zapasowa jest wykonywana w węźle 1 (preferowany właściciel) w transakcji / rekordzie 100. SQL Server rejestruje, że wykonywana jest pełna kopia zapasowa.
   1. Ta kopia zapasowa zawiera transakcje / rekordy 1 - 100. Type = Full.
2. Twoja następna kopia zapasowa, nadal w węźle 1, jest różnicową kopią zapasową wykonaną w transakcji 150. SQL Server rejestruje, że jest wykonywana różnicowa kopia zapasowa.
   1. Ta kopia zapasowa zawierałaby transakcje 101 - 150. Typ = Różnicowy. Odpowiedni pełny to 1-100.
3. Teraz przenosisz SQL Server do węzła 2 w transakcji 200 i wykonujesz kopię zapasową. AE i ZWC w tym węźle nie są świadomi istnienia kopii zapasowych w innym węźle, więc musisz wykonać kolejną pełną kopię zapasową.
   1. Ta kopia zapasowa zawiera transakcje 1 - 200. SQL Server rejestruje, że pełna kopia zapasowa jest wykonywana w transakcji 200.
4. W tym momencie przenosisz SQL z powrotem do Węzła 1 i wykonujesz różnicową kopię zapasową w transakcji 250. SQL Server odnotował, że ostatnia Pełna kopia zapasowa była w transakcji 200.
   1. Ta kopia zapasowa zawierałaby transakcje 201–250.
   2. Jednak ostatnia Pełna kopia zapasowa w tym węźle zawiera tylko transakcje od 1 do 100.
5. Teraz jest problem. Brakuje transakcji w łańcuchu kopii zapasowych. Można przywrócić tylko pełne kopie zapasowe.
   1. Przywrócenie pełnej kopii zapasowej w węźle 1 zawierałoby tylko rekordy 1 - 100. Jedyną różnicową kopią zapasową, którą można przywrócić, jest ta zawierająca transakcje 101 - 150. Transakcje 151 - 250 zostały utracone.
   2. Przywrócenie pełnej kopii zapasowej w węźle 2 zawierałoby tylko rekordy 1 - 200. Różnicowej kopii zapasowej z węzła 1 nie można przywrócić do węzła 2. Transakcje 201 - 250 zostały utracone.

Aby uniknąć problemów, takich jak powyższe, zalecamy:

1. Pełnych lub różnicowych kopii zapasowych należy używać tylko w jednym węźle podstawowym - tj. Na preferowanym właścicielu zasobu klastra instancji SQL.
2. Używaj pełnych kopii zapasowych tylko na wszystkich innych węzłach.
3. Jeśli kopia zapasowa danych SQL została utworzona, gdy znajdują się one w węźle innym niż podstawowy, to po przeniesieniu instancji SQL z powrotem do węzła podstawowego pierwszą utworzoną kopią zapasową musi być Pełna kopia zapasowa.

Jeśli instancja SQL jest przenoszona do innych węzłów klastra tylko na krótki czas, na przykład w celu konserwacji, można uprościć schemat tworzenia kopii zapasowych, instalując i konfigurując ZWC tylko w jednym węźle podstawowym.

Zachęcamy do przeczytania następującego artykułu zamieszczonego na blogu MSDN: Jakie dane należy wykonać kopię zapasową z klastra SQL Server?