Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Dotyczy:
SQL Server
Aby obsługiwać automatyczny failover, sesja dublowania bazy danych musi być skonfigurowana w trybie wysokiego bezpieczeństwa i posiadać trzecie wystąpienie serwera, znane jako świadek. Świadek jest opcjonalnym wystąpieniem programu SQL Server, umożliwiającym serwerowi lustrzanemu w sesji trybu wysokiego bezpieczeństwa ustalenie, czy należy zainicjować automatyczne przełączenie awaryjne. W przeciwieństwie do dwóch partnerów świadek nie obsługuje bazy danych. Obsługa automatycznego trybu failover jest jedyną rolą monitora.
Uwaga / Notatka
W trybie wysokiej wydajności świadek może niekorzystnie wpłynąć na dostępność. Jeśli świadek jest skonfigurowany na potrzeby sesji odbicia bazy danych, serwer główny musi być połączony co najmniej z jednym z innych wystąpień serwera: serwerem odbicia lub świadkiem, lub z nimi obiema. W przeciwnym razie baza danych staje się niedostępna i wymuszanie usługi (z możliwością utraty danych) jest niemożliwe. W związku z tym w przypadku trybu o wysokiej wydajności zdecydowanie zalecamy, aby zawsze zachować monitor ustawiony na wartość OFF. Aby uzyskać informacje o wpływie świadka w trybie wysokiej wydajności, zobacz Tryby operacyjne dublowania bazy danych.
Na poniższej ilustracji przedstawiono sesję trybu wysokiego bezpieczeństwa z świadkiem.
W tym temacie:
Używanie świadka w wielu sesjach
Określone wystąpienie serwera może pełnić rolę świadka w równoczesnych sesjach dublowania baz danych, przy czym każda sesja dotyczy innej bazy danych. Różne sesje mogą być z różnymi partnerami. Poniższa ilustracja przedstawia wystąpienie serwera, które jest świadkiem w dwóch sesjach mirroringu baz danych z różnymi partnerami.
Wystąpienie pojedynczego serwera może również działać równocześnie jako świadek w niektórych sesjach oraz jako partner w innych sesjach. Jednak w praktyce instancja serwera zwykle działa jako świadek lub partner. Jest to spowodowane tym, że partnerzy wymagają zaawansowanych komputerów, które mają wystarczające zasoby sprzętowe do obsługi produkcyjnej bazy danych, natomiast świadek może działać w dowolnym dostępnym systemie Windows obsługującym SQL Server.
Zalecenia dotyczące oprogramowania i sprzętu
Zdecydowanie zalecamy, aby świadek znajdował się na innym komputerze niż partnerzy. Partnerzy dublowania baz danych są obsługiwani tylko przez wersję SQL Server Standard i program SQL Server Enterprise. Świadkowie są natomiast obsługiwani przez grupę roboczą programu SQL Server i program SQL Server Express. Z wyjątkiem sytuacji, gdy następuje uaktualnienie z wcześniejszej wersji SQL Server, wszystkie wystąpienia serwera w sesji mirroringu muszą mieć uruchomioną tę samą wersję programu SQL Server. Na przykład świadek SQL Server 2008 (10.0.x) jest obsługiwany podczas uaktualniania z konfiguracji mirroringu SQL Server 2008 (10.0.x), ale nie można go dodać do istniejącej lub nowej konfiguracji mirroringu SQL Server 2008 R2 (10.50.x) lub nowszej.
Świadek może działać na dowolnym niezawodnym systemie komputerowym, który obsługuje dowolną z tych edycji programu SQL Server. Zalecamy jednak, aby każde wystąpienie serwera, które jest używane jako świadek, odpowiadało minimalnej konfiguracji wymaganej dla wersji uruchamianej programu SQL Server Standard. Aby uzyskać więcej informacji na temat tych wymagań, zobacz Wymagania sprzętowe i programowe dotyczące instalowania programu SQL Server 2016.
Rola świadka w automatycznym trybie failover
Podczas całej sesji mirroringu bazy danych wszystkie instancje serwera monitorują swój stan połączenia. Jeśli partnerzy zostaną odłączeni od siebie, polegają na świadku, aby upewnić się, że tylko jeden z nich obsługuje bazę danych. Jeśli zsynchronizowany serwer dublowania utraci połączenie z serwerem głównym, ale pozostaje połączony z monitorem, serwer dublowania kontaktuje się z monitorem w celu ustalenia, czy monitor stracił połączenie z serwerem głównym:
Jeśli serwer główny jest nadal połączony z świadkiem, automatyczne przejście w tryb failover nie nastąpi. Zamiast tego serwer główny nadal obsługuje bazę danych, gromadząc rekordy dzienników do wysłania do serwera lustrzanego po ponownym połączeniu partnerów.
Jeśli świadek jest również odłączony od serwera głównego, serwer lustrzany jest świadomy, że główna baza danych stała się niedostępna. W takim przypadku serwer lustrzany natychmiast inicjuje automatyczne przełączanie.
Jeśli serwer lustrzany jest odłączony od świadka oraz od serwera głównego, automatyczne przełączenie w tryb awaryjny nie jest możliwe, niezależnie od stanu serwera głównego.
Wymaganie, aby co najmniej dwa wystąpienia serwera były połączone, nazywa się kworum. Kworum zapewnia, że baza danych może być obsługiwana tylko przez jednego partnera naraz. Aby uzyskać informacje na temat działania kworum i jego wpływu na sesję, zobacz Kworum: Jak świadka wpływa na dostępność bazy danych (mirroring bazy danych).
Aby dodać lub usunąć świadka
Aby dodać świadka
Aby usunąć świadka
Zobacz też
Przełączanie roli podczas sesji mirroringu bazy danych (SQL Server)
Tryby operacyjne mirroringu bazy danych
Kworum: jak świadek wpływa na dostępność bazy danych (mirroring bazy danych)
Możliwe błędy podczas dublowania bazy danych
Stany odbicia (SQL Server)