Ahoj,
V tomto článku stručně představím a vysvětlím technologii Failover Cluster v SQL Server. Technologie Failover Cluster serveru SQL Server je také důležitou technologií poskytující vysokou dostupnost. Je tedy široce používán v podnikových aplikacích, aby poskytoval maximální služby v produkčních systémech.
Technologie Failover Cluster je dokonalá technologie pro udržení vysoké dostupnosti služeb aplikací v institucích, jejichž cílem je poskytovat maximální úroveň služeb (telekomunikace, bankovnictví, vládní úřady, holdingy).
Tuto technologii lze definovat jako schopnost jedné databáze sloužit na více než jednom serveru. Poskytuje tedy vysokou dostupnost, maximální službu, což je jedno z nepostradatelných pravidel ve světě databází.
Rád bych také zmínil, že mnoho lidí může technologii Failover Cluster považovat za řešení pro zotavení po havárii, ale není tomu tak. Technologie Failover Cluster není řešením pro zotavení po havárii, je to technologie, která poskytuje pouze vysokou dostupnost.
Řešení, která nabízí databáze SQL Server pro vysokou dostupnost, můžeme uvést následovně.
- Clusterování při selhání
- Zrcadlení databáze
- Replikace dat
- Snímek databáze
V architektuře Failover Cluster je jeden ze 2 nebo více serverů vzájemně propojených prostřednictvím clusteru Windows aktivní a druhý je pasivní. Pokud aktivní server není v žádném případě schopen poskytovat službu, objeví se stav převzetí služeb při selhání a pasivní uzel je povolen clusterem Windows.
Aby bylo možné nainstalovat SQL Server Failover Cluster, oba servery musí být v clusteru Windows. Na straně serveru SQL je služba, která poskytuje architekturu clusteru s podporou převzetí služeb při selhání, Microsoft Cluster Service (MSCS). Oba servery mají různé disky, ale existuje sdílený disk, na kterém jsou uloženy soubory související s databází a klastrem. Tento disk je známý jako Quorum Disk. Můžeme symbolizovat Quorum Disk, který symbolizuje společný diskový prostor a je společný pro oba uzly, jak je znázorněno na obrázku níže.
Když aplikace přistupuje k databázi, aplikace nepřetržitě přistupuje k databázi se zadanou IP Clusteru, aniž by věděla, který z aktivních pasivních uzlů je. IP clusteru požaduje aktuálně aktivní uzel, což je uzel, který je odeslán do uzlu. Když je aktivní uzel mimo provoz, aplikace se připojí k pasivnímu uzlu za 1 sekundu v závislosti na systému a není ovlivněna. V tomto případě je pasivní uzel aktivní a správce již může kdykoli provést převzetí služeb při selhání ručně.