Sdílet prostřednictvím

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

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 Co je skupina dostupnosti AlwaysOn?

Clustering a skupiny dostupnosti windows Serveru s podporou převzetí služeb při selhání

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 ve skupinách dostupnosti Always On neexistuje role pro svědka.

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 naleznete v tématu Clustering s podporou převzetí služeb při selhání Windows Serveru 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. Samostatná instance SQL Serveru nebo instance FCI může hostovat repliku dostupnosti. 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 dalších požadavcích najdete v tématu Požadavky, omezení a doporučení pro skupiny dostupnosti AlwaysOn (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ě Shared Nesdílený

I když repliky ve skupině dostupnosti nesdílejí úložiště, replika hostovaná FCI používá řešení sdíleného úložiště, jak to vyžaduje tato 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

*Zatímco 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. Na aktivním uzlu FCI však v případě, že databáze hostovaná službou FCI patří do skupiny dostupnosti, je databáze čitelná, pokud je místní replika dostupnosti spuštěná jako sekundární replika pro čtení.

**Nastavení zásad převzetí služeb při selhání pro skupinu dostupnosti platí pro všechny repliky, ať už je hostovaná v samostatné instanci nebo instanci FCI.

Důležité informace o hostování repliky dostupnosti v FCI

Důležitý

Pokud plánujete hostovat repliku dostupnosti v 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í 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 clusteru s podporou převzetí služeb při selhání SQL Serveru nepodporují automatické převzetí služeb při selhání podle skupin dostupnosti, takže všechny repliky dostupnosti, které hostitelé FCI můžou nakonfigurovat jenom 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í FCI SQL Serveru v primárním datovém centru 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.
  • Nainstalujete NODE02další instanci SQL Serveru, Instance3což 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 stane se nedostupný na NODE01a WSFC způsobí převzetí služeb při selhání fciInstance1NODE02. 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 opravit problém, který tento scénář představuje, samostatná instance, Instance3musí být umístěn v jiném uzlu ve stejné WSFC jako NODE01 a NODE02.

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

Omezení používání Správce WSFC se skupinami dostupnosti

Ke správě skupin dostupnosti nepoužívejte Správce clusteru s podporou převzetí služeb při selhání. 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 clusteru s podporou převzetí služeb při selhání k přesunu skupin dostupnosti do různých uzlů ani k převzetí služeb při selhání skupin dostupnosti. Správce clusteru s podporou převzetí služeb při selhání neví o stavu synchronizace replik dostupnosti a může to 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řesunete instanci clusteru s podporou převzetí služeb při selhání hostující skupinu dostupnosti do uzlu, který už hostuje repliku stejné skupiny dostupnosti, může dojít ke ztrátě repliky skupiny dostupnosti, aby se na cílovém uzlu nepřevedl do režimu online. Jeden uzel clusteru s podporou 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 ji obnovit, najdete v blogu Replika neočekávaně ukončena ve skupině dostupnosti.

Související obsah

  • Last updated on