Wystąpienia Always On w klastrach trybu failover (SQL Server)

2025-06-27

Instancje klastra trybu Always On failover dla SQL Server używają klastra trybu failover dla Windows Server (WSFC), aby zapewnić lokalną wysoką dostępność. Wystąpienie klastra failover (FCI) jest nadmiarowe na poziomie instancji serwera. Instancja klastra trybu awaryjnego (FCI) to pojedyncza instancja programu SQL Server, instalowana na węzłach klastra systemu Windows Server i, być może, w wielu podsieciach. W sieci wystąpienie klastra trybu failover jest wyświetlane jako instancja programu SQL Server uruchomiona na jednym komputerze, ale klaster trybu failover zapewnia przełączenie z jednego węzła WSFC do innego, jeśli bieżący węzeł stanie się niedostępny.

FCI może używać Always On availability groups w celu zapewnienia zdalnego odzyskiwania po awarii na poziomie bazy danych. Aby uzyskać więcej informacji, zobacz Klaster trybu failover i Zawsze włączone grupy dostępności (SQL Server).

Wystąpienia klastra trybu failover programu SQL Server obsługują funkcję Bezpośrednia przestrzeń magazynowa (S2D) dla zasobów przechowywania klastra, wprowadzonej w edycji Datacenter systemu Windows Server 2016. Aby uzyskać więcej informacji, zobacz Bezpośrednie przestrzenie magazynowe w systemie Windows Server.

Wystąpienia klastra trybu failover obsługują również udostępnione woluminy klastrowane (CSV). Aby uzyskać więcej informacji, zobacz Zrozumienie udostępnionych woluminów klastra w klastrze z możliwością przełączania awaryjnego.

Zalety wystąpienia klastra trybu failover

W przypadku awarii sprzętu lub oprogramowania serwera aplikacje lub klienci łączący się z serwerem doświadczają przestoju. Węzły zapasowe chronią dostępność wystąpienia programu SQL Server, gdy jest ono skonfigurowane w klastrze trybu failover zamiast wystąpienia autonomicznego. Tylko jeden z węzłów w klastrze z trybem przełączania awaryjnego jest właścicielem grupy zasobów WSFC jednocześnie. Jeśli wystąpi awaria (np. awaria sprzętu, awaria systemu operacyjnego, awaria aplikacji lub usługi) lub podczas planowanego uaktualnienia, klaster przenosi własność grupy zasobów do innego węzła WSFC. Ten proces jest przezroczysty dla klienta lub aplikacji łączącej się z programem SQL Server. Minimalizuje to przestój aplikacji lub klientów podczas awarii. Poniżej wymieniono niektóre kluczowe korzyści zapewniane przez instancje klastra awaryjnego programu SQL Server:

Ochrona na poziomie wystąpienia przez nadmiarowość.
Automatyczne przechodzenie w tryb failover w przypadku awarii (awarie sprzętu, awarie systemu operacyjnego lub awarie aplikacji i usługi).

Ważne

W grupie dostępności automatyczne przechodzenie w tryb failover z wystąpienia klastra trybu failover do innych węzłów w grupie dostępności nie jest obsługiwane. Oznacza to, że klastry przełączania awaryjnego i samodzielne węzły nie powinny być łączone w grupie dostępności, jeśli automatyczne przełączenie awaryjne jest ważnym składnikiem rozwiązania wysokiej dostępności. Jednak to sprzężenie można sprzężyć na potrzeby rozwiązania odzyskiwania po awarii .
Obsługa szerokiej gamy rozwiązań pamięci masowej, w tym dysków klastra WSFC (iSCSI, Fibre Channel itd.) oraz udziałów plików SMB (Server Message Block).
Odzyskiwanie po awarii z wykorzystaniem wystąpienia klastra trybu failover z wieloma podsieciami lub uruchamianie bazy danych hostowanej przez wystąpienie klastra trybu failover w kontekście grupy dostępności. Dzięki nowej obsłudze wielu podsieci w programie Microsoft SQL Server 2012 (11.x) wystąpienie klastra trybu failover z wieloma podsieciami nie wymaga już wirtualnej sieci LAN, zwiększając możliwości zarządzania i zabezpieczenia wielosieciowego wystąpienia klastra trybu failover.
Zero ponownej konfiguracji aplikacji i klientów podczas pracy w trybie failover.
Elastyczna polityka przełączania awaryjnego dla drobiazgowych zdarzeń wyzwalających dla automatycznych przełączeń awaryjnych.
Niezawodne przechodzenie w tryb failover za pośrednictwem okresowego i szczegółowego wykrywania kondycji przy użyciu dedykowanych i trwałych połączeń.
Możliwość konfigurowania i przewidywalność czasu przełączenia w tryb failover poprzez punkty kontrolne w tle.
Kontrolowane użycie zasobów podczas przełączeń awaryjnych.

