Klastrowanie wielu podsieci programu SQL Server

Dotyczy:SQL Server

Klaster trybu failover z wieloma podsieciami programu SQL Server to konfiguracja, w której każdy węzeł klastra trybu failover jest połączony z inną podsiecią lub innym zestawem podsieci. Te podsieci mogą znajdować się w tej samej lokalizacji lub w rozproszonych geograficznie lokacjach. Klastry w rozproszonych geograficznie lokacjach są czasami nazywane klastrami rozproszonymi. Ponieważ nie ma udostępnionego magazynu, do którego mogą uzyskiwać dostęp wszystkie węzły, dane powinny być replikowane między magazynem danych w wielu podsieciach. Podczas replikacji danych jest dostępnych więcej niż jedna kopia danych. W związku z tym klaster trybu failover z wieloma podsieciami zapewnia rozwiązanie odzyskiwania po awarii oprócz wysokiej dostępności.

Klaster trybu failover z wieloma podsieciami programu SQL Server (dwa węzły, dwie podsieci)

Poniższa ilustracja przedstawia wystąpienie klastra trybu failover z dwiema podsieciami w programie SQL Server.

Konfiguracje wystąpień klastra trybu failover z wieloma podsieciami

Poniżej przedstawiono kilka przykładów wystąpień klastra trybu failover programu SQL Server korzystających z wielu podsieci:

• Program SQL Server FCI SQLCLUST1 obejmuje węzły Node1 i Node2. Węzeł Node1 jest połączony z podsiecią Subnet1. Węzeł Node2 jest połączony z podsiecią Subnet2. Instalator programu SQL Server widzi tę konfigurację jako klaster z wieloma podsieciami i ustawia zależność zasobu adresu IP na ORwartość .

• Usługa SQL Server FCI SQLCLUST2 obejmuje węzły Node1, Node2 i Node3. Węzły Node1 i Node2 są połączone z podsiecią Subnet1. Węzeł 3 jest połączony z podsiecią Subnet2. Instalator programu SQL Server widzi tę konfigurację jako klaster z wieloma podsieciami i ustawia zależność zasobu adresu IP na ORwartość . Ponieważ węzły Node1 i Node2 znajdują się w tej samej podsieci, ta konfiguracja zapewnia dodatkową lokalną wysoką dostępność.

• Program SQL Server FCI SQLCLUST3 obejmuje węzły Node1 i Node2. Węzeł Node1 znajduje się w podsieci Subnet1. Węzeł Node2 znajduje się w podsieci Subnet1 i Subnet2. Instalator programu SQL Server widzi tę konfigurację jako klaster z wieloma podsieciami i ustawia zależność zasobu adresu IP na ORwartość .

• SQLCLUST4 wystąpienia klastra trybu failover programu SQL Server obejmuje węzły Node1 i Node2. Węzeł Node1 jest połączony z podsiecią Subnet1 i Subnet2. Węzeł Node2 jest również połączony z podsiecią Subnet1 i Subnet2. Instalator programu SQL Server ustawia zależność zasobu adresu IP na ANDwartość .

  Uwaga / Notatka

  Ta konfiguracja nie jest uważana za konfigurację klastra trybu failover z wieloma podsieciami, ponieważ węzły klastrowane znajdują się w tym samym zestawie podsieci.

Zagadnienia dotyczące zasobów adresu IP

W konfiguracji klastra trybu failover z wieloma podsieciami adresy IP nie są własnością wszystkich węzłów w klastrze trybu failover i mogą nie być w trybie online podczas uruchamiania programu SQL Server. Począwszy od programu SQL Server 2012 (11.x), można ustawić zależność zasobu adresu IP na ORwartość . Dzięki temu program SQL Server może być w trybie online, gdy istnieje co najmniej jeden prawidłowy adres IP, z który może być powiązany.

Uwaga / Notatka

W wersjach programu SQL Server starszych niż SQL Server 2012 (11.x) technologia rozproszonej sieci V-LAN była używana w konfiguracjach klastra z wieloma lokacjami w celu uwidocznienia pojedynczego adresu IP na potrzeby trybu failover między lokacjami. Teraz, gdy program SQL Server może klastrować węzły w różnych podsieciach, możesz skonfigurować klastry trybu failover programu SQL Server w wielu lokacjach bez implementowania technologii rozproszonej sieci V-LAN.

Zagadnienia dotyczące zasobu adresu IP LUB zależności

Jeśli ustawisz zależność zasobu adresu IP na ORwartość , rozważ następujące zachowanie trybu failover:

• Jeśli wystąpi awaria jednego z adresów IP w węźle, który jest obecnie właścicielem grupy zasobów klastra programu SQL Server, tryb failover nie zostanie wyzwolony automatycznie, dopóki wszystkie adresy IP prawidłowe w tym węźle nie powiedzie się.

