Clustering s podporou převzetí služeb při selhání a skupiny dostupnosti AlwaysOn (SQL Server)

Článek
12/17/2024

platí pro:SQL Server – jenom Windows

Skupiny dostupnosti Always On, řešení pro vysokou dostupnost a zotavení po havárii, které bylo představeno v SQL Serveru 2012 (11.x), vyžadují použití Windows Server Failover Clustering (WSFC). I když skupiny dostupnosti AlwaysOn nejsou závislé na clusteringu s podporou převzetí služeb při selhání SQL Serveru, můžete k hostování repliky dostupnosti pro skupinu dostupnosti použít instanci clusteringu s podporou převzetí služeb při selhání (FCI). Je důležité znát roli každé technologie clusteringu a vědět, jaké aspekty jsou potřeba při návrhu prostředí skupin dostupnosti AlwaysOn.

Poznámka

Informace o konceptech skupin dostupnosti AlwaysOn najdete v tématu Přehled skupin dostupnosti AlwaysOn (SQL Server).

Převzetí služeb při selhání Windows Serveru a skupiny dostupnosti

Nasazení skupin dostupnosti Always On vyžaduje Windows Server Failover Cluster (WSFC). Aby bylo možné povolit skupiny dostupnosti AlwaysOn, musí se instance SQL Serveru nacházet v uzlu WSFC a WSFC a uzel musí být online. Kromě toho se každá replika dostupnosti dané skupiny dostupnosti musí nacházet v jiném uzlu stejného WSFC. Jedinou výjimkou je, že při migraci do jiného WSFC může skupina dostupnosti dočasně překlenout dva clustery.

Skupiny dostupnosti AlwaysOn spoléhají na cluster s podporou převzetí služeb při selhání systému Windows Server (WSFC) k monitorování a správě aktuálních rolí replik dostupnosti, které patří do dané skupiny dostupnosti, a k určení toho, jak událost převzetí služeb při selhání ovlivňuje repliky dostupnosti. Skupina prostředků WSFC se vytvoří pro každou skupinu dostupnosti, kterou vytvoříte. WSFC sleduje tuto skupinu prostředků k vyhodnocení stavu primární repliky.

Kvorum pro skupiny dostupnosti AlwaysOn je založeno na všech uzlech wsFC bez ohledu na to, jestli daný uzel clusteru hostuje jakékoli repliky dostupnosti. Na rozdíl od zrcadlení databáze není ve skupinách dostupnosti AlwaysOn žádná role určující.

Celkový stav WSFC je určen hlasy kvora uzlů v clusteru. Pokud se WSFC stane nedostupným kvůli neplánované havárii nebo trvalému selhání hardwaru či komunikace, je nutný ruční zásah správce. Správce Windows Serveru nebo WSFC bude muset vynutit kvorum a potom přenést uzly clusteru přeživší zpět do režimu online v konfiguraci odolné proti chybám.

Důležitý

Klíče registru skupin dostupnosti AlwaysOn jsou podklíče WSFC. Pokud odstraníte a znovu vytvoříte WSFC, musíte zakázat a znovu povolit funkci skupiny dostupnosti AlwaysOn na každé instanci SQL Serveru, která hostuje repliku dostupnosti v původní WSFC.

Informace o spuštění SQL Serveru na uzlech WSFC a o kvoru WSFC najdete v tématu Windows Server Failover Clustering (WSFC) s SQL Serverem.

Instance clusteru s podporou převzetí služeb při selhání SQL Serveru (FCI) a skupiny dostupnosti

Druhou úroveň převzetí služeb při selhání můžete nastavit na úrovni instance serveru implementací SQL Serveru a FCI společně s WSFC. Repliku dostupnosti může hostovat samostatná instance SQL Serveru nebo instance FCI. Repliku pro danou skupinu dostupnosti může hostovat pouze jeden partner FCI. Pokud je replika dostupnosti spuštěná v FCI, seznam možných vlastníků skupiny dostupnosti bude obsahovat pouze aktivní uzel FCI.

Skupiny dostupnosti AlwaysOn nezávisí na žádné formě sdíleného úložiště. Pokud ale použijete instanci clusteru s podporou převzetí služeb při selhání SQL Serveru (FCI) k hostování jedné nebo více replik dostupnosti, každá z těchto FCI bude vyžadovat sdílené úložiště podle standardní instalace instance clusteru s podporou převzetí služeb při selhání SQL Serveru.

Další informace o potřebných předpokladech najdete v části "Požadavky a omezení pro používání instance přepnitelného clusteru systému SQL Server (FCI) k hostování repliky dostupnosti" v dokumentu "Požadavky, omezení a doporučení pro skupiny dostupnosti Always On (SQL Server)".

Porovnání instancí clusteru s podporou převzetí služeb při selhání a skupin dostupnosti

Bez ohledu na počet uzlů v FCI hostuje celé FCI jedinou repliku ve skupině dostupnosti. Následující tabulka popisuje rozdíly v konceptech mezi uzly v FCI a replikami v rámci skupiny dostupnosti.

	Uzly v rámci FCI	Repliky v rámci skupiny dostupnosti
používá WSFC	Ano	Ano
úroveň ochrany	Instance	Databáze
Typ úložiště	Společný	Nesdílený Zatímco repliky ve skupině dostupnosti nesdílejí úložiště, replika hostovaná službou FCI používá řešení sdíleného úložiště, jak to vyžaduje tato služba FCI. Řešení úložiště je sdíleno pouze uzly v rámci FCI a ne mezi replikami skupiny dostupnosti.
Řešení úložiště	Přímé připojení, SÍŤ SAN, přípojné body, SMB	Závisí na typu uzlu.
Čitelné sekundární prvky	Ne*	Ano
nastavení příslušných zásad převzetí služeb při selhání	Kvorum WSFC Specifické pro FCI Nastavení skupiny dostupnosti**	Kvorum WSFC Nastavení skupiny dostupnosti
prostředky s převzetím služeb při selhání	Server, instance a databáze	Pouze databáze

*Vzhledem k tomu, že synchronní sekundární repliky ve skupině dostupnosti jsou vždy spuštěné na příslušných instancích SQL Serveru, sekundární uzly v FCI ve skutečnosti nespustily příslušné instance SQL Serveru a proto nejsou čitelné. V FCI sekundární uzel spustí instanci SQL Serveru pouze tehdy, když se během FCI selhání přenese vlastnictví skupiny prostředků na něj. Pokud však na aktivním uzlu FCI patří databáze hostovaná službou FCI do skupiny dostupnosti, pokud je místní replika dostupnosti spuštěná jako sekundární replika pro čtení, je databáze čitelná.

Nastavení zásad převzetí pro skupinu dostupnosti platí pro všechny repliky, ať už jsou hostované v samostatné instanci nebo instanci FCI.

Poznámka

Další informace o počtu uzlů v rámci FCI a skupinách dostupnosti Always On pro různé edice SQL Serveru najdete v tématu Funkce podporované edicemi SQL Serveru 2012 (https://go.microsoft.com/fwlink/?linkid=232473).

Úvahy o hostování repliky dostupnosti na FCI

Důležitý

Pokud plánujete hostovat repliku dostupnosti na instanci clusteru s podporou převzetí služeb při selhání SQL Serveru (FCI), ujistěte se, že hostitelské uzly Windows Serveru 2008 splňují požadavky a omezení služby AlwaysOn pro instance clusteru s podporou převzetí služeb při selhání (FCI). Další informace najdete v tématu Požadavky, omezení a doporučení pro skupiny dostupnosti AlwaysOn (SQL Server).

Instance převzetí služeb při selhání clusteru (FCI) SQL Serveru nepodporují automatické převzetí služeb při selhání podle skupin dostupnosti, takže všechny repliky dostupnosti hostované instancemi FCI mohou být nakonfigurovány pouze pro ruční převzetí služeb při selhání.

Možná budete muset nakonfigurovat WSFC tak, aby zahrnovala sdílené disky, které nejsou dostupné na všech uzlech. Představte si například WSFC ve dvou datových centrech se třemi uzly. Dva uzly hostují instanci clusteru s podporou převzetí služeb při selhání SQL Serveru (FCI) v primárním datacentru a mají přístup ke stejným sdíleným diskům. Třetí uzel hostuje samostatnou instanci SQL Serveru v jiném datacentru a nemá přístup ke sdíleným diskům z primárního datového centra. Tato konfigurace WSFC podporuje nasazení skupiny dostupnosti, pokud FCI hostuje primární repliku a samostatná instance hostuje sekundární repliku.

Při výběru FCI pro hostování repliky dostupnosti pro danou skupinu dostupnosti se ujistěte, že převzetí služeb při selhání FCI nemohlo potenciálně způsobit, že se jeden uzel WSFC pokusí hostovat dvě repliky dostupnosti pro stejnou skupinu dostupnosti.

Následující ukázkový scénář ukazuje, jak by tato konfigurace mohla vést k problémům:

Nakonfigurujete WSFC se dvěma uzly, NODE01 a NODE02. Na fciInstance1 i NODE01 nainstalujte instanci clusteru SQL Serveru s podporou převzetí služeb při selhání, NODE02, kde je aktuálním vlastníkem NODE01, fciInstance1.
Na NODE02nainstalujete další instanci SQL Serveru, Instance3, což je samostatná instance.
Na NODE01povolíte fciInstance1 pro skupiny dostupnosti AlwaysOn. Na NODE02povolíte Instance3 pro skupiny dostupnosti AlwaysOn. Pak nastavíte skupinu dostupnosti, pro kterou fciInstance1 hostuje primární repliku, a Instance3 hostuje sekundární repliku.
V určitém okamžiku fciInstance1 přestane být dostupné na NODE01a WSFC způsobí převod fciInstance1 na NODE02. Po převzetí služeb při selhání je fciInstance1 instancí s podporou skupin dostupnosti AlwaysOn spuštěnou v primární roli v NODE02. Nicméně, Instance3 nyní se nachází na stejném uzlu WSFC jako fciInstance1. To porušuje omezení skupin dostupnosti AlwaysOn.
Chcete-li vyřešit problém, který tento scénář představuje, samostatná instance, Instance3, musí být umístěna v jiném uzlu ve stejné WSFC jako NODE01 a NODE02.

Další informace o FCI SQL Serveru naleznete v tématu Always On instance clusteru s podporou převzetí služeb při selhání (SQL Server).

Omezení používání Správce clusteru s podporou převzetí služeb při selhání WSFC se skupinami dostupnosti

Nepoužívejte Správce clusteru s podporou převzetí služeb při selhání k manipulaci se skupinami dostupnosti, například:

Nepřidávejte ani neodebívejte prostředky v clusterové službě (skupině prostředků) pro skupinu dostupnosti.
Neměňte žádné vlastnosti skupiny dostupnosti, například možné vlastníky a upřednostňované vlastníky. Tyto vlastnosti jsou automaticky nastaveny skupinou dostupnosti.
Nepoužívejte Správce převzetí služeb při selhání clusteru k přesunu skupin dostupnosti do různých uzlů nebo k převzetí služeb při selhání skupin dostupnosti. Správce clusteru s podporou převzetí služeb při selhání si není vědom stavu synchronizace replik dostupnosti, což může vést k delšímu výpadku. Musíte použít Transact-SQL nebo SQL Server Management Studio.

Varování

Pomocí Správce clusteru s podporou převzetí služeb při selhání přesuňte instanci clusteru převzetí služeb při selhání hostující skupinu dostupnosti do uzlu, který je již již hostující repliku stejné skupiny dostupnosti, může dojít ke ztrátě repliky skupiny dostupnosti, což mu brání v přenosu do režimu online na cílovém uzlu. Jeden uzel clusteru pro převzetí služeb při selhání nemůže hostovat více než jednu repliku pro stejnou skupinu dostupnosti. Další informace o tom, jak k tomu dochází a jak se zotavit, najdete v blogovém příspěvku Replika neočekávaně padla ve skupině dostupnosti.

Související obsah

Viz také

přehled skupin dostupnosti AlwaysOn (SQL Server)
Povolení a zakázání skupin dostupnosti Always On (SQL Server)
Monitorování skupin dostupnosti (Transact-SQL)
instance clusteru s podporou převzetí služeb při selhání alwaysOn (SQL Server)

Sdílet prostřednictvím