Jag kommer att förklara vad är SQL Server AlwaysOn-arkitekturen och steg för steg-installation i den här artikelserien. Låt oss granska SQL Server AlwaysOn (Availability Group) arkitektur och installation
SQL Server AlwaysOn Steg för Steg
Microsoft introducerade funktionen AlwaysOn Availability Groups med SQL Server 2012-versionen. Den här funktionen är faktiskt en kombination av SQL Server-funktioner som vi tidigare känner till Log Shipping, Failover Clustering och Mirroring-funktioner.
Om du inte vet vad logfrakt är, kan du läsa följande artiklar om logfrakt.
SQL Server Log Shipping &Disaster Recovery Installation and Configuration -4
Om du inte vet vad som är Failover Clustering kan du läsa följande artiklar om Failover Clustering.
SQL Server Failover Cluster Installation -4
Disaster Recovery tillhandahölls med Log Shipping men realtidssynkronisering finns inte med Log Shipping. Spegling har synkronisering i realtid men det fanns inget skrivskyddat alternativ, och vittnesserver krävs för automatisk felövergång.
Applikationen har tillgång till 2 noder via Failover Cluster-namnet samtidigt med Failover Cluster , men failover-klustret var bara en hög tillgänglighetslösning.
Microsoft har kombinerat alla fördelarna Log Shipping, Mirroring och Failover Cluster i SQL Server Always On.
SQL-servertillgänglighetsgrupp
SQL Server AlwaysOn Architecture är som följer.
AlwaysOn är en ny SQL Server-lösning som ger både hög tillgänglighet och katastrofåterställning mellan 2 servrar som körs på Windows Server Failover Cluster (WSFC) installerade på minst 2 servrar.
AlwaysOn ger hög tillgänglighet eftersom om den primära noden har varit nere vid T-tidpunkten kommer den sekundära noden att vara primär via automatisk övergång.
AlwaysOn tillhandahåller katastrofåterställning eftersom när lagring eller moderkort (eller någon annan del av servern) på den primära servern har misslyckats, kan du återställa databasen med Automatic Failover. Eftersom databasen fysiskt existerar vid den sekundära noden och synkroniseras från den primära databasen.
Du kan också använda sekundär nod för rapportering och säkerhetskopiering.
Kort sagt, om du överväger hög tillgänglighet och katastrofåterställning tillsammans för dina SQL Server-databaser som körs i ditt företag, är den enda lösningen AlwaysOn .
Skapa tillgänglighetsgrupp
AlwaysOn Availability Group: Det är en struktur som släpps med SQL Server 2012 som kan användas som ett alternativ till databasspegling, Log shipping och Failover Clustering. Med AlwaysOn Availability Group synkroniseras ändringar i en databas på en server till en annan server. Fördelarna med denna struktur framför spegling är att mer än en sekundär server kan användas aktivt . Dessutom, medan skrivoperationer och andra DML-operationer utförs på den primära servern, kan säkerhetskopiering och rapportering göras på den sekundära servern.
Kraven för AlwaysOn Setup är följande.
AlwaysOn Availability Group Skapa
För att SQL Server AlwaysOn Availability Group-metoden ska kunna tillämpas på databasen måste det finnas två eller flera servrar med samma egenskaper, där Windows Server Failover Cluster-strukturen är konfigurerad enligt följande. Dessutom måste versionen vara minst SQL Server 2012 Enterprise Edition.
För att aktivera AlwaysOn på SQL Server 2012 + Above måste båda noderna vara en klustermedlem enligt följande.
De nödvändiga definitionerna för åtkomst mellan den första noden som ska konfigureras och den andra noden via portarna 1433 och 445 måste göras.
Dessutom måste fildelningsdefinitioner göras på en mapp som måste definieras under konfigurationen av tillgänglighetsgruppen och de första säkerhetskopiorna av databaserna som ska inkluderas i tillgänglighetsgruppen kommer att tas. (Normalt räcker det med att ge SQL Server- och SQL Agent-kontona för båda servrarna läs-/skrivbehörighet i motsvarande mapp. ) Men om SQL Server-kontot på produktionsservern är "LOCAL SYSTEM"-användaren, får behörigheten att beviljas på den delade mappen måste vara 'alla – läs/skriv' Tillstånd.
Användaren som ska konfigurera SQL Server på källservern måste ha administratör på Windows och sysadmin på SQL Server-behörighet.
Eftersom diskarna på servrarna som AlwaysOn Availability Group kommer att tillämpas på är separata och oberoende av varandra, måste de mappar som ska användas för data och loggfiler för databaserna som ska finnas på servrarna skapas med samma namn och samma vägar.
Du bör installera StandAlone SQL Server för AlwaysOn. Du kan använda följande artikel för att installera StandAlone SQL Server Instance.
SQL Server 2017 steg för steg installation -2
Jag kommer att fortsätta att förklara AlwaysOn Installation i nästa artikel.
Du kan komma åt nästa inlägg relaterade till SQL Server Always On Installation med följande länk.
SQL Server AlwaysOn-arkitektur och steg-för-steg-installation -2