Výpadky a selhání systému jsou bolestivé pro správce databází, ale ještě více pro zákazníky. Dnešní uživatelé očekávají téměř 100% dostupnost a cokoli menšího je důvodem k podráždění, pokud máte štěstí, a ke ztrátě zákazníka, pokud ne.
Jedním z primárních cílů DBA je pomoci zajistit, aby instance a databáze SQL Serveru zůstaly online a fungovaly po selhání nebo výpadku. Jednou z metod, jak zvýšit dostupnost, je nastavení clusterů Windows Server Failover Clusters s SQL Serverem.
Cluster s podporou převzetí služeb při selhání je skupina serverů, které spolupracují na udržení dostupnosti vašich aplikací a služeb v případě výpadku nebo selhání. Cluster s podporou převzetí služeb při selhání v podstatě převezme všechna data uložená v instanci SQL Serveru a nainstaluje je do sdíleného úložiště úložiště – obvykle na SAN – ke kterému lze přistupovat z různých serverů.
Abychom vám pomohli začít na cestě k vysoké dostupnosti, sestavili jsme devět nejlepších doporučení a doporučení pro nastavení clusteru SQL Server pro převzetí služeb při selhání, abyste minimalizovali prostoje databáze.
1. Nepřeskakujte ověřování clusteru.
Před instalací clusteru je bezpodmínečně nutné spustit ověření a zkontrolovat konfiguraci. Pokud se jedná o nový cluster, budete chtít spustit všechny testy.
Jakmile je cluster nastaven a kompletně nainstalujete a nakonfigurujete instance SQL Server v clusteru, spusťte ověření, kdykoli provedete změny. Před uvedením clusteru převzetí služeb při selhání SQL Server do provozu je důležité se ujistit, že výsledky ověření jsou správné, abyste nemuseli plánovat odstávku k opravě zmeškaných problémů.
2. Dobře nakonfigurujte kvorum.
Pokud chcete ponechat svůj SQL Server online, ujistěte se, že jste správně nakonfigurovali kvorum v clusteru s podporou převzetí služeb při selhání. Tato dokumentace společnosti Microsoft poskytuje podrobné pokyny, jak toho dosáhnout, ale hlavní část obsahuje tyto osvědčené postupy:
- Při každé změně konfigurace clusteru přehodnoťte kvorum
- Přiřaďte svědka, abyste získali lichý počet hlasů
- V případě potřeby odeberte hlasy
- Pomocí funkce „Dynamické kvorum“ dynamicky upravovat hlasy uzlů
Je důležité si uvědomit, že nejúčinnější způsob konfigurace kvora se bude lišit v závislosti na verzi Windows, počtu uzlů a spolehlivosti síťové komunikace mezi uzly,
3. Nevybírejte špatnou verzi Windows nebo SQL Server.
Tohle zní jako nesmysl, ale vždy se to musí opakovat. Ujistěte se, že jste vybrali nejnovější verzi Windows Server a ujistěte se, že používáte verzi Enterprise nebo Datacenter. Zůstaňte také u jedné verze SQL Server, aby byly věci jednoduché. Dodržování těchto dvou postupů usnadní správu vašeho clusteru a jeho udržování online.
4. Kupte si správný hardware.
Správná velikost hardwaru pro cluster SQL Server může být náročná. Nechcete například utrácet peníze za příliš mnoho paměti, ale příliš málo paměti může ovlivnit výkon.
Při vytváření plánu na vytvoření clusteru SQL Server se ujistěte, že jsou splněny vaše hardwarové potřeby pro správné množství paměti, vaše síťová cesta je redundantní a že jste přesně vyhodnotili své potřeby SSD.
5. Nevkládejte příliš mnoho uzlů do jednoho clusteru.
Můžete být v pokušení umístit všechny své uzly do jednoho clusteru, ale je lepší zůstat u jednoho až dvou uzlů na cluster. Pamatujte, že kdykoli použijete opravu nebo aktualizaci na cluster, budete muset otestovat, že každá instance stále funguje na každém uzlu. Čím méně uzlů v klastru, tím méně prostojů pro každou instanci, když selžete nad každým uzlem.
6. Naplánujte si uzly a instance.
Klastry převzetí služeb při selhání nejsou univerzální, takže budete muset vyhodnotit své potřeby a podle toho naplánovat. Skvělým místem pro začátek je zodpovězení těchto otázek a přizpůsobení clusteru podle potřeby:
- Kolik uzlů clusteru potřebujeme?
- Kolik instancí SQL Server nainstalujeme?
- Kolik clusterů převzetí služeb při selhání Windows vyhovuje našim potřebám a rozpočtu?
- Jaký druh úložiště použijeme?
- Jak vypadá naše prostředí?
7. Nepředpokládejte, že vaše aplikace přejdou bez problémů.
Nikdy nevěřte, že vaše instance SQL Server běží jako před převzetím služeb při selhání. Některé aplikace se poté nemusí automaticky vrátit do režimu online a v závislosti na aplikaci může chvíli trvat, než si toho všimnete.
Udělejte ze standardní praxe zahrnutí testování aplikací do každé migrace do clusteru s podporou převzetí služeb při selhání.
8. Přehodnoťte nastavení konfigurace serveru SQL.
Když začínáte fázi plánování vytváření clusterů převzetí služeb při selhání SQL Server, je vhodný čas znovu se podívat na nastavení konfigurace. Zkontrolujte například, že používáte nejlepší nastavení pro věci, jako je alokace paměti na clusterech s více instancemi.
9. Nepolevujte ve své konvenci pojmenování.
Udělejte si čas na pečlivé pojmenování komponent clusteru a ušetříte si velké bolesti hlavy, když se budete k serveru pokoušet připojit později. Zde je několik nápadů, které vám pomohou vytvořit efektivní konvenci pojmenování:
- Ujistěte se, že název identifikuje typ součásti, kterou označujete. Je to cluster, fyzický server, instance SQL Server nebo koordinátor distribuovaných transakcí?
- Nainstalujte BGINFO pro zobrazení názvu serveru na ploše pro každý server v clusteru. Díky tomu je hledání správných databází hračkou.
- Při přidávání dalších uzlů nebo instalaci jiné instance SQL Server do clusteru buďte konzistentní. Pokud se budete držet své konvence pojmenování, nejenže vám to nyní zjednoduší věci, ale také usnadní hledání serverů těm, kteří je budou potřebovat později.