SQL Server Klaster trybu failover: kompletny przewodnik dla administratorów baz danych [2026]

SQL Server klaster failover to rozwiązanie o wysokiej dostępności który utrzymuje SQL Server Instancja działa nawet w przypadku awarii serwera. Osiąga to poprzez uruchomienie tej samej instancji na wielu serwerach fizycznych – zwanych węzłami – dzięki czemu w przypadku awarii jednego serwera, inny automatycznie przejmuje jego funkcje, bez konieczności ręcznej interwencji lub zmian po stronie klienta.

1.2 Kluczowe komponenty i architektura

A SQL Server Instancja klastra trybu failover składa się z pięciu głównych komponentów, z których każdy pełni odrębną rolę. Razem tworzą one pojedynczą jednostkę logiczną, z którą klienci komunikują się tak, jakby była jednym serwerem.

Węzły: Serwery fizyczne uczestniczące w klastrze. W dowolnym momencie aktywny jest dokładnie jeden węzeł, który uruchamia SQL Server instancja; pozostałe węzły pozostają w gotowości i monitorują stan aktywnego węzła.
Współdzielona pamięć masowa: Wolumin pamięci masowej — SAN, iSCSI, Storage Spaces Direct lub udział plików SMB — dostępny dla wszystkich węzłów jednocześnie. Ponieważ każdy węzeł odczytuje i zapisuje dane w tej samej pamięci masowej, nie jest wymagana replikacja danych między węzłami, a te same pliki bazy danych są natychmiast dostępne, niezależnie od tego, który węzeł przejmie kontrolę.
Nazwa sieci wirtualnej i wirtualny adres IP: Stabilna tożsamość, z którą klienci zawsze się łączą, niezależnie od tego, który węzeł fizyczny jest aktualnie aktywny. W przypadku przełączenia awaryjnego, wirtualna nazwa sieciowa i adres IP są ponownie rejestrowane na nowym aktywnym węźle, dzięki czemu przełączenie jest niewidoczne dla aplikacji.
Klaster trybu failover systemu Windows Server (WSFC): Podstawowa platforma, która spaja wszystko w całość. WSFC stale monitoruje stan węzłów i zasobów za pośrednictwem sieci Heartbeat, zarządza własnością grup zasobów i koordynuje proces przełączania awaryjnego w przypadku wykrycia awarii.
Kworum: Mechanizm głosowania w WSFC, który zapobiega scenariuszom z rozszczepionym mózgiem. Każdy węzeł oddaje głos na temat kondycji klastra; dysk lub udział plików świadka zapewnia dodatkowy głos w klastrach z parzystymi węzłami. Klaster pozostaje online tylko wtedy, gdy większość głosów jest osiągalna, co gwarantuje, że dwie odizolowane grupy węzłów nigdy nie będą mogły jednocześnie rościć sobie prawa własności do klastra. SQL Server instancja.

Komponenty te działają w przejrzystej hierarchii: WSFC zarządza węzłami i wymusza kworum, węzły współdzielą dostęp do tej samej pamięci masowej, a nazwa sieci wirtualnej zapewnia klientom spójny punkt połączenia w całej sieci. W przypadku awarii węzła, WSFC wykrywa utratę sygnału pulsu, potwierdza, że kworum nadal obowiązuje, przenosi własność grupy zasobów — w tym nazwę sieci wirtualnej, wirtualny adres IP i pamięć masową — na węzeł rezerwowy i przywraca. SQL Server z powrotem online. Cała sekwencja odbywa się automatycznie i nie wymaga żadnych zmian po stronie klienta.

1.3 FCI kontra grupy dostępności Always On

SQL Server Oferuje dwie technologie Always On oparte na WSFC. Kluczowe różnice:

Instancja klastra trybu failover (FCI): Wysoka dostępność na poziomie instancji (HA). Wszystkie bazy danych przełączają się awaryjnie jednocześnie. Wymaga współdzielonej pamięci masowej. Brak replikacji danych między węzłami. Brak wbudowanego odzyskiwania po awarii (DR).
Grupy dostępności Always On (AG): Wysoka dostępność na poziomie bazy danych. Replikacja oparta na logach do replik drugorzędnych. Brak konieczności współdzielenia pamięci masowej. Obsługuje zarówno HA, jak i DR.