Rekomendacje

W środowisku produkcyjnym użyj statycznych adresów IP w połączeniu z wirtualnym adresem IP wystąpienia klastra trybu failover.

Nie używaj protokołu DHCP w środowisku produkcyjnym. Jeśli dzierżawa adresu IP DHCP wygaśnie, w przypadku upływu czasu, do ponownego zarejestrowania nowego adresu IP DHCP skojarzonego z nazwą DNS jest wymagany dodatkowy czas.

Omówienie wystąpienia klastra trybu failover

FCI działa w grupie zasobów WSFC z co najmniej jednym węzłem WSFC. Po uruchomieniu klastra FCI, jeden z węzłów przejmuje własność grupy zasobów i uruchamia swoje wystąpienie programu SQL Server. Zasoby należące do tego węzła obejmują:

Nazwa sieci
Adres IP
Dyski udostępnione
Usługa silnika bazy danych programu SQL Server
Usługa agenta programu SQL Server
Usługa SQL Server Analysis Services, jeśli jest zainstalowana
Jeden zasób udziału plików, jeśli jest zainstalowana funkcja FILESTREAM

W dowolnym momencie tylko właściciel grupy zasobów (i żaden inny węzeł w klastrze FCI) uruchamia odpowiednie usługi programu SQL Server w grupie zasobów. W przypadku przełączenia awaryjnego, niezależnie od tego, czy jest to automatyczne przełączenie awaryjne, czy planowane przełączenie, następuje następująca sekwencja zdarzeń:

O ile nie wystąpi awaria sprzętu lub systemu, wszystkie zanieczyszczone strony w pamięci podręcznej buforu są zapisywane na dysku.
Wszystkie odpowiednie usługi programu SQL Server w grupie zasobów są zatrzymywane w aktywnym węźle.
Własność grupy zasobów jest przenoszona do innego węzła w klastrze trybu failover.
Nowy właściciel grupy zasobów uruchamia swoje usługi programu SQL Server.
Żądania połączeń aplikacji klienckiej są automatycznie kierowane do nowego aktywnego węzła przy użyciu tej samej nazwy sieci wirtualnej (VNN).

FCI jest online, dopóki jego bazowy klaster WSFC jest w dobrej kondycji kworum (większość węzłów WSFC jest dostępna jako automatyczne cele do przełączania awaryjnego). Gdy klaster WSFC utraci kworum, niezależnie od tego, czy jest to spowodowane sprzętem, oprogramowaniem, awarią sieci lub niewłaściwą konfiguracją kworum, cały klaster WSFC, wraz z klastrem FCI, jest przełączany w tryb offline. Interwencja ręczna jest następnie wymagana w tym nieplanowanym scenariuszu failover, aby przywrócić kworum w pozostałych dostępnych węzłach i ponownie uruchomić klaster WSFC oraz FCI. Aby uzyskać więcej informacji, zobacz Tryby kworum WSFC i Konfiguracja głosowania (SQL Server).

Przewidywalny czas przełączania awaryjnego

W zależności od tego, kiedy wystąpienie SQL Servera ostatnio wykonało operację punktu kontrolnego, w pamięci podręcznej buforu może znajdować się znaczna liczba niezapisanych stron. W związku z tym przełączenia awaryjne trwają tak długo, jak trwa zapisywanie pozostałych brudnych stron na dysku, co może prowadzić do długiego i nieprzewidywalnego czasu przełączenia awaryjnego. Począwszy od programu Microsoft SQL Server 2012 (11.x), instancja klastra trybu failover może używać pośrednich punktów kontrolnych do ograniczania liczby brudnych stron przechowywanych w buforze. Chociaż zużywa to więcej zasobów w ramach zwykłego obciążenia, sprawia, że czas pracy w trybie failover jest bardziej przewidywalny, a także bardziej konfigurowalny. Jest to przydatne, gdy umowa dotycząca poziomu usług w organizacji określa cel czasu odzyskiwania (RTO) dla rozwiązania o wysokiej dostępności. Aby uzyskać więcej informacji na temat pośrednich punktów kontrolnych, zobacz Pośrednie punkty kontrolne.

Niezawodne monitorowanie stanu i elastyczne zasady procedury awaryjnego przełączania

Po pomyślnym uruchomieniu wystąpienia klastra trybu failover usługa WSFC monitoruje zarówno kondycję bazowego klastra WSFC, jak i kondycję wystąpienia programu SQL Server. Począwszy od programu Microsoft SQL Server 2012 (11.x), usługa WSFC używa dedykowanego połączenia do sprawdzania aktywnego wystąpienia SQL Server w celu uzyskania szczegółowej diagnostyki składników za pośrednictwem systemowej procedury składowanej. Implikacja tego jest trzykrotna:

Dedykowane połączenie z wystąpieniem programu SQL Server umożliwia niezawodne monitorowanie diagnostyki składników przez cały czas, nawet gdy wystąpienie klastra FCI jest obciążone. Dzięki temu można odróżnić system, który jest obciążony dużym obciążeniem i systemem, który rzeczywiście ma warunki awarii, zapobiegając tym samym problemom, takim jak fałszywe przejścia w tryb failover.
Szczegółowa diagnostyka składników umożliwia skonfigurowanie bardziej elastycznych zasad trybu failover, dzięki którym można wybrać, jakie warunki awarii wyzwalają tryb failover i które warunki awarii nie są spełnione.
Szczegółowa diagnostyka składników umożliwia również lepsze rozwiązywanie problemów z automatycznym przełączaniem awaryjnym retroaktywnie. Informacje diagnostyczne są przechowywane w plikach dziennika, które znajdują się w tym samym miejscu co dzienniki błędów SQL Server. Można załadować je do Podglądu plików dziennika w celu sprawdzenia stanów składników prowadzących do wystąpienia trybu failover, aby określić jego przyczynę.

Aby uzyskać więcej informacji, zobacz Zasady trybu failover dla wystąpień klastra trybu failover.

Elementy wystąpienia klastra trybu failover

FCI składa się z zestawu serwerów fizycznych (węzłów), które mają podobną konfigurację sprzętową oraz identyczną konfigurację oprogramowania obejmującą wersję systemu operacyjnego i poziom poprawek, a także wersję SQL Server, poziom poprawek, składniki i nazwę instancji. Identyczna konfiguracja oprogramowania jest niezbędna, aby zapewnić, że instancja klastra trybu awaryjnego mogła być w pełni funkcjonalna, gdy przełącza się między węzłami.

Grupa zasobów WSFC

Klaster trybu failover SQL Server działa w grupie zasobów WSFC. Każdy węzeł w grupie zasobów utrzymuje zsynchronizowaną kopię ustawień konfiguracji oraz zarejestrowane klucze rejestru w punktach kontrolnych, aby zapewnić pełną funkcjonalność wystąpienia klastra trybu przełączania awaryjnego po przełączeniu awaryjnym, a w danym momencie tylko jeden z węzłów w klastrze (aktywny węzeł) jest właścicielem grupy zasobów. Usługa WSFC zarządza klastrem serwera, konfiguracją kworum, zasadami automatycznego przełączania i operacjami automatycznego przełączania, a także Wirtualną nazwą sieciową (VNN) i wirtualnymi adresami IP dla wystąpienia klastra w trybie automatycznego przełączania. W przypadku awarii sprzętu, systemu operacyjnego lub awarii aplikacji i usług albo planowanego uaktualnienia, własność grupy zasobów jest przenoszona do innego węzła w klastrze trybu przełączania awaryjnego. Liczba węzłów obsługiwanych w grupie zasobów WSFC zależy od wersji programu SQL Server. Ponadto ten sam klaster WSFC może uruchamiać wiele klastrów trybu failover (wiele grup zasobów), w zależności od pojemności sprzętu, takich jak procesory CPU, pamięć i liczba dysków.

Pliki binarne programu SQL Server

Pliki binarne produktu są instalowane lokalnie na każdym węźle FCI, co jest procesem podobnym do instalacji autonomicznej programu SQL Server. Jednak podczas uruchamiania usługi nie są uruchamiane automatycznie, ale zarządzane przez usługę WSFC.

Przechowywanie danych

W przeciwieństwie do grupy dostępności, FCI musi używać magazynu współużytkowanego między wszystkimi węzłami dla przechowywania bazy danych i dzienników. Pamięć współdzielona może być w postaci dysków w klastrze WSFC, dysków w sieci SAN, Storage Spaces Direct (S2D) lub udziałów plików w ramach protokołu SMB. Dzięki temu wszystkie węzły w klastrze trybu przełączenia awaryjnego mają ten sam widok danych wystąpienia, gdy wystąpi przełączenie awaryjne. Oznacza to jednak, że magazyn udostępniony może być pojedynczym punktem awarii, a FCI zależy od bazowego rozwiązania magazynu, aby zapewnić ochronę danych.

Nazwa sieci

Nazwa sieciowa wystąpienia klastra awaryjnego zapewnia ujednolicony punkt połączenia dla wystąpienia klastra awaryjnego. Dzięki temu aplikacje mogą łączyć się z siecią wirtualną bez konieczności znajomości aktualnie aktywnego węzła. Po przejściu w tryb failover, VNN zostanie zarejestrowany w nowym aktywnym węźle po jego uruchomieniu. Ten proces jest niewidoczny dla klienta lub aplikacji łączącej się z programem SQL Server i minimalizuje to przestój aplikacji lub klientów podczas awarii.

Wirtualne adresy IP

W przypadku FCI z wieloma podsieciami, wirtualny adres IP jest przypisywany do każdej podsieci. Podczas przełączenia awaryjnego, VNN na serwerze DNS jest aktualizowany, aby wskazać wirtualny adres IP dla odpowiedniej podsieci. Aplikacje i klienci mogą następnie łączyć się z FCI przy użyciu tej samej nazwy sieci wirtualnej po przełączeniu awaryjnym z wieloma podsieciami.

Pojęcia i zadania dotyczące trybu failover programu SQL Server

Pojęcia i zadania	Artykuł
Opisuje mechanizm wykrywania błędów i elastyczne zasady trybu failover.	Zasady trybu failover dla wystąpień klastra trybu failover
Opisuje pojęcia dotyczące administracji i utrzymania klastrów trybu failover (FCI).	Administrowanie wystąpieniem klastra trybu failover i konserwacja
Opisuje konfigurację i pojęcia dotyczące wielu podsieci	Klastrowanie wielu podsieci programu SQL Server (SQL Server)

Obsługiwana konfiguracja SQL Server FCI w klastrze nadmiarowym systemu Windows Server (WSFC)

Firma Microsoft obsługuje interfejsy FCI programu SQL Server oparte na usłudze WSFC w następujących produktach:

Windows Server 2012
Windows Server 2012 R2
Windows Server 2016 Standard i Datacenter Editions
Windows Server 2019 Standard i Datacenter Edition
Windows Server 2022 Standard i Datacenter Editions

Uwaga / Notatka

W przypadku systemów Windows Server 2012 i Windows Server 2012 R2 zobacz Zasady pomocy technicznej firmy Microsoft dla klastrów trybu failover systemu Windows Server.

System Windows Server udostępnia dwa typy usług klastrowania:

Tylko rozwiązania klastra serwerów mogą być używane razem z programem SQL Server w celu zapewnienia wysokiej dostępności, jeśli węzeł zostanie utracony lub wystąpi problem z wystąpieniem programu SQL Server. Równoważenie obciążenia sieciowego może być używane w niektórych przypadkach wraz z autonomicznymi instalacjami programu SQL Server tylko do odczytu.

Każde wystąpienie FCI programu SQL Server wymaga:

Dedykowana grupa klastrów z unikatowo przypisanymi literami dysku.
Co najmniej jeden unikatowy adres IP.
Unikatowe nazwy instancji i serwerów wirtualnych w domenie.

Obsługa rozwiązań klastra innych firm

Program SQL Server został opracowany i przetestowany za pomocą klastrowania programu Microsoft Server. W przypadku korzystania z produktu klastrowania innej firmy podstawowy kontakt pomocy technicznej dotyczący problemów z instalacją, wydajnością lub zachowaniem klastra powinien być dostawcą rozwiązań innej firmy. Firma Microsoft oferuje rozsądną komercyjnie obsługę instalacji klastrów innych firm, podobnie jak w przypadku autonomicznych wdrożeń programu SQL Server.

Liczba obsługiwanych węzłów

Aby uzyskać szczegółowe informacje na temat maksymalnej liczby obsługiwanych węzłów dla wystąpień klastrów trybu failover Always On, zapoznaj się z:

Obsługiwany system operacyjny

Aby uzyskać informacje o obsługiwanych systemach operacyjnych dla klastra trybu failover programu SQL Server, zobacz Weryfikowanie systemu operacyjnego przed zainstalowaniem klastra trybu failover.

Dysków

Użycie zainstalowanych dysków nie jest obsługiwane w klastrze, który obejmuje instalację programu SQL Server. Aby uzyskać więcej informacji, zobacz Obsługa zainstalowanych woluminów programu SQL Server.

Udostępnione woluminy klastra (CSV)

Program SQL Server 2012 (11.x) i starsze wersje nie obsługują używania pliku CSV dla programu SQL Server w klastrze trybu failover.

Aby użyć pliku CSV z programem SQL Server 2014 (12.x) lub nowszymi wersjami, zapoznaj się z następującymi zasobami:

Ograniczenia kontrolera domeny

Wystąpienia klastra trybu failover programu SQL Server nie są obsługiwane w węzłach wystąpienia klastra trybu failover skonfigurowanych jako kontrolery domeny.

Zagadnienia dotyczące migracji domeny

Nie można migrować programu SQL Server 2005 (9.x) i nowszych wersji do nowej domeny. Należy odinstalować i ponownie zainstalować składniki klastra trybu failover. Aby uzyskać więcej informacji na temat przenoszenia klastra systemu Windows Server z jednej domeny do innej, zobacz Przenoszenie klastra systemu Windows Server z jednej domeny do innej.

Przed odinstalowaniem programu SQL Server należy wykonać następujące czynności:

Ustaw program SQL Server na używanie zabezpieczeń trybu mieszanego lub dodaj nowe konta domeny do identyfikatorów logowania programu SQL Server.
Zmień nazwę folderu DATA zawierającego systemowe bazy danych, aby można je było zamienić z powrotem po ponownym zainstalowaniu, aby zmniejszyć przestoje.
Nie usuwaj żadnego z następujących składników: pliki obsługi programu SQL Server, klient natywny programu SQL Server, usługi Integration Services lub składniki stacji roboczej, chyba że ponownie skompilujesz cały węzeł.

Ostrzeżenie

Jeśli podczas procesu instalacji wystąpią błędy, może być konieczne ponowne skompilowanie węzła w celu pomyślnego zainstalowania programu SQL Server.

Udostępnij za pośrednictwem