Konsekwencje używania przełącznika /forcequorum do uruchamiania usługi klastrowania w systemie Windows Server 2008

W tym artykule omówiono implikacje uruchamiania usługi klastrowania przy użyciu przełącznika /forcequorum

Dotyczy: Windows Server 2012 R2
Oryginalny numer KB: 947713

Informacje o wersji beta

W tym artykule omówiono wersję beta produktu firmy Microsoft. Informacje zawarte w tym artykule są udostępniane w stanie rzeczywistym i mogą ulec zmianie bez powiadomienia.

Firma Microsoft nie zapewnia formalnej pomocy technicznej dla tego produktu w wersji beta. Aby uzyskać informacje o sposobie uzyskania pomocy technicznej dla wersji beta, zapoznaj się z dokumentacją dołączoną do plików produktów beta lub sprawdź lokalizację sieci Web, w której pobrano wersję.

Wprowadzenie

W systemie Windows Server 2003 klastry serwerów skonfigurowane do używania modelu kworum zestawu większości węzłów (MNS) mogą wymusić uruchomienie usługi klastra, gdy w klastrze uczestniczy mniej niż wymagana minimalna liczba węzłów klastra. Poniższa formuła służy do określania minimalnej liczby wymaganych węzłów klastra:
(<Łączna liczba skonfigurowanych węzłów> klastra/2) + 1

Na przykład klaster MNS z 4 węzłami wymaga, aby co najmniej trzy węzły były uznawane za funkcjonalne ((4/2) + 1 = 3).

Aby uruchomić usługę klastrowania przy użyciu metody modelu kworum usługi MNS, użyj klucza rejestru ForceQuorum lub użyj parametru uruchamiania, takiego jak przełącznik /forcequorum.

Uwaga

Klucz rejestru ForceQuorum znajduje się pod następującym podkluczem rejestru:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ClusSvc\Parameters

Istnieją specjalne procedury, które są wymagane do poprawnego odzyskania po użyciu przełącznika /forcequorum. W tym artykule omówiono implikacje użycia przełącznika /forcequorum w celu uruchomienia usługi klastrowania w systemie Windows Server 2008. W klastrach trybu failover opartych na systemie Windows Server 2008 uruchomienie usługi klastra razem z przełącznikiem /forcequorum ma większe konsekwencje niż we wcześniejszych systemach operacyjnych.

Więcej informacji

W klastrach trybu failover opartych na systemie Windows Server 2008 informacje o konfiguracji klastra są śledzone we wszystkich węzłach klastra i na dysku monitora, jeśli jest skonfigurowany. Proces tagowania Paxos służy do zagwarantowania spójności konfiguracji klastra we wszystkich węzłach i na dysku monitora. Algorytm Paxos służy do zagwarantowania spójności w systemach rozproszonych. Algorytm jest używany przez usługę klastrowania w celu zagwarantowania spójności danych, gdy aktualizacje konfiguracji klastra są propagowane we wszystkich węzłach klastra.

W klastrach trybu failover opartych na systemie Windows Server 2008 tag Paxos składa się z trzech liczb. Każda liczba jest oddzielona dwukropkiem. Na przykład tag może wyglądać następująco:
3:3:276
Liczby te reprezentują numer NextEpoch, numer LastUpdateEpoch i numer sekwencji. Najlepiej, aby tag Paxos był taki sam we wszystkich replikach konfiguracji klastra. Numery epoki są zmieniane za każdym razem, gdy klaster jest tworzony. Numer sekwencji jest zmieniany za każdym razem, gdy zostanie dokonana aktualizacja konfiguracji klastra. Proces synchronizacji w klastrze wysyła propozycję do wszystkich węzłów w klastrze. Wniosek składa się z numeru sekwencji i numeru propozycji. Węzeł klastra sprawdza lokalną kopię konfiguracji klastra, aby sprawdzić, czy ma nowszą liczbę sekwencji, czy wyższą liczbę propozycji. Jeśli węzeł nie ma więcej bieżących informacji (większe liczby), węzeł wysyła akceptację z powrotem do węzła proponowanego. Jeśli większość węzłów w klastrze ("konsensus") odsyła akceptację do węzła proponowanego, dane są wysyłane do każdego węzła klastra, który ma zostać włączony lokalnie.

Gdy węzeł klastra dołącza do klastra, węzeł wysyła informacje o tagu Paxos w ramach procesu łączenia. Jeśli informacje o tagu Paxos węzła łączącego są starsze niż bieżąca konfiguracja klastra, pełna kopia konfiguracji klastra jest wypychana do węzła w ramach procesu łączenia. Ta kopia konfiguracji klastra jest znana jako gałąź rejestru klastrów. To zachowanie gwarantuje, że wszystkie węzły dołączające do klastra mają najbardziej aktualne informacje o konfiguracji.

Format tagu Paxos w klastrze może ulec zmianie tylko w dwóch następujących scenariuszach:

• Po wykonaniu autorytatywnego przywracania konfiguracji klastra.
• Gdy usługa klastrowania jest uruchamiana przy użyciu przełącznika /forcequorum. Skrót dla przełącznika to /fq.

Nowe formatowanie tagów Paxos używa sygnatur czasowych. Poniżej przedstawiono przykład nowego formatowania:
2007/12/31-153555.889_4:2007/12/31-153555.889_4:294

Ten format gwarantuje, że węzły, w których uruchomiono usługę klastrowania wraz z tym formatem tagu Paxos, będą miały złotą lub autorytatywną kopię konfiguracji klastra. Każdy węzeł przyłączony do klastra automatycznie wypchnie do niego tę kopię konfiguracji klastra podczas procesu łączenia. W związku z tym, gdy zdecydujesz się wymusić uruchomienie usługi klastra w określonym węźle w klastrze trybu failover opartym na systemie Windows Server 2008, ważne jest, aby wybrać węzeł, który zawiera najbardziej aktualne informacje o konfiguracji klastra. W przeciwnym razie niektóre ustawienia konfiguracji mogą zostać utracone.

Informacje

Aby uzyskać więcej informacji na temat modelu kworum MNS, odwiedź następującą witrynę internetową firmy Microsoft: https://technet.microsoft.com/library/cc784005(WS.10).aspx

Aby uzyskać więcej informacji na temat algorytmu Paxos, odwiedź następującą witrynę internetową firmy Microsoft: https://research.microsoft.com/users/lamport/pubs/paxos-simple.pdf