ÚVOD
Tento dokument popisuje kroky a další informace potřebné ke konfiguraci AlwaysOn Availability Groups pro HA a DR na MS SQL Server. AlwaysOn Availability Groups je řešení HA-DR představené v SQL Server 2012, navržené jako kombinace odesílání protokolu transakcí a zrcadlení databáze.
AlwaysOn AG implementuje HA na úrovni databáze, i když uzly, které hostí instance SQL a účastní se konfigurace, jsou součástí clusteru Windows Failover Cluster. Každý uzel označujeme jako replika dostupnosti.
V typické konfiguraci existuje primární replika a jedna nebo více sekundárních replik pouze pro čtení. Skupina databází nakonfigurovaných ve Skupině dostupnosti lze společně přepnout na alternativní repliku.
PŘEDPOKLADY
1.1 Předpoklady
1.1.1 Dva nebo více serverů Windows 2012 nebo vyšší (Enterprise Edition) s nejnovějšími záplatami
1.1.2 Servisní účty pro instance SQL Serveru
1.1.3 Sdílení souborů na důvěryhodném serveru jiném, než jsou servery účastnící se klastru
1.1.4 Instalační médium SQL 2012 nebo vyšší spolu s aktualizacemi Service Pack
1.1.5 Dvě další IP adresy kromě veřejných IP adres zúčastněných serverů
1.1.6 DBA, správce služby Windows AD, správce sítě
SOUHRN
1.2 Postup konfigurace zahrnuje následující fáze:
1.2.1 Povolit Clustering na všech uzlech
1.2.2 Ověřit uzly pro shlukování
1.2.3 Vytvořit klastr
1.2.4 Konfigurace kvora
1.2.5 Nainstalujte SQL Server na všechny uzly
1.2.6 Povolit skupiny dostupnosti AlwaysOn u všech instancí
1.2.7 Vytvořit skupinu dostupnosti
1.2.8 Přidat AG posluchače
POSTUP
1.3 Povolit shlukování na všech uzlech
1.3.1 Otevřete Správce serveru na windows
1.3.2 Spusťte Přidat role a funkce Průvodce
Windows Failover Clustering je funkce Windows. Můžete to povolit pomocí průvodce.
1.3.3 Přijměte výchozí nastavení, dokud se nedostanete do fáze Funkce.
V této fázi musíme vybrat server, který chceme nakonfigurovat. V tomto scénáři máme co do činění s místním serverem (viz obrázek 4).
Z bezpečnostních důvodů jsme skryli názvy serverů, ale uvidíte je ve spodním panelu (obrázek 4).
V tuto chvíli neplánujeme konfigurovat roli. Takže klikneme na NEXT a pokračujeme, dokud se nedostaneme k Features (Obrázek 6).
Povolte zaškrtávací políčko pro Failover Clustering. Poté klikněte na INSTALL.
1.3.4 Vyberte Failover Clustering ve fázi Features
1.3.5 Po dokončení zavřete průvodce
1.4 Ověření serverů pro klastrování
Klastrování jsme povolili podle kroků v předchozí části. Tyto kroky musíme zopakovat pro každý server, který by se měl účastnit clusteru převzetí služeb při selhání.
Windows aktuálně podporuje až 64 uzlů v clusteru s podporou převzetí služeb při selhání. Windows 2019 zvyšuje užitečnost tohoto velkého počtu tím, že poskytuje funkci známou jako Cluster Sets. Ověření potenciálních členských serverů klastru znamená kontrolu, zda byly všechny správně nakonfigurovány pro účast v klastru.
1.4.1 Otevřete Failover Cluster Manager
1.4.2 Otevřete Ověřit konfiguraci Průvodce vpravo.
1.4.3 Na stránce Vybrat servery fázi, zadejte všechny servery určené pro cluster. Opět jsme skryli vybrané servery.
Z této obrazovky můžeme přidat všechny zúčastněné servery.
1.4.4 Přijměte výchozí možnost „Spustit všechny testy“.
1.4.5 Ignorovat varování týkající se disku. Pro konfiguraci AlwaysOn nepotřebujete sdílené disky.
1.4.6 Dokončete průvodce
V tomto okamžiku si můžete prohlédnout zprávu o ověření. Pokud se vyskytnou nějaké problémy, můžete je opravit, než budete pokračovat. Některá varování lze ignorovat, ale nezapomeňte prozkoumat jejich význam.
1.5 Vytvoření clusteru
1.5.1 Ve Správci klastrů s podporou převzetí služeb při selhání spusťte Vytvořit klastr Průvodce.
1.5.2 Přidat všechny servery určené pro clustering.
Tato obrazovka je jako Ověřit konfiguraci Obrazovka . Můžeme také přidat všechny požadované uzly najednou.
Chcete-li přidat servery, klikněte na tlačítko Procházet tlačítko.
1.5.3 Zadejte požadovaný název clusteru a přidruženou adresu IP
Tento název slouží k vytvoření Objektu názvu počítače na doméně. Proto potřebujete oprávnění k vytváření počítačových objektů pro účet provádějící instalaci. Pamatujte také, že všechny IP adresy používané pro všechny členy clusteru musí být ve stejné podsíti, s výjimkou případů, kdy vytváříte cluster s více místy.
Při vytváření clusteru s podporou převzetí služeb při selhání pro skupiny dostupnosti AlwaysOn nepotřebujeme přidávat disky do clusteru. Ponechte tedy možnost nezaškrtnutou (viz obrázek 19).
1.5.4 Dokončete Vytvořit klastr Průvodce
1.6 Konfigurace kvora
Kvorum určuje počet členů klastru, kteří musí být online, aby bylo možné uvést, že klastr je dostupný. Společnost Microsoft umožňuje různé možnosti kvora. Některé z nich umožňují, aby disky nebo sdílené složky byly členy clusteru.
Obvykle by to měl být lichý počet členů. Některé konfigurace nám však umožňují použít sudé číslo a odebrat hlasovací práva z jednoho uzlu. Svědek je neserverový objekt, který můžete použít k sestavení lichého počtu hlasujících. File Share Witness má přednost v konfiguraci AlwaysOn, protože v konfiguraci AlwaysOn není žádný sdílený disk.
1.6.1 Vytvořte sdílenou složku na spolehlivém serveru, který se neúčastní clusteru. Poté udělte úplná oprávnění Objektu názvu počítače se stejným názvem jako váš cluster (krok 4.3.3).
1.6.2 Klikněte pravým tlačítkem na cluster, který jste právě vytvořili, a vyberte Další akce> Konfigurovat nastavení kvora clusteru.
1.6.3 Vyberte možnost konfigurace svědka kvora
1.6.4 Vyberte možnost konfigurace File Share Witness
1.6.5 Vyberte sdílení souborů (viz 4.4.1):
1.6.6 Dokončete konfiguraci Witness
1.7 Instalace serveru SQL
Nainstalujte jednotlivé instance serveru SQL na všechny servery účastnící se clusteru. Tuto konfiguraci je možné úspěšně dokončit, i když předchozí konfigurace SQL Serveru proběhla před vytvořením clusteru.
Všimněte si, že instance SQL Server nejsou seskupený v konfiguraci AlwaysOn. HA konfigurujete a spravujete na úrovni databáze pro skupiny databází. Informace o instalaci serveru SQL naleznete v příslušné dokumentaci.
1.8 Povolit skupiny dostupnosti AlwaysOn
1.8.1 Otevřete SQL Server Configuration Manager na každém uzlu
1.8.2 Klepněte pravým tlačítkem myši na službu SQL Server. Otevřete kartu AlwaysOn High Availability.
1.8.3 Vyberte Povolit skupiny dostupnosti AlwaysOn zaškrtávací políčko
Všimněte si, že v této fázi již získáte identifikaci dříve nakonfigurovaného clusteru. Tímto způsobem posílíte pořadí kroků. Před povolením AlwaysOn na každé instanci SQL Serveru musíte povolit clustering na každém uzlu clusteru.
1.8.4 Restartujte službu SQL Server
1.9 Vytvoření nové skupiny dostupnosti
1.9.1 Otevřete SQL Server Management Studio
1.9.2 Klikněte pravým tlačítkem na AlwaysOn High Availability> Availability Groups a vyberte Průvodce novou skupinou dostupnosti .
1.9.3 Postupujte podle průvodce
1.9.4 Zadejte název skupiny dostupnosti. Tento název bude použit k vytvoření role clusteru.
Název skupiny dostupnosti je také objekt virtuálního názvu se záznamem v Microsoft Active Directory. Než to tedy bude fungovat, objekt názvu počítače se používá jako název clusteru musí mít oprávnění k (1) Vytváření počítačových objektů a (2) Přečíst všechny vlastnosti v Active Directory .
1.9.5 Vyberte databáze, které mají být součástí této skupiny dostupnosti. V jedné sadě instancí může být několik skupin dostupnosti. Zapojené databáze musí být nakonfigurovány pomocí Modelu úplné obnovy a musíte si udělat zálohu. Průvodce zkontroluje tyto předpoklady.
1.9.6 Vyberte instance, které budou fungovat jako sekundární repliky
Určete, zda požadujete synchronní nebo asynchronní replikaci a automatické nebo pouze ruční převzetí služeb při selhání. Podrobnosti o důsledcích těchto voleb jsou uvedeny v dokumentaci společnosti Microsoft definované na konci tohoto dokumentu.
Režim Synchronous-Commit Mode s automatickým převzetím služeb při selhání je obvykle určen pro místní odolnost a režim Asynchronous-Commit Mode je určen pro použití AlwaysOn jako řešení DR kvůli problémům s latencí.
1.9.7 Vytvořit sdílenou složku pro počáteční zálohu
Toto sdílení souborů se používá k inicializaci replikace. Účet služby SQL Server by měl mít úplná oprávnění k této sdílené složce. Je považováno za samozřejmé, že instance SQL Server účastnící se této konfigurace používají stejný doménový účet jako servisní účet SQL Server.
1.9.8 Vyberte sdílenou složku vytvořenou v kroku 4.7.9 jako počáteční umístění zálohy databáze.
1.9.9 Zkontrolujte fázi ověřování. Všimněte si, že posluchač nebyl vytvořen. Můžete to udělat později.
1.9.10 Prohlédněte si souhrn možností a dokončete konfiguraci
1.10 Přidání AG posluchače
Posluchač skupiny dostupnosti umožňuje aplikacím připojit se k primárnímu, bez ohledu na to, který uzel aktuálně hraje tuto roli. Pomáhá zprůhlednit přepnutí při selhání pro aplikace.
1.10.1 Klikněte pravým tlačítkem na AlwayOn High Availability> Availability Group Listener a vyberte Přidat posluchače .
Availability Group Listener je také virtuální objekt názvu (VNO), který vytvoříte v doméně. Vyžaduje tedy přiřazenou IP adresu.
Jak již bylo zmíněno dříve, objekt CNO (Cluster Name Object) zadaný při vytváření clusteru musí mít dvě oprávnění v doméně Active Directory, aby to fungovalo:
i. Vytvořit objekty počítače
ii. Přečtěte si všechny vlastnosti
1.10.2 Konfigurace je dokončena. Panel můžete zobrazit:
1.11 Problémy
Clustered Storage
Během prvního spuštění vytváření clusteru se do clusteru přidají všechny disky na uzlech clusteru. Není to požadovaný stav pro skupiny dostupnosti AlwaysOn.
Řešením bylo zničení clusteru, následné vyčištění a jeho opětovné vytvoření pomocí zaškrtávacího políčka Přidat do clusteru veškeré vhodné úložiště vymazáno v kroku 4.3.3.
Cluster nebylo možné znovu vytvořit, dokud nebyly vyčištěny uzly pomocí Clear-ClusterNode Příkaz PowerShell.
Automatické převzetí služeb při selhání
Testování automatického převzetí služeb při selhání zastavením služby SQL Server z SQL Server Configuration Manager nefungovalo. Příkaz PowerShell Get-ClusterLog vygeneroval protokol clusteru -Node
000007f4.00002320::2016/07/07-06:10:59.654 WARN [RCM] Bez selhání skupiny EPG-SERVER-AG, failoverCount 25, failoverThresholdSetting 20, lastFailover 1601-0.01/ P>
Řešením bylo změnit „maximální selhání“ v určeném období pro roli clusteru skupiny dostupnosti na mnohem vyšší hodnotu.
1.12 Reference
- Skupiny dostupnosti AlwaysOn
- Režimy převzetí služeb při selhání a převzetí služeb při selhání
- Režimy dostupnosti