Użyj FCI do awaryjnego przełączania na poziomie instancji z istniejącą współdzieloną pamięcią masową. Połącz FCI z AG, gdy wymagane jest również odzyskiwanie danych po awarii lub odczytywalne nośniki zapasowe.

1.4 Korzyści i ograniczenia

Korzyści:

Automatyczne przełączanie awaryjne w przypadku awarii sprzętu, systemu operacyjnego lub usługi;
brak konieczności rekonfiguracji klienta;
przewidywalny czas przełączania awaryjnego poprzez pośrednie punkty kontrolne;
elastyczne opcje współdzielonego przechowywania danych.

Ograniczenia:

Współdzielona pamięć masowa stanowi pojedynczy punkt awarii, chyba że sama pamięć masowa jest redundantna;
Działa tylko jeden węzeł SQL Server w tym samym czasie, bez konieczności równoważenia obciążenia odczytu;
Brak wbudowanego DR bez sparowania z AG.

2. Wymagania wstępne i wymagania

2.1 Sprzęt i oprogramowanie

Co najmniej dwa serwery fizyczne z identycznym lub równoważnym sprzętem, procesorami 64-bitowymi i kontrolerami pamięci masowej certyfikowanymi pod kątem klastrowania awaryjnego.
Windows Server 2016, 2019 lub 2022 (Standard lub Datacenter). Wszystkie węzły muszą mieć tę samą edycję, wersję i zbiorczy poziom aktualizacji systemu operacyjnego.
SQL Server Edycja Standard lub Enterprise. Wszystkie węzły muszą działać w ten sam sposób. SQL Server wersja i poziom poprawki.

2.2 Wymagania sieciowe i domenowe

Wszystkie węzły muszą należeć do tej samej domeny Active Directory. Klastry grup roboczych, klastry wielodomenowe i kontrolery domeny tylko do odczytu nie są obsługiwane.
Przypisz statyczne adresy IP do wszystkich adapterów. Przypisz co najmniej jedną kartę sieciową (NIC) na węzeł do obsługi ruchu w trybie heartbeat klastra. Skonfiguruj system nazw domen (DNS) do rozpoznawania nazw.
Konto instalacyjne wymaga uprawnień administratora lokalnego na wszystkich węzłach i Utwórz obiekty komputerowe uprawnienia w usłudze Active Directory.

2.3 Opcje współdzielonej pamięci masowej

SQL Server Klaster failover obsługuje kilka technologii współdzielonej pamięci masowej. Wybierz tę, która najlepiej pasuje do Twojej infrastruktury i budżetu:

SAN (Fibre Channel lub iSCSI): Najczęstsze. Wszystkie węzły muszą mieć dostęp do tych samych numerów jednostek logicznych (LUN). Użyj wielościeżkowego wejścia/wyjścia (MPIO), aby uniknąć awarii pojedynczej ścieżki.
Bezpośrednie miejsca do magazynowania (S2D): Podłączane lokalnie dyski NVMe lub SSD w puli węzłów. Wymaga systemu Windows Server 2016 Datacenter lub nowszego.
Udostępnione pliki bloku komunikatów serwera (SMB) i udostępnione woluminy klastra (CSV): Wspierane przez SQL Server Od 2014 r.

Sformatuj wszystkie dyski klastrowe jako podstawowy system plików NT (NTFS). Unikaj montowania woluminów na węzłach klastra.

3. Planowanie klastra

Przed instalacją należy zaplanować typ konfiguracji węzła i konfigurację kworum, które bezpośrednio wpływają na niezawodność klastra i koszt sprzętu:

3.1 Typy konfiguracji

SQL Server Klastry trybu failover obsługują cztery typy konfiguracji węzłów, z których każda charakteryzuje się odmiennymi osiągami pod względem prostoty, kosztów sprzętu i pojemności rezerwowej.

