V této sérii článků vysvětlím, co je architektura SQL Server AlwaysOn a instalace krok za krokem. Podívejme se na architekturu a instalaci SQL Server AlwaysOn ( Availability Group )
SQL Server AlwaysOn krok za krokem
Společnost Microsoft představila funkci AlwaysOn Availability Groups s vydáním SQL Server 2012. Tato funkce je ve skutečnosti kombinací funkcí SQL Serveru, které známe dříve, Log Shipping, Failover Clustering a Mirroring.
Pokud nevíte, co je přeprava protokolu, můžete si přečíst následující články o přepravě protokolu.
SQL Server Log Shipping &Disaster Recovery Instalace a konfigurace -4
Pokud nevíte, co je Failover Clustering, můžete si přečíst následující články Failover Clustering.
Instalace SQL Server Failover Cluster -4
Disaster Recovery byla poskytnuta s Log Shipping, ale synchronizace v reálném čase s Log Shipping neexistuje. Zrcadlení má synchronizaci v reálném čase, ale neexistovala možnost pouze pro čtení a pro automatické převzetí služeb při selhání je vyžadován server Witness.
Aplikace má přístup ke 2 uzlům prostřednictvím názvu Failover Clusteru současně s Failover Clustering, ale failover cluster byl pouze řešením s vysokou dostupností.
Microsoft zkombinoval všechny výhody Log Shipping, Mirroring a Failover Cluster v SQL Server Always On.
Skupina dostupnosti serveru SQL
Architektura SQL Server AlwaysOn je následující.
AlwaysOn je nové řešení pro SQL Server, které poskytuje jak vysokou dostupnost, tak zotavení po havárii mezi 2 servery běžícími na Windows Server Failover Cluster (WSFC) nainstalovaným alespoň na 2 serverech.
AlwaysOn poskytuje vysokou dostupnost, protože pokud byl primární uzel mimo provoz v čase T, sekundární uzel bude primární prostřednictvím automatického převzetí služeb při selhání.
AlwaysOn poskytuje zotavení po havárii, protože když selže úložiště nebo základní deska (nebo jiná část serveru) primárního serveru, můžete obnovit databázi pomocí automatického převzetí služeb při selhání. Protože databáze fyzicky existuje na sekundárním uzlu a synchronizuje se z primární databáze.
Sekundární uzel můžete také použít pro účely vytváření sestav a zálohování.
Stručně řečeno, pokud uvažujete o vysoké dostupnosti a zotavení po havárii společně pro databáze SQL Server běžící ve vaší společnosti, jediným řešením je AlwaysOn .
Vytvořit skupinu dostupnosti
AlwaysOn Availability Group: Jedná se o strukturu, která se vydává se serverem SQL Server 2012 a lze ji použít jako alternativu k zrcadlení databáze, odesílání protokolu a klastrování při selhání. Se skupinou AlwaysOn Availability Group jsou změny v databázi na serveru synchronizovány s jiným serverem. Výhodou této struktury oproti zrcadlení je, že lze Aktivně používat více než jeden sekundární server . Kromě toho, zatímco operace zápisu a další operace DML se provádějí na primárním serveru, operace zálohování a vytváření sestav lze provádět na sekundárním serveru.
Požadavky na nastavení AlwaysOn jsou následující.
Vytvoření skupiny dostupnosti AlwaysOn
Aby byla na databázi použita metoda SQL Server AlwaysOn Availability Group, musí existovat dva nebo více serverů se stejnými vlastnostmi, ve kterých je struktura Windows Server Failover Cluster nakonfigurována následovně. Kromě toho musí být verze alespoň SQL Server 2012 Enterprise Edition.
Chcete-li povolit AlwaysOn na SQL Server 2012 + výše, oba uzly musí být členy Clusteru následovně.
Musí být provedeny nezbytné definice pro přístup mezi prvním uzlem, který má být konfigurován, a druhým uzlem přes porty 1433 a 445.
Kromě toho musí být definice sdílení souborů provedeny ve složce, která musí být definována během konfigurace skupiny dostupnosti, a budou provedeny počáteční zálohy databází, které mají být zahrnuty do skupiny dostupnosti. (Normálně stačí udělit účtům SQL Server a SQL Agent obou serverů oprávnění pro čtení/zápis do odpovídající složky. ) Pokud je však účet SQL Server na produkčním serveru uživatelem „LOCAL SYSTEM“, oprávnění k uděleno pro sdílenou složku musí být 'všichni – číst / zapisovat' Povolení.
Uživatel, který bude konfigurovat SQL Server na zdrojovém serveru, musí mít oprávnění správce v systému Windows a sysadmin v systému SQL Server.
Vzhledem k tomu, že disky serverů, na kterých bude použita skupina AlwaysOn Availability Group, jsou samostatné a na sobě nezávislé, složky, které se mají použít pro data a soubory protokolu databází, které mají být umístěny na serverech, musí být vytvořeny se stejným názvem a stejným názvem. cesty.
Měli byste nainstalovat StandAlone SQL Server for AlwaysOn. K instalaci samostatné instance SQL Server můžete použít následující článek.
Instalace SQL Server 2017 krok za krokem -2
Budu pokračovat ve vysvětlování AlwaysOn instalace v příštím článku.
K dalším příspěvkům souvisejícím s SQL Server Always On Installation se dostanete pomocí následujícího odkazu.
Architektura SQL Server AlwaysOn a instalace krok za krokem -2