• Po przejściu w tryb failover program SQL Server jest w trybie online, jeśli może być powiązany z co najmniej jednym adresem IP prawidłowym w bieżącym węźle. Adresy IP, które nie zostały powiązane z programem SQL Server podczas uruchamiania, zostaną wyświetlone w dzienniku błędów.

Jeśli wystąpienie klastra trybu failover programu SQL Server jest instalowane równolegle z autonomicznym wystąpieniem aparatu bazy danych programu SQL Server, należy zachować ostrożność, aby uniknąć konfliktów numerów portów TCP w adresach IP. Konflikty zwykle występują, gdy dwa wystąpienia aparatu bazy danych są skonfigurowane do używania domyślnego portu TCP (1433). Aby uniknąć konfliktów, skonfiguruj jedno wystąpienie tak, aby używało niezdefaultowego portu stałego. Konfigurowanie stałego portu jest zwykle łatwiejsze w wystąpieniu autonomicznym. Skonfigurowanie aparatu bazy danych w celu używania różnych portów uniemożliwia nieoczekiwany konflikt adresu IP/portu TCP, który blokuje uruchamianie wystąpienia, gdy wystąpienie klastra trybu failover programu SQL Server kończy się niepowodzeniem w węźle rezerwowym.

Opóźnienie odzyskiwania klienta podczas pracy w trybie failover

Domyślnie interfejs FCI z wieloma podsieciami włącza zasób klastra RegisterAllProvidersIP dla swojej nazwy sieciowej. W konfiguracji z wieloma podsieciami adresy IP online i offline nazwy sieci są zarejestrowane na serwerze DNS. Następnie aplikacja kliencka pobiera wszystkie zarejestrowane adresy IP z serwera DNS i próbuje nawiązać połączenie z adresami w kolejności lub równolegle. Oznacza to, że czas odzyskiwania klienta w trybie failover z wieloma podsieciami nie zależy już od opóźnień aktualizacji DNS. Domyślnie klient próbuje w kolejności adresów IP. Gdy klient używa opcjonalnego MultiSubnetFailover=True parametru w parametrach połączenia, zamiast tego próbuje jednocześnie adresy IP i nawiązuje połączenie z pierwszym serwerem, który odpowiada. Ta konfiguracja może pomóc zminimalizować opóźnienie odzyskiwania klienta w przypadku przejścia w tryb failover. Aby uzyskać więcej informacji, zobacz Always On client connectivity (SQL Server) i Create or configure an availability group listener (SQL Server) (Zawsze włączone łączności klienta (SQL Server) i Create or configure an availability group listener (SQL Server).

W przypadku starszych bibliotek klienckich lub dostawców danych innych niż Microsoft nie można użyć parametru MultiSubnetFailover w parametrach połączenia. Aby upewnić się, że aplikacja kliencka działa optymalnie w przypadku wystąpienia klastra trybu failover z wieloma podsieciami w programie SQL Server, spróbuj dostosować limit czasu połączenia w parametrach połączenia klienta przez 21 sekund dla każdego dodatkowego adresu IP. Ta konfiguracja gwarantuje, że próba ponownego nawiązania połączenia klienta nie zostanie przekroczona, zanim będzie mogła przechodzić przez wszystkie adresy IP w wielosieci klastra trybu failover.

Domyślny limit czasu połączenia klienta dla programu SQL Server Management Studio i sqlcmd wynosi 15 sekund.

Uwaga / Notatka

Jeśli używasz wielu podsieci i masz statyczny system DNS, musisz przeprowadzić proces aktualizacji rekordu DNS skojarzonego z odbiornikiem przed przejściem w tryb failover. W przeciwnym razie nazwa sieci nie będzie w trybie online.

Treści powiązane

Description	Article
Instalowanie klastra trybu failover programu SQL Server	Tworzenie nowego klastra trybu failover programu SQL Server (Konfiguracja)
Uaktualnienie w miejscu istniejącego klastra trybu failover programu SQL Server	Uaktualnianie wystąpienia klastra trybu failover programu SQL Server (Instalator)
Obsługa klastra trybu failover programu SQL Server	Dodawanie lub usuwanie węzłów w klastrze trybu failover programu SQL Server (Instalator)
Użyj przystawki Zarządzanie klastrem trybu failover, aby wyświetlić zdarzenia i dzienniki klastra trybu failover systemu Windows Server	Wyświetlanie zdarzeń i dzienników dla klastra trybu failover
Użyj programu Windows PowerShell, aby utworzyć plik dziennika dla wszystkich węzłów (lub określonego węzła) w klastrze trybu failover systemu Windows Server	Get-ClusterLog polecenie cmdlet klastra trybu failover