Typ 1: Aktywny/Gotowy. 1 FCI, 2 węzły. Węzeł 1 jest aktywny; węzeł 2 jest w trybie gotowości. Węzeł w trybie gotowości stale monitoruje puls węzła aktywnego i przejmuje FCI w przypadku awarii węzła aktywnego. Jest to najprostsza i najczęściej stosowana konfiguracja w środowisku produkcyjnym.
Typ 2: Aktywny/Aktywny. 2 węzły FCI współdzielące 2 węzły fizyczne. Węzeł 1 jest węzłem aktywnym dla FCI 1 i węzłem rezerwowym dla FCI 2; Węzeł 2 jest węzłem aktywnym dla FCI 2 i węzłem rezerwowym dla FCI 1. Oba węzły są w stanie wzajemnej rezerwy — oba przenoszą obciążenia robocze w trakcie normalnej pracy. W przypadku awarii jednego z węzłów, węzeł, który przetrwał, przejmuje jego FCI, kontynuując jednocześnie działanie własnego. Każdy węzeł musi zatem mieć rozmiar umożliwiający obsługę łącznego obciążenia roboczego obu węzłów FCI.
Typ 3: N+1. N węzłów FCI współdzielących N+1 węzłów. Każdy węzeł FCI ma jeden węzeł aktywny; wszystkie N węzłów FCI współdzielą jeden wspólny węzeł rezerwowy. Współdzielony węzeł rezerwowy musi być w stanie niezależnie przejąć pełne obciążenie dowolnego uszkodzonego węzła aktywnego.
Typ 4: N+M. N węzłów FCI współdzielących N+M węzłów. Każdy węzeł FCI ma jeden węzeł aktywny; wszystkie N węzłów FCI współdzielą M węzłów rezerwowych. M węzłów rezerwowych łącznie zapewnia przełączanie awaryjne dla wszystkich N węzłów aktywnych, rozkładając potencjalne obciążenie na większą pojemność rezerwową i zmniejszając wymagania sprzętowe dla każdego węzła w porównaniu z N+1.

3.2 Wytyczne dotyczące kworum

Kworum określa, czy klaster ma wystarczającą liczbę sprawnych członków, aby pozostać online. Podczas konfigurowania i utrzymywania kworum należy pamiętać o następujących wytycznych:

Skonfiguruj nieparzystą całkowitą liczbę głosów kworum, aby zagwarantować większość w przypadku podzielonego scenariusza i zapobiec rozdwojeniu mózgów.
W przypadku klastrów dwuwęzłowych należy użyć Większość węzłów i dysków z dyskiem-świadkiem jako trzecim głosem. Dysk-świadek nie potrzebuje litery dysku.
Jeśli utracisz kworum całkowicie, wymuś kworum jako ostateczność, aby odzyskać działające węzły, a następnie niezwłocznie przeprowadź ponowną konfigurację przed powrotem do środowiska produkcyjnego.

4. Instalowanie klastra trybu failover serwera Windows (WSFC)

4.1 Przygotuj współdzieloną pamięć masową

Przed utworzeniem klastra należy podłączyć i skonfigurować całą współdzieloną pamięć masową.

Podłącz fizycznie lub udostępnij wszystkie jednostki LUN pamięci masowej do każdego węzła klastra.
Na tylko pierwszy węzeł, otwarty Zarządzanie dysku, włącz każdy dysk, zainicjuj go i utwórz NTFS wolumin z literą dysku. Utwórz mały wolumin (1–2 GB) dla dysku świadka — litera dysku nie jest wymagana.
Na każdym pozostałym węźle otwórz Zarządzanie dysku i tylko uruchom dyski. Nie inicjuj ich ponownie ani nie formatuj. Przypisz litery dysków ręcznie, jeśli nie pasują do pierwszego węzła.

4.2 Zainstaluj funkcję klastrowania awaryjnego i sprawdź jej poprawność

