Udostępnij za pomocą

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

Dotyczy:SQL Server

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. Wystąpienie klastra trybu failover to pojedyncze wystąpienie programu SQL Server, które jest zainstalowane w 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średnie miejsca do magazynowania dla zasobów magazynu klastra, które zostały wprowadzone w wersji Windows Server 2016 Datacenter. 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 klastra (CSV). Aby uzyskać więcej informacji, zobacz Opis udostępnionych woluminów klastra w klastrze trybu failover.

Uwaga / Notatka

SQL Server 2025 (17.x) wprowadza obsługę wymuszania ścisłych połączeń z instancją klastra trybu failover.

Zalety wystąpień klastra trybu failover

W przypadku awarii sprzętu lub oprogramowania serwera aplikacje lub klienci łączący się z serwerem przestój. 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. Proces minimalizuje przestój aplikacji lub klientów podczas awarii. Poniżej przedstawiono niektóre kluczowe korzyści zapewniane przez wystąpienia klastra trybu failover 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. W związku z tym klastry trybu failover i autonomiczne węzły nie powinny być połączone razem w grupie dostępności, jeśli automatyczne przejście w tryb failover jest ważnym składnikiem rozwiązania o 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ń magazynu, w tym dysków klastra WSFC (iSCSI, Fiber Channel itd.) i udziałów plików bloku komunikatów serwera (SMB).

  • Odzyskiwanie po awarii za pośrednictwem wystąpienia klastra trybu failover z wieloma podsieciami lub uruchamianie bazy danych hostowanej przez wystąpienie klastra trybu failover w grupie dostępności. Obsługa wielu podsieci w programie SQL Server 2012 (11.x) nie wymaga wirtualnej sieci LAN. Ta obsługa zwiększa 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. W przypadku przestoju, jeśli dzierżawa ip DHCP wygaśnie, dodatkowy czas jest wymagany do ponownego zarejestrowania nowego adresu IP DHCP skojarzonego z nazwą DNS.

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 przejścia w tryb failover, niezależnie od tego, czy jest to automatyczny tryb failover, czy planowana praca w trybie failover, następuje następująca sekwencja zdarzeń:

  1. O ile nie wystąpi awaria sprzętu lub systemu, wszystkie zanieczyszczone strony w pamięci podręcznej buforu są zapisywane na dysku.

  2. Wszystkie odpowiednie usługi programu SQL Server w grupie zasobów są zatrzymywane w aktywnym węźle.

  3. Własność grupy zasobów jest przenoszona do innego węzła w klastrze trybu failover.

  4. Nowy właściciel grupy zasobów uruchamia swoje usługi programu SQL Server.

  5. Żądania połączeń aplikacji klienckiej są automatycznie kierowane do nowego aktywnego węzła przy użyciu tej samej nazwy sieci wirtualnej.

FcI jest w trybie online, o ile jego bazowy klaster WSFC jest w dobrej kondycji kworum. (Większość węzłów kworum WSFC jest dostępna jako automatyczne obiekty docelowe trybu failover). Gdy klaster WSFC utraci kworum, niezależnie od tego, czy ze względu na awarię sprzętu, oprogramowania lub sieci, czy nieprawidłową 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 SQL Server 2012 (11.x), wystąpienie klastra trybu failover może używać pośrednich punktów kontrolnych do ograniczania liczby zanieczyszczonych stron przechowywanych w pamięci podręcznej buforu. Mimo że zużywa więcej zasobów w ramach regularnych obciążeń, sprawia, że czas pracy w trybie failover jest bardziej przewidywalny i 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, 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 SQL Server 2012 (11.x), usługa WSFC używa dedykowanego połączenia do sondowania aktywnego wystąpienia programu SQL Server w celu uzyskania szczegółowej diagnostyki składników za pośrednictwem procedury składowanej systemu. Istnieją trzy wynikające z tego konsekwencje:

  • 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. Ta funkcja umożliwia rozróżnienie między systemem, który jest obciążony dużym obciążeniem, a systemem, który 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, w których można wybrać warunki niepowodzenia wyzwalające tryb failover.

  • 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, aby sprawdzić stany składników prowadzące do wystąpienia trybu failover, aby określić, co spowodowało przejście w tryb failover.

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

Konfigurowanie szyfrowania TLS 1.3

Program SQL Server 2025 (17.x) wprowadza obsługę TDS 8.0, która umożliwia wymuszanie szyfrowania TLS 1.3 na potrzeby komunikacji między klastrem trybu failover systemu Windows Server a wystąpieniami klastra trybu failover.

Aby rozpocząć, zapoznaj się z artykułem Nawiązywanie połączenia za pomocą ścisłego szyfrowania.

Uwaga / Notatka

Instalacja wystąpienia klastra trybu failover programu SQL Server 2025 (17.x) kończy się niepowodzeniem, jeśli protokół TLS 1.2 jest wyłączony na maszynie.

Elementy wystąpienia klastra trybu failover

Wystąpienie klastra trybu failover składa się z zestawu serwerów fizycznych (węzłów), które zawierają podobną konfigurację sprzętu, a także identyczną konfigurację oprogramowania, która obejmuje wersję systemu operacyjnego i poziom poprawek oraz wersję programu SQL Server, poziom poprawek, składniki i nazwę wystąpienia. Identyczna konfiguracja oprogramowania jest niezbędna do zapewnienia, że wystąpienia klastra trybu failover mogą być w pełni funkcjonalne w przypadku przełączania w tryb failover 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 przechowuje zsynchronizowaną kopię ustawień konfiguracji i klucze rejestru wskazywane przez sprawdzanie, aby zapewnić pełną funkcjonalność wystąpienia klastra trybu failover po przejściu w tryb failover. Tylko jeden z węzłów w klastrze jest właścicielem grupy zasobów w danym momencie (aktywny węzeł). Usługa WSFC zarządza klastrem serwera, konfiguracją kworum, zasadami trybu failover i operacjami trybu failover oprócz nazwy sieci wirtualnej i wirtualnych adresów IP dla wystąpienia klastra trybu failover. Jeśli wystąpi awaria (awarie sprzętu, awarie systemu operacyjnego lub awarie aplikacji i usługi) lub planowane uaktualnienie, własność grupy zasobów zostanie przeniesiona do innego węzła w klastrze trybu failover. 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 w każdym węźle wystąpienia klastra trybu failover w procesie podobnym do instalacji autonomicznych programu SQL Server. Jednak podczas uruchamiania usługi nie są uruchamiane automatycznie, ale zarządzane przez usługę WSFC.

Magazyn

W przeciwieństwie do grupy dostępności wystąpienie klastra trybu failover musi używać magazynu współużytkowanego między wszystkimi węzłami wystąpienia klastra trybu failover dla bazy danych i magazynu dzienników. Magazyn udostępniony może być w postaci dysków klastra WSFC, dysków w sieci SAN, bezpośrednich miejsc do magazynowania lub udziałów plików w ramach protokołu SMB. W związku z tym wszystkie węzły w wystąpieniu klastra trybu failover mają ten sam widok danych wystąpienia, gdy nastąpi przejście w tryb failover. Oznacza to jednak, że magazyn udostępniony może być pojedynczym punktem awarii, a usługa FCI zależy od bazowego rozwiązania magazynu w celu zapewnienia ochrony danych.

Nazwa sieci

Nazwa sieci wirtualnej dla wystąpienia klastra trybu failover zapewnia ujednolicony punkt połączenia dla wystąpienia klastra trybu failover. Ten ujednolicony punkt połączenia umożliwia aplikacjom łączenie się z nazwą sieci wirtualnej bez konieczności znajomości aktualnie aktywnego węzła. Po przejściu w tryb failover nazwa sieci wirtualnej jest zarejestrowana 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 przestój aplikacji lub klientów podczas awarii.

Poniższy zrzut ekranu przedstawia nazwę sieci dla wystąpienia klastra trybu failover w Menedżerze klastra trybu failover:

Zrzut ekranu przedstawiający nazwę sieci wystąpienia klastra trybu failover w Menedżerze klastra trybu failover.

Wirtualne adresy IP

W przypadku FCI z wieloma podsieciami, wirtualny adres IP jest przypisywany do każdej podsieci. Podczas pracy w trybie failover nazwa sieci wirtualnej na serwerze DNS jest aktualizowana tak, aby wskazywała wirtualny adres IP odpowiedniej podsieci. Aplikacje i klienci mogą następnie łączyć się z klastrem trybu failover przy użyciu tej samej nazwy sieci wirtualnej po przejściu w tryb failover 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

Konfiguracja obsługiwana przez wystąpienie klastra trybu failover programu SQL Server w usłudze WSFC

Interfejsy FCI programu SQL Server oparte na usłudze WSFC są obsługiwane w następujących produktach:

  • Windows Server 2012
  • Windows Server 2012 R2
  • Wersje Windows Server 2016 Standard i Datacenter
  • Wersje Windows Server 2019 Standard i Datacenter
  • Wersje Windows Server 2022 Standard i Datacenter

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, która ma unikatowo przypisane litery dysku.
  • Co najmniej jeden unikatowy adres IP.
  • Unikatowe nazwy instancji i serwerów wirtualnych w domenie.

Obsługa rozwiązań klastra innych niż Microsoft

Program SQL Server został opracowany i przetestowany z klastrowaniem serwerów firmy Microsoft. Jeśli używasz produktu klastrowania innego niż Firma Microsoft, podstawowym kontaktem pomocy technicznej w przypadku problemów z instalacją, wydajnością lub zachowaniem klastra powinien być dostawca rozwiązania. Firma Microsoft zapewnia rozsądną komercyjnie obsługę instalacji klastrów innych niż Microsoft, 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

Korzystanie z zainstalowanych dysków nie jest obsługiwane w klastrach obejmujących 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 uzyskać informacje o korzystaniu z pliku CSV z programem SQL Server 2014 (12.x) lub nowszymi wersjami, zobacz następujące zasoby:

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, 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 zawierającego systemowe bazy danych, aby można je było zamienić z powrotem po ponownym zainstalowaniu DATA , aby zmniejszyć przestoje.

  • Nie usuwaj plików obsługi programu SQL Server, klienta natywnego programu SQL Server, usług Integration Services lub składników stacji roboczej, chyba że ponownie kompilujesz cały węzeł.

Ostrzeżenie

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

Treści powiązane

  • Last updated on