Ik zal uitleggen wat de SQL Server AlwaysOn-architectuur en stapsgewijze installatie is in deze serie artikelen. Laten we de architectuur en installatie van SQL Server AlwaysOn (Beschikbaarheidsgroep) bekijken
SQL Server AlwaysOn stap voor stap
Microsoft heeft de functie AlwaysOn-beschikbaarheidsgroepen geïntroduceerd met de release van SQL Server 2012. Deze functie is eigenlijk een combinatie van SQL Server-functies die we eerder kennen als Log Shipping, Failover Clustering en Mirroring-functies.
Als u niet weet wat de Log-verzending is, kunt u de volgende Log-verzendingsartikelen lezen.
SQL Server Log Verzending &Disaster Recovery Installatie en configuratie -4
Als u niet weet wat Failover Clustering is, kunt u de volgende artikelen over Failover Clustering lezen.
Installatie van SQL Server Failover Cluster -4
Disaster Recovery is geleverd bij Log Shipping, maar realtime synchronisatie bestaat niet bij Log Shipping. Mirroring heeft realtime synchronisatie, maar er was geen alleen-lezen-optie en Witness Server vereist voor automatische failover.
Applicatie heeft tegelijkertijd toegang tot 2 knooppunten via Failover Cluster-naam met Failover Clustering , maar het failover-cluster was slechts een oplossing met hoge beschikbaarheid.
Microsoft heeft alle voordelen van Log Shipping, Mirroring en Failover Cluster gecombineerd in de SQL Server Always On.
SQL Server-beschikbaarheidsgroep
SQL Server AlwaysOn-architectuur is als volgt.
AlwaysOn is een nieuwe SQL Server-oplossing die zowel hoge beschikbaarheid als noodherstel biedt tussen 2 servers die draaien op Windows Server Failover Cluster (WSFC) geïnstalleerd op minstens 2 servers.
AlwaysOn biedt hoge beschikbaarheid, want als het primaire knooppunt op T-tijd niet beschikbaar is, wordt het secundaire knooppunt primair via automatische failover.
AlwaysOn biedt Disaster Recovery omdat wanneer de opslag of het moederbord (of een ander deel van de server) van de primaire server is uitgevallen, u de database kunt herstellen met automatische failover. Omdat de database fysiek aanwezig is op het secundaire knooppunt en wordt gesynchroniseerd vanuit de primaire database.
U kunt de secundaire node ook gebruiken voor rapportage- en back-updoeleinden.
Kortom, als u High Availability en Disaster Recovery samen overweegt voor uw SQL Server-databases die in uw bedrijf worden uitgevoerd, is de enige oplossing AlwaysOn .
Beschikbaarheidsgroep maken
AlwaysOn-beschikbaarheidsgroep: Het is een structuur die wordt vrijgegeven met SQL Server 2012 en kan worden gebruikt als alternatief voor database-mirroring, Logboekverzending en Failover Clustering. Met de AlwaysOn-beschikbaarheidsgroep worden wijzigingen in een database op een server gesynchroniseerd met een andere server. De voordelen van deze structuur ten opzichte van mirroring zijn dat meer dan één secundaire server Actief kan worden gebruikt . Bovendien, terwijl schrijfbewerkingen en andere DML-bewerkingen worden uitgevoerd op de primaire server, kunnen back-up- en rapportagebewerkingen worden uitgevoerd op de secundaire server.
Vereisten voor AlwaysOn Setup zijn als volgt.
AlwaysOn-beschikbaarheidsgroep maken
Om de SQL Server AlwaysOn-beschikbaarheidsgroepmethode toe te passen op de database, moeten er twee of meer servers zijn met dezelfde eigenschappen, waarin de Windows Server Failover Cluster-structuur als volgt is geconfigureerd. Daarnaast moet de versie minimaal SQL Server 2012 Enterprise Edition zijn.
Om AlwaysOn op SQL Server 2012 + Above in te schakelen, moeten beide knooppunten als volgt een clusterlid zijn.
De noodzakelijke definities voor toegang tussen het eerste te configureren knooppunt en het tweede knooppunt via poorten 1433 en 445 moeten worden gedaan.
Bovendien moeten definities van bestandsshares worden uitgevoerd op een map die moet worden gedefinieerd tijdens de configuratie van de beschikbaarheidsgroep en worden de eerste back-ups gemaakt van de databases die in de beschikbaarheidsgroep moeten worden opgenomen. (Normaal gesproken is het voldoende om de SQL Server- en SQL Agent-accounts van beide servers lees-/schrijfrechten te geven in de corresponderende map.) Als het SQL Server-account op de productieserver echter de 'LOKAAL SYSTEEM'-gebruiker is, is de autorisatie om worden verleend op de gedeelde map moet 'iedereen – lezen / schrijven' . zijn Toestemming.
De gebruiker die de SQL Server op de bronserver gaat configureren, moet Administrator op Windows en sysadmin op SQL Server Permission hebben.
Aangezien de schijven van de servers waarop AlwaysOn Beschikbaarheidsgroep zal worden toegepast, gescheiden en onafhankelijk van elkaar zijn, moeten de mappen die moeten worden gebruikt voor de gegevens en logbestanden van de databases die zich op de servers bevinden, worden gemaakt met Zelfde naam en Zelfde paden.
U moet StandAlone SQL Server voor AlwaysOn installeren. U kunt het volgende artikel gebruiken om StandAlone SQL Server Instance te installeren.
Stap voor stap installatie van SQL Server 2017 -2
Ik zal de AlwaysOn-installatie in het volgende artikel blijven uitleggen.
U kunt toegang krijgen tot de volgende berichten met betrekking tot SQL Server Always On Installation met de volgende link.
SQL Server AlwaysOn-architectuur en stapsgewijze installatie -2