Zainstaluj funkcję klastrowania awaryjnego na każdym węźle, a następnie przeprowadź walidację przed utworzeniem klastra.

Na każdym węźle otwórz Server Manager -> Dodaj role i funkcje -> Udogodnienia, Wybierz Klaster pracy awaryjneji kliknij Zainstalować. Uruchom ponownie, jeśli pojawi się monit. Alternatywa dla programu PowerShell:
```
Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools
```
Na dowolnym węźle otwórz Menedżer klastra pracy awaryjnej -> Sprawdź konfiguracjęDodaj wszystkie nazwy hostów węzłów i uruchom wszystkie testy. Alternatywa dla programu PowerShell:
```
Test-Cluster -Node Node1, Node2
```
Przed kontynuacją rozwiąż wszystkie błędy w raporcie walidacyjnym. Ostrzeżenia dotyczące przestrzeni dyskowej Direct można zignorować, jeśli usługa S2D nie jest używana.

4.3 Utwórz WSFC

Po pomyślnym zakończeniu walidacji utwórz klaster i sprawdź jego konfigurację.

In Menedżer klastra pracy awaryjnejkliknij Utwórz klaster, dodaj wszystkie nazwy hostów węzłów, wprowadź nazwę klastra i statyczny wirtualny adres IP, a następnie kliknij NastępnaAlternatywa dla programu PowerShell:
```
New-Cluster -Name ClusterName -Node Node1, Node2 -StaticAddress x.x.x.x
```
Jeśli uprawnienia domeny są ograniczone, poproś administratora usługi Active Directory o wstępne przygotowanie obiektu komputera o nazwie klastra przed wykonaniem tego kroku.
Po utworzeniu potwierdź, że kworum jest widoczne Większość węzłów i dysków z przypisanym dyskiem świadka.
Pod Dyski -> Tarczezmień nazwę każdego dysku klastrowego, aby odzwierciedlała jego rolę (na przykład, Dane SQL, Dziennik SQL, ŚWIADEK). Pod sieci, zmień nazwę każdej sieci klastra tak, aby odzwierciedlała typ jej ruchu.

5. Instalacja SQL Server Instancja klastra trybu failover

5.1 Wybierz metodę instalacji

SQL Server Program instalacyjny oferuje dwa sposoby instalacji instancji klastra trybu failover. Wybierz ten, który odpowiada Twojemu środowisku.

Zintegrowana instalacja (Dodaj węzeł): Zainstaluj kompletny, działający FCI na pierwszym węźle, a następnie dodaj każdy kolejny węzeł za pomocą Dodaj węzeł opcja. Prostsze i zalecane w przypadku większości wdrożeń.
Instalacja zaawansowana/korporacyjna: Uruchom Przygotuj klaster failover najpierw na wszystkich węzłach, a następnie uruchom Kompletny klaster failover na węźle, który jest właścicielem dysku współdzielonego. Użyj tego podejścia w przypadku dużych wdrożeń wielowęzłowych, w których chcesz przygotować wszystkie węzły równolegle przed zatwierdzeniem.

5.2 Pierwsza instalacja węzła

Uruchom SQL Server Konfiguracja na pierwszym węźle w celu utworzenia FCI przy użyciu metody zintegrowanej.

Uruchom setup.exe jako administrator. Wybierz instalacja sprzętu -> Nowości SQL Server instalacja klastra failover.
On Wybór funkcjiwybierz Usługi silnika bazy danych i Narzędzia zarządzania – podstawowe.
On Konfiguracja instancji, wejdz do SQL Server Nazwa sieci — wirtualna nazwa używana przez klientów do łączenia się.
On Grupa zasobów klastra, wprowadź opisową nazwę grupy.
On Wybór dysku klastrowego, wybierz dyski współdzielone dla plików danych, dziennika i kopii zapasowej.
On Konfiguracja sieci klastrowej, przypisz adres IP do każdej podsieci. Instalator automatycznie ustawia zależność OR dla klastrów wielopodsieciowych.
On Konfiguracja serwera, ustaw konta usług. Użyj konta usługi zarządzanego przez grupę (gMSA) do automatycznego zarządzania hasłami; użyj kont domenowych jako rozwiązania awaryjnego.
On Konfiguracja silnika bazy danychWybierz tryb uwierzytelniania i ustaw ścieżki do katalogów danych. Umieść bazy danych systemowych, bazy danych użytkowników, dzienniki, kopie zapasowe i bazę TempDB na osobnych dyskach.
Przejrzyj podsumowanie i kliknij Zainstalować.

5.3 Dodaj pozostałe węzły

Po ukończeniu pierwszego węzła należy dodać każdy kolejny węzeł do FCI.

Na dodatkowym węźle uruchom setup.exe na której: instalacja sprzętu -> Dodaj węzeł do SQL Server klaster pracy awaryjnej.
On Konfiguracja węzłów klastra, wybierz istniejącą instancję FCI.
On Konfiguracja sieci klastrowej, przypisz adres IP dla podsieci tego węzła.
On Konta usług, potwierdź, że hasła do kont usługowych są zgodne z hasłami ustawionymi na pierwszym węźle, a następnie kliknij Zainstalować.
Powtórz dla każdego kolejnego węzła.

6. Po instalacji: konfiguracja i testowanie

6.1 Niezbędny SQL Server Ustawienia

Zastosuj te ustawienia natychmiast po uruchomieniu FCI.

Ustaw maksymalna pamięć serwera do czapki SQL Serverpamięć i pozostawić przestrzeń dla systemu operacyjnego i usług klastra:
```
EXEC sp_configure 'show advanced options', 1; RECONFIGURE;
EXEC sp_configure 'max server memory', <value_in_MB>; RECONFIGURE;
```
Ustaw maksymalny stopień paralelizmu (MAXDOP) na podstawie topologii Non-Uniform Memory Access (NUMA).

Przenieś TempDB na dedykowany wolumin, aby odizolować jego wejście/wyjście:

USE master;
ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, FILENAME = 'D:\TempDB\tempdb.mdf');
ALTER DATABASE tempdb MODIFY FILE (NAME = templog, FILENAME = 'D:\TempDB\templog.ldf');

Uruchom ponownie SQL Server usługa, aby przeniesienie pliku zostało zrealizowane.

6.2 Testowanie awaryjne

Przed przeniesieniem klastra do środowiska produkcyjnego należy sprawdzić jego działanie w trybie failover.

In Menedżer klastra pracy awaryjnej, kliknij prawym przyciskiem myszy SQL Server Rola i wybór FCI Przenieść -> Wybierz węzełWybierz węzeł drugorzędny i kliknij OK.
Poczekaj, aż pojawi się status roli Bieganie na nowym węźle.
Z komputera klienckiego połącz się z SQL Server używając nazwy sieci wirtualnej i potwierdź, że połączenie zostało nawiązane bez zmiany ciągu połączenia.
Oceń SQL Server dziennik błędów i dziennik zdarzeń klastra Windows w celu potwierdzenia prawidłowego przejścia w tryb failover w ramach docelowego czasu odzyskiwania (RTO).

7. Zarządzanie, najlepsze praktyki i rozwiązywanie problemów

7.1 Polityka i monitorowanie trybu failover

In Menedżer klastra pracy awaryjnej, kliknij prawym przyciskiem myszy SQL Server Rola FCI -> Właściwości -> Failover Aby ustawić poziom awarii i limit czasu kontroli stanu. Zwiększ limit czasu na mocno obciążonych serwerach, aby uniknąć fałszywych przełączeń awaryjnych.
Monitoruj stan klastra za pomocą Menedżer klastra pracy awaryjnej, System Windows Event ViewerThe SQL Server dziennik błędów i SQL Server Activity monitor w celu zapewnienia widoczności zasobów i sesji w czasie rzeczywistym.
Po każdym automatycznym przełączeniu awaryjnym należy sprawdzić SQL Server dzienniki diagnostyczne (przechowywane obok dziennika błędów) dotyczące stanu komponentu poprzedzającego zdarzenie. Użyj SQL Server Rozszerzone wydarzenia aby zarejestrować szczegółowy ślad stanu zasobów i warunków błędów w oknie przełączania awaryjnego.

7.2 Najlepsze praktyki

Używaj statycznych adresów IP na wszystkich węzłach. Wygaśnięcie dzierżawy protokołu DHCP (Dynamic Host Configuration Protocol) podczas przełączania awaryjnego wydłuża czas przestoju i komplikuje rejestrację DNS.
Zawsze utrzymuj nieparzystą liczbę głosów kworum. Dodaj świadka, jeśli dodanie węzła spowoduje parzystość.
Uruchom walidację klastra po każdej zmianie sprzętu, aktualizacji sterowników lub znaczącej zmianie konfiguracji systemu operacyjnego.
Przed przystąpieniem do instalacji przypisz identyczne litery dysków na wszystkich węzłach SQL Server instalacja. Niezgodności blokują konfigurację i trudno je później naprawić.
Skontaktuj się z administratorem Active Directory przed dniem instalacji. Uprawnienia do tworzenia obiektów na komputerze to najczęstsza blokada przed instalacją.
Utrzymuj przetestowany SQL Server backup Strategia ta nie jest możliwa nawet przy wdrożonym mechanizmie FCI. FCI chroni przed awarią węzła, a nie przed uszkodzeniem danych, przypadkowym usunięciem czy utratą danych na poziomie pamięci masowej — regularne tworzenie kopii zapasowych i przywracanie danych to jedyne zabezpieczenie w takich sytuacjach.

7.3 Typowe problemy i ich rozwiązania

Błędy uprawnień usługi Active Directory: Poproś administratora usługi Active Directory (AD) o wstępne przygotowanie obiektu komputera klastra lub udzielenie Utwórz obiekty komputerowe i Przeczytaj wszystkie właściwości na konto instalacyjne.
Współdzielona pamięć masowa nie jest widoczna na węzłach: Uruchom ponownie Serwer docelowy iSCSI Usługę na hoście pamięci masowej, a następnie ponownie połącz się z inicjatora iSCSI na każdym węźle. Sprawdź maskowanie i strefowanie LUN.
Ostrzeżenia dotyczące walidacji sterowników lub poziomów aktualizacji: Zastosuj najnowszą zbiorczą aktualizację z Windows Update na wszystkich węzłach przed ponownym uruchomieniem walidacji.
WSFC przechodzi w tryb offline po awarii węzła: Użyj wymuszonego kworum, aby uruchomić pozostałe węzły, odzyskać wszelkie bazy danych dotkniętych awarią, przywróć kworum, a następnie skonfiguruj ponownie przed powrotem do produkcji. Uruchom DBCC CHECKDB w każdej odzyskanej bazie danych, aby potwierdzić jej integralność przed wznowieniem normalnego obciążenia.
Fałszywe automatyczne przełączanie awaryjne: Zwiększ limit czasu kontroli stanu we właściwościach roli FCI. Przejrzyj dzienniki diagnostyczne, aby odróżnić rzeczywistą awarię od chwilowego skoku obciążenia zasobów.

8. Często zadawane pytania

P: Jaka jest minimalna liczba węzłów wymagana do SQL Server klaster failover?

A: Minimum to dwa węzły. Jeden działa jako węzeł aktywny, uruchamiając SQL Server instancja; druga to instancja zapasowa. Większość wdrożeń produkcyjnych rozpoczyna się od konfiguracji dwuwęzłowej w trybie aktywnym/pasywnym.

P: Czy SQL Server Czy FCI wymaga współdzielonej pamięci masowej?

O: Tak. W przeciwieństwie do grup dostępności Always On, FCI wymaga, aby wszystkie węzły miały dostęp do tej samej pamięci masowej — sieci SAN (Fibre Channel lub iSCSI), Storage Spaces Direct lub udziału plików SMB. Współdzielona pamięć masowa umożliwia dostęp do tych samych plików bazy danych z dowolnego węzła po przełączeniu awaryjnym.

P: Co SQL Server Czy edycje obsługują klaster failover?

A: SQL Server Wersje Standard i Enterprise obsługują FCI. Wersje Express i Developer nie. Edycja Enterprise obsługuje więcej węzłów i dodatkowe funkcje wysokiej dostępności, takie jak operacje indeksowania online podczas konserwacji.

Q: Czy SQL Server Czy FCI i Always On Availability Groups można stosować razem?

O: Tak. Węzeł FCI może hostować replikę grupy dostępności, zapewniając zarówno wysoką dostępność (HA) na poziomie instancji z FCI, jak i odzyskiwanie po awarii (DR) na poziomie bazy danych z grupy dostępności. Jednak automatyczne przełączanie awaryjne grupy dostępności do lub z repliki hostowanej w FCI nie jest obsługiwane — w tej konfiguracji dostępne jest tylko ręczne przełączanie awaryjne.

P: Jak długo trwa SQL Server ile zazwyczaj trwa przełączanie awaryjne?

A: Czas przełączania awaryjnego zależy od liczby brudnych stron w buforze pamięci podręcznej, które muszą zostać zapisane na dysku przed ponownym uruchomieniem instancji na nowym węźle. Z włączonymi pośrednimi punktami kontrolnymi (domyślnie od SQL Server Od 2012 roku liczba stron z brudnymi stronami jest ograniczona, a większość przełączeń awaryjnych kończy się w czasie krótszym niż 30 sekund. Rzeczywisty RTO zależy od obciążenia, szybkości pamięci masowej i czasu odzyskiwania bazy danych.

P: Czym jest kworum i dlaczego jest takie ważne?

A: Kworum to mechanizm używany przez WSFC do określania, czy klaster ma wystarczającą liczbę sprawnych członków, aby pozostać online i obsługiwać żądania. Zapobiega on scenariuszowi rozdwojenia jaźni, w którym dwie odizolowane grupy węzłów uważają się za autorytatywnych właścicieli SQL Server W przypadku utraty kworum, WSFC przełącza klaster w tryb offline, aby chronić integralność danych.

Q: Czy SQL Server Czy FCI można zainstalować w klastrze grupy roboczej (bez Active Directory)?

Nie. SQL Server FCI wymaga, aby wszystkie węzły należały do tej samej domeny Active Directory. Konfiguracje klastrów grup roboczych, klastrów wielodomenowych oraz klastrów zawierających kontrolery domeny tylko do odczytu nie są obsługiwane.

P: Co dzieje się z połączeniami klientów w przypadku wystąpienia awarii?

A: Aktywne połączenia z SQL Server Instancje są usuwane podczas przełączania awaryjnego. Po uruchomieniu instancji na nowym węźle, wirtualna nazwa sieciowa i wirtualny adres IP są tam ponownie rejestrowane, a klienci korzystający z logiki ponawiania w swoich ciągach połączenia połączą się ponownie automatycznie bez żadnych zmian w konfiguracji.

P: Czy mogę dodawać lub usuwać węzły z istniejącego węzła? SQL Server klaster failover?

A: Tak. Biegnij SQL Server Skonfiguruj na dowolnym węźle i wybierz Dodaj węzeł do SQL Server klaster pracy awaryjnej aby dodać węzeł lub Usuń węzeł z SQL Server klaster pracy awaryjnej aby usunąć jeden. Dodanie lub usunięcie węzła nie wymaga przestoju pozostałych węzłów w klastrze.

P: Jaka jest różnica między zaplanowanym przełączeniem awaryjnym a automatycznym przełączeniem awaryjnym?

A: Planowane przełączenie awaryjne jest inicjowane ręcznie przez administratora — zazwyczaj w celu konserwacji, takiej jak instalowanie poprawek lub wymiana sprzętu. Pozwala to SQL Server aby wyczyścić uszkodzone strony i całkowicie zamknąć system przed przeniesieniem własności, co minimalizuje przestoje. Automatyczne przełączanie awaryjne jest uruchamiane przez WSFC, gdy monitorowanie stanu wykryje awarię aktywnego węzła, a czas odzyskiwania zależy od ilości wymaganego odzyskiwania po awarii.

P: Jak mogę odzyskać SQL Server klaster failover, jeśli cały WSFC przejdzie w tryb offline?

A: Jeśli kworum zostanie utracone i klaster nie będzie mógł się normalnie uruchomić, użyj wymuszonego kworum, aby uruchomić działające węzły w stanie nieodpornym na błędy. Uruchom następujące polecenie programu PowerShell na działającym węźle: Start-ClusterNode -ForcQuorumPo uruchomieniu klastra należy odzyskać bazy danych, sprawdzić integralność danych, a następnie ponownie skonfigurować kworum z pozostałymi węzłami przed powrotem do produkcji.

P: Czy powinienem uruchamiać Kreatora walidacji klastra przed każdym SQL Server instalacja?

O: Tak, a także po każdej istotnej zmianie sprzętu lub konfiguracji. Microsoft obsługuje tylko konfiguracje klastrów failover, które pomyślnie przejdą wszystkie testy walidacyjne. Pominięcie walidacji grozi uruchomieniem nieobsługiwanej konfiguracji, która może zachowywać się nieprzewidywalnie w warunkach awarii.

9. Wniosek

SQL Server Klaster failover zapewnia transparentną wysoką dostępność na poziomie instancji za pośrednictwem WSFC, z automatycznym przełączaniem awaryjnym i bez konieczności rekonfiguracji klienta. To właściwy wybór, gdy dostępna jest współdzielona pamięć masowa i wszystkie bazy danych w instancji muszą być przełączane awaryjnie jako jednostka. W środowiskach, które wymagają również odzyskiwania po awarii lub dodatkowych obciążeń odczytu, należy połączyć klaster FCI z grupami dostępności Always On, aby obsłużyć oba scenariusze.

Referencje

Oficjalny dokument firmy Microsoft: Klaster trybu failover systemu Windows Server z SQL Server
Oficjalny dokument firmy Microsoft: Zawsze włączone instancje klastra failover
Oficjalny dokument firmy Microsoft: Zainstaluj instancję klastra trybu failover
Oficjalny dokument firmy Microsoft: Tryby kworum WSFC i konfiguracja głosowania

O autorze

Yuan Sheng jest starszym administratorem baz danych (DBA) z ponad 10-letnim doświadczeniem w SQL Server środowiskach i zarządzaniu bazami danych przedsiębiorstw. Z powodzeniem rozwiązał setki scenariuszy odzyskiwania baz danych w firmach z branży usług finansowych, opieki zdrowotnej i produkcji.

Yuan specjalizuje się w SQL Server Odzyskiwanie baz danych, rozwiązania wysokiej dostępności i optymalizacja wydajności. Jego bogate doświadczenie praktyczne obejmuje zarządzanie wieloterabajtowymi bazami danych, wdrażanie grup Always On Availability Groups oraz opracowywanie zautomatyzowanych strategii tworzenia kopii zapasowych i odzyskiwania danych dla systemów biznesowych o znaczeniu krytycznym.

Dzięki swojej wiedzy technicznej i praktycznemu podejściu Yuan skupia się na tworzeniu kompleksowych przewodników, które pomagają administratorom baz danych i specjalistom IT rozwiązywać złożone problemy SQL Server skutecznie stawia czoła wyzwaniom. Jest na bieżąco z najnowszymi SQL Server wydania i rozwijające się technologie baz danych firmy Microsoft, regularnie testując scenariusze odzyskiwania, aby mieć pewność, że jego zalecenia odzwierciedlają najlepsze praktyki stosowane w praktyce.

Masz pytania dot SQL Server Potrzebujesz pomocy w odzyskiwaniu danych lub dodatkowych wskazówek dotyczących rozwiązywania problemów z bazą danych? Yuan zaprasza opinie i sugestie w celu udoskonalenia tych zasobów technicznych.