Synchronous Database Mirroring (High-Safety Mode)
Gdy transakcja bezpieczeństwa jest ustawiony na FULL, dublowanie bazy danych sesja jest uruchamiany w trybie wysokiego bezpieczeństwa i działa synchronicznie po początkowej fazie synchronizacji.W tym temacie opisano szczegóły dotyczące sesji, które są skonfigurowane dla operacji synchronicznych dublowanie bazy danych.W tym temacie założono, że czytelnik jest obeznany z podstawowych pojęć związanych z dublowanie bazy danych operacji.Aby uzyskać więcej informacji zobaczDatabase Mirroring Sessions.
Uzyskanie synchronicznych operacji dla sesja, serwer dublowany musi zsynchronizować lustrzana baza danych z główna baza danych.Po rozpoczęciu sesja, serwer główny rozpoczyna wysłanie jej aktywnego dziennika serwer dublowany.serwer dublowany zapisuje wszystkie przychodzące rekordy dziennika na dysku, tak szybko jak to możliwe.Jak najszybciej wszystkie rekordy dziennika odebranych zostały zapisane na dysku, baz danych są zsynchronizowane.Tak długo, jak długo pozostają partnerami w komunikacji, baz danych pozostają zsynchronizowane.
Uwaga
Aby monitorować zmieni się stan w bazie danych dublowanie sesja, należy użyć Dublowanie zmiana stanu bazy danych klasa zdarzenia.Aby uzyskać więcej informacji zobaczDublowanie zmiana stanu bazy danych klasa zdarzenia.
Po zakończeniu synchronizacji, każda transakcja przekazana do główna baza danych jest również zatwierdzona serwer dublowany, gwarantując ochrony danych.W tym celu należy oczekujących na zatwierdzanie transakcji główna baza danych, dopóki serwer główny odbiera wiadomości od serwer dublowany stwierdzające, że ma kula dziennika transakcji na dysku.Uwaga oczekiwania dla tej wiadomości powoduje zwiększenie opóźnienia transakcji.
czas wymaganego do synchronizacji zależy od tego, przede wszystkim na jak daleko lustrzana baza danych został związany z główna baza danych w momencie rozpoczęcia sesja (mierzona liczbą rekordów dziennika początkowo otrzymany z serwer główny), obciążenie pracy z główna baza danych i szybkości systemu dublowania.Po sesja są synchronizowane, zaostrzony dziennik, który nie został jeszcze być ponowione lustrzana baza danych pozostaje w kolejce ponowne wykonanie.Aby uzyskać więcej informacji zobaczDatabase Mirroring Sessions.
Tak szybko, jak bazy danych woluminu dublowanego staje się synchronizowane, SYNCHRONIZED zmienia stan kopii bazy danych.
Operacja synchroniczna jest przechowywana w następujący sposób:
Po otrzymaniu transakcji z klient, serwer główny zapisuje dziennik transakcji dziennik transakcji.
serwer główny zapisuje transakcji do bazy danych, a jednocześnie, wysyła do rekordu dziennika do serwer dublowany.serwer główny czeka na potwierdzenie z serwer dublowany przed potwierdzeniem jedną z następujących czynności, aby klient: zatwierdzanie transakcji lub wycofywania.
serwer dublowany hardens dziennika na dysku i zwraca potwierdzenie do serwer główny.
Po otrzymaniu potwierdzenia z serwer dublowany, serwer główny wysyła komunikat potwierdzający do klient.
Trybie wysokiego bezpieczeństwa chroni dane wymagające dane, które mają być synchronizowane między dwoma miejscami.Wszystkie zatwierdzone transakcje są zawsze być zapisywane na dysku, serwer dublowany.
Tryb wysokiego bezpieczeństwa bez automatyczna praca awaryjna
Na poniższym rysunku pokazano konfiguracja trybie wysokiego bezpieczeństwa bez automatyczna praca awaryjna.Konfiguracja składa się z dwóch partnerów.
.gif "Partners communicating without a witness")
Gdy partnerów są podłączone i baza danych jest już zsynchronizowane, ręczna praca awaryjna jest obsługiwany.Jeśli wystąpienie serwer dublowany ulegnie uszkodzeniu, nie wpływa to wystąpienie serwer główny i uruchamia narażone (tzn. bez dublowanie danych).W przypadku utraty serwer główny woluminu dublowanego jest wstrzymana, ale usługa może być zmuszona do serwer dublowany (o możliwości utraty danych).Aby uzyskać więcej informacji zobaczForced Service (with Possible Data Loss).
Tryb wysokiego bezpieczeństwa z automatyczna praca awaryjna
automatyczna praca awaryjna zapewnia wysoka wysoka dostępność w celu zapewnienia, że baza danych jest nadal obsługiwanej po utracie jednego serwera.automatyczna praca awaryjna wymaga, że sesja posiada trzecie wystąpienie serwera, dowód, które idealnie znajduje się na komputerze trzeciego.Na poniższym rysunku pokazano konfiguracja z sesja trybie wysokiego bezpieczeństwa, która obsługuje automatyczna praca awaryjna.
.gif "The witness and two partners of a session")
W przeciwieństwie do dwóch partnerów dowód nie służy w bazie danych.Dowód po prostu obsługuje automatyczna praca awaryjna przez sprawdzenie, czy serwer główny działa i działa.serwer dublowany inicjuje automatyczna praca awaryjna, tylko wtedy, gdy kopię i dowód pozostają połączone ze sobą po obu nastąpiło rozłączenie z serwer główny.
Jeśli ustawiono świadka, wymaga sesja kworum— relacje między co najmniej dwa wystąpienia serwera, umożliwiającym bazy danych mają być udostępnione.Aby uzyskać więcej informacji zobacz Quorum: How a Witness Affects Database Availability i Automatic Failover. Aby uzyskać więcej informacji zobaczDatabase Mirroring Witness.
automatyczna praca awaryjna wymaga następujących warunków:
Baza danych jest już zsynchronizowane.
Błąd występuje podczas wszystkich trzech serwerów wystąpienia są podłączone i dowód i serwer dublowany pozostają połączone.
Utrata partner ma następujące skutki:
Jeśli serwer główny jest niedostępny na powyższych warunkach, automatyczne awaryjnej.serwer dublowany przełącza się do roli głównej i oferuje on swoją bazę danych jako główne bazy danych.
Jeśli serwer główny stanie się niedostępny, gdy nie spełnienia tych warunków, może się zdarzyć, że wymuszenie usługa (o możliwości utraty danych).Aby uzyskać więcej informacji zobaczForced Service (with Possible Data Loss).
Jeśli tylko serwer dublowanie staje się niedostępny, kapitał i dowód kontynuować.
Jeśli sesja utraci swoich dowód, kworum wymaga obu partnerów.Jeśli partner albo utraci kworum, partnerów utraty kworum i baza danych staje się niedostępny, dopóki nawiązaniu kworum.To wymaganie kworum sprawdza, czy że w przypadku braku dowód, nigdy nie jest uruchamiany w bazie danych narażony, które nie są dublowane.
Uwaga
Jeśli dowód pozostaje odłączonych dla znaczną ilość czas, zaleca się usunięcie dowód z sesja, dopóki nie będzie dostępny.