Delen via


Zelfstudie: Een beschikbaarheidsgroep configureren in meerdere subnetten (SQL Server op Azure-VM's)

Van toepassing op:SQL Server op Azure VM-

Aanbeveling

Er zijn veel methoden om een beschikbaarheidsgroep te implementeren. Vereenvoudig uw implementatie en elimineer de noodzaak van een Azure Load Balancer of gedistribueerde netwerknaam (DNN) voor uw AlwaysOn-beschikbaarheidsgroep door uw virtuele SQL Server-machines (VM's) te maken in meerdere subnetten binnen hetzelfde virtuele Azure-netwerk. Als u uw beschikbaarheidsgroep al in één subnet hebt gemaakt, kunt u deze migreren naar een omgeving met meerdere subnetten.

In deze zelfstudie ziet u hoe u een AlwaysOn-beschikbaarheidsgroep maakt voor SQL Server op virtuele Azure-machines (VM's) binnen meerdere subnetten. In de volledige zelfstudie maakt u eerst een Windows Server-failovercluster, vervolgens een beschikbaarheidsgroep met twee SQL Server-replica's en een listener.

Tijdschatting: Ervan uitgaande dat uw vereisten zijn voltooid, duurt deze zelfstudie ongeveer 30 minuten.

Vereiste voorwaarden

De volgende tabel bevat de vereisten die u moet voltooien voordat u met deze zelfstudie begint:

Voorwaarde Beschrijving
Twee SQL Server-instanties - Elke VIRTUELE machine in twee verschillende Azure-beschikbaarheidszones of dezelfde beschikbaarheidsset
- In afzonderlijke subnetten binnen een virtueel Azure-netwerk
- Met twee secundaire IP-adressen toegewezen aan elke VIRTUELE machine
- In één domein
SQL Server-service account Een domeinaccount dat wordt gebruikt door de SQL Server-service voor elke machine
Firewallpoorten openen - SQL Server: 1433 voor standaardexemplaren
- Eindpunt voor databasespiegeling: 5022 of een beschikbare poort
Domeininstallatieaccount - Lokale beheerder op elke SQL Server
- Lid van de SQL Server vaste serverrol sysadmin voor elk exemplaar van SQL Server

In de zelfstudie wordt ervan uitgegaan dat u basiskennis hebt van SQL Server AlwaysOn-beschikbaarheidsgroepen.

Het cluster maken

De AlwaysOn-beschikbaarheidsgroep bevindt zich boven op de infrastructuur van het Windows Server-failovercluster. Voordat u uw beschikbaarheidsgroep implementeert, moet u eerst het Windows Server-failovercluster configureren, waaronder het toevoegen van de functie, het maken van het cluster en het instellen van het IP-adres van het cluster.

Functie failovercluster toevoegen

Voeg de functie failovercluster toe aan beide SQL Server-VM's. Voer hiervoor de volgende stappen uit:

  1. Maak verbinding met de virtuele SQL Server-machine via Bastion met behulp van een domeinaccount met machtigingen voor het maken van objecten in AD, zoals het CORP\Install-domeinaccount dat is gemaakt in het artikel met vereisten.

  2. Open Server Manager-dashboard.

  3. Selecteer de koppeling Rollen en onderdelen toevoegen op het dashboard.

    Schermopname van het selecteren van de koppeling Rollen en onderdelen toevoegen op het dashboard.

  4. Selecteer Volgende totdat u bij de sectie Serverfuncties bent.

  5. Selecteer Failover Clustering in Functies.

  6. Voeg eventuele extra vereiste functies toe.

  7. Selecteer Installeren om de functies toe te voegen.

  8. Herhaal de stappen op de andere SQL Server-VM.

Cluster maken

Nadat de clusterfunctie is toegevoegd aan elke SQL Server-VM, kunt u het Windows Server-failovercluster maken.

Voer de volgende stappen uit om het cluster te maken:

  1. Gebruik Bastion om verbinding te maken met de eerste SQL Server-VM (zoals SQL-VM-1) met behulp van een domeinaccount met machtigingen voor het maken van objecten in AD, zoals het CORP\Install-domeinaccount dat is gemaakt in het artikel Vereisten.

  2. Selecteer Hulpprogramma's in het dashboard Serverbeheer en selecteer vervolgens Failoverclusterbeheer.

  3. Klik in het linkerdeelvenster met de rechtermuisknop op Failoverclusterbeheer en selecteer vervolgens Een Cluster Maken.

    Schermopname van het snelmenu van Failoverclusterbeheer met Cluster maken geselecteerd.

  4. Maak in de wizard Cluster maken een cluster met twee knooppunten door de pagina's te doorlopen met behulp van de instellingen in de volgende tabel:

    Bladzijde Instellingen
    Voordat u begint Standaardwaarden gebruiken.
    Servers selecteren Typ de eerste SQL Server-naam (zoals SQL-VM-1) in Servernaam invoeren en selecteer Toevoegen.
    Typ de tweede SQL Server-naam (zoals SQL-VM-2) in Servernaam invoeren en selecteer Toevoegen.
    Validatiewaarschuwing Selecteer Ja. Wanneer ik op Volgende klik, voert u configuratievalidatietests uit en keert u terug naar het proces voor het maken van het cluster.
    Voordat u begint Selecteer Volgende.
    Testopties Kies Alleen de tests uitvoeren die ik selecteer.
    Selectie testen Schakel Opslag uit. Zorg ervoor dat Inventaris, Netwerk en Systeemconfiguratie zijn geselecteerd.
    Bevestiging Selecteer Volgende.
    Wacht tot de validatie is voltooid.
    Selecteer Rapport weergeven om het rapport te bekijken. U kunt de waarschuwing met betrekking tot VM's die bereikbaar zijn op slechts één netwerkinterface negeren. De Azure-infrastructuur heeft fysieke redundantie en hoeft daarom geen extra netwerkinterfaces toe te voegen.
    Kies Voltooien.
    Toegangspunt voor het beheren van het cluster Typ een clusternaam, bijvoorbeeld SQLAGCluster1 in clusternaam.
    Bevestiging Schakel het selectievakje Alle in aanmerking komende opslag toevoegen aan het cluster uit en selecteer Volgende.
    Samenvatting Kies Voltooien.

    Waarschuwing

    Als u de optie Alle in aanmerking komende opslag aan het cluster toevoegen niet uitvinkt, koppelt Windows de virtuele schijven los tijdens het clusterproces. Als gevolg hiervan worden ze pas weergegeven in Schijfbeheer of Explorer als de opslag uit het cluster is verwijderd en opnieuw is gekoppeld met behulp van PowerShell.

Het IP-adres van het failovercluster instellen

Normaal gesproken is het IP-adres dat is toegewezen aan het cluster hetzelfde IP-adres dat is toegewezen aan de VIRTUELE machine, wat betekent dat het IP-adres van het cluster in Azure de status Mislukt heeft en niet online kan worden gebracht. Wijzig het IP-adres van het cluster om de IP-resource online te brengen.

Tijdens de vereisten moet u secundaire IP-adressen aan elke SQL Server-VM hebben toegewezen , zoals de voorbeeldtabel hier (uw specifieke IP-adressen kunnen variëren):

VM-naam Subnetnaam Subnet-adresbereik Secundaire IP-naam Tweede IP-adres
SQL-VM-1 SQL-subnet-1 10.38.1.0/24 Windows-cluster-IP-adres 10.38.1.10
SQL-VM-2 SQL-subnet-2 10.38.2.0/24 Windows-cluster-IP-adres 10.38.2.10

Wijs deze IP-adressen toe als cluster-IP-adressen voor elk relevant subnet.

Opmerking

In Windows Server 2019 maakt het cluster een gedistribueerde servernaam in plaats van de clusternetwerknaam. Het clusternaamobject (CNO) wordt automatisch geregistreerd bij de IP-adressen voor alle knooppunten in het cluster, waardoor het ip-adres van een toegewezen Windows-cluster niet meer nodig is. Als u Windows Server 2019 gebruikt, slaat u deze sectie en eventuele andere stappen over die verwijzen naar de clusterkernresources of maakt u een cluster op basis van een virtueel netwerk (VNN) met behulp van PowerShell. Zie het blogFailovercluster: clusternetwerkobject voor meer informatie.

Voer de volgende stappen uit om het IP-adres van het cluster te wijzigen:

  1. Schuif in Failoverclusterbeheer omlaag naar clusterkernresources en vouw de clusterdetails uit. U ziet nu de naam en twee IP-adresbronnen van elk subnet met de status Mislukt .

  2. Klik met de rechtermuisknop op de eerste mislukte IP-adresresource en selecteer vervolgens Eigenschappen.

    Schermopname van de clustereigenschappen in failoverclusterbeheer met een mislukte IP-adresresource.

  3. Selecteer Statisch IP-adres en werk het IP-adres bij naar het toegewezen WINDOWS-cluster-IP-adres in het subnet dat u hebt toegewezen aan de eerste SQL Server-VM (zoals SQL-VM-1). Kies OK.

    Schermopname van de IP-adresresource in Failoverclusterbeheer met de sectie statisch IP-adres gemarkeerd.

  4. Herhaal de stappen voor de tweede niet-geslaagde IP-adresresource met behulp van het specifieke Windows-cluster-IP-adres voor het subnet van de tweede SQL Server-VM (zoals SQL-VM-2).

    Schermopname van de secundaire IP-adresresource in Failoverclusterbeheer met de sectie statisch IP-adres gemarkeerd.

  5. Klik in de sectie Clusterkernresources met de rechtermuisknop op de clusternaam en selecteer Bring Online. Wacht totdat de naam en een van de IP-adresbronnen online zijn.

Omdat de SQL Server-VM's zich in verschillende subnetten bevinden, heeft het cluster een OR-afhankelijkheid van de twee toegewezen IP-adressen van het Windows-cluster. Wanneer de clusternaamresource online komt, wordt de domeincontroller (DC)-server bijgewerkt met een nieuw computeraccount in Active Directory. Als de clusterkernresources knooppunten verplaatsen, gaat één IP-adres offline, terwijl de andere online komt, waarbij de DC-server wordt bijgewerkt met de nieuwe IP-adreskoppeling.

Aanbeveling

Wanneer u het cluster uitvoert op Azure-VM's in een productieomgeving, wijzigt u de clusterinstellingen in een meer ontspannen bewakingsstatus om de stabiliteit en betrouwbaarheid van clusters in een cloudomgeving te verbeteren. Zie best practices voor SQL Server-VM - HADR-configuratie voor meer informatie.

Quorum configureren

Op een cluster met twee knooppunten is een quorumapparaat nodig voor de betrouwbaarheid en stabiliteit van het cluster. Op Azure-VM's is de cloud witness de aanbevolen quorumconfiguratie, hoewel er andere opties beschikbaar zijn. Met de stappen in deze sectie configureert u een cloudwitness voor quorum. Identificeer de toegangssleutels voor het opslagaccount en configureer vervolgens de cloudwitness.

Toegangssleutels ophalen voor opslagaccount

Wanneer u een Microsoft Azure Storage-account maakt, wordt dit gekoppeld aan twee toegangssleutels die automatisch worden gegenereerd: primaire toegangssleutel en secundaire toegangssleutel. Gebruik de primaire toegangssleutel de eerste keer dat u de cloudwitness maakt, maar vervolgens zijn er geen beperkingen voor welke sleutel moet worden gebruikt voor de cloudwitness.

Gebruik Azure Portal om toegangssleutels voor opslag weer te geven en te kopiëren voor het Azure Storage-account dat is gemaakt in het artikel met vereisten.

Voer de volgende stappen uit om de toegangssleutels voor opslag weer te geven en te kopiëren:

  1. Ga naar uw resourcegroep in Azure Portal en selecteer het opslagaccount dat u hebt gemaakt.

  2. Selecteer Toegangssleutels onder Beveiliging en netwerken.

  3. Selecteer Sleutels weergeven en kopieer de sleutel.

    Schermopname van de toegangssleutels voor het opslagaccount in Azure Portal.

Cloudwitness configureren

Nadat u de toegangssleutel hebt gekopieerd, maakt u de cloudwitness voor het clusterquorum.

Voer de volgende stappen uit om de cloudwitness te maken:

  1. Maak verbinding met de eerste SQL Server-VM SQL-VM-1 met extern bureaublad.

  2. Open Windows PowerShell in de beheerdersmodus.

  3. Voer het PowerShell-script uit om de TLS-waarde (Transport Layer Security) in te stellen voor de verbinding met 1.2:

    [Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
    
  4. Gebruik PowerShell om de cloudwitness te configureren. Vervang de waarden voor de naam en toegangssleutel van het opslagaccount door uw specifieke informatie:

    Set-ClusterQuorum -CloudWitness -AccountName "Storage_Account_Name" -AccessKey "Storage_Account_Access_Key"
    
  5. In de volgende voorbeelduitvoer wordt aangegeven dat het is gelukt:

    Schermopname van de PowerShell-uitvoer bij het instellen van de clusterquorumoptie.

De clusterkernresources worden geconfigureerd met een cloudwitness.

Ag-functie inschakelen

De functie AlwaysOn-beschikbaarheidsgroep is standaard uitgeschakeld. Gebruik SQL Server Configuration Manager om de functie in te schakelen op beide SQL Server-exemplaren.

Voer de volgende stappen uit om de functie beschikbaarheidsgroep in te schakelen:

  1. Maak verbinding met de eerste SQL Server-VM (zoals SQL-VM-1) met een domeinaccount dat lid is van de vaste serverrol sysadmin , zoals het CORP\Install-domeinaccount dat is gemaakt in het document met vereisten

  2. Start vanaf het startscherm van een van uw SQL Server-VM's SQL Server Configuration Manager.

  3. Markeer SQL Server Services in de browserstructuur, klik met de rechtermuisknop op de SQL Server-service (MSSQLSERVER) en selecteer Eigenschappen.

  4. Schakel het tabblad AlwaysOn hoge beschikbaarheid in en schakel het selectievakje in om AlwaysOn-beschikbaarheidsgroepen in te schakelen:

    Schermopname van de optie AlwaysOn-beschikbaarheidsgroepen inschakelen in SQL Server Configuration Manager.

  5. Selecteer de optie Toepassen. Selecteer OK in het pop-updialoogvenster.

  6. Start de SQL Server-service opnieuw op.

  7. Herhaal deze stappen voor het andere SQL Server-exemplaar.

Filestream-functie inschakelen

Als u filestream niet gebruikt voor uw database in de beschikbaarheidsgroep, slaat u deze stap over en gaat u naar de volgende stap: Database maken.

Als u van plan bent om een database toe te voegen aan uw beschikbaarheidsgroep die GEBRUIKMAAKT van FILESTREAM, moet FILESTREAM worden ingeschakeld omdat de functie standaard is uitgeschakeld. Gebruik SQL Server Configuration Manager om de functie in te schakelen op beide SQL Server-exemplaren.

Voer de volgende stappen uit om de FILESTREAM-functie in te schakelen:

  1. Verbinding maken met de eerste SQL Server-VM (zoals SQL-VM-1) met een domeinaccount dat lid is van de vaste serverrol sysadmin , zoals het CORP\Install-domeinaccount dat is gemaakt in het document met vereisten

  2. Start vanaf het startscherm van een van uw SQL Server-VM's SQL Server Configuration Manager.

  3. Markeer SQL Server Services in de browserstructuur, klik met de rechtermuisknop op de SQL Server-service (MSSQLSERVER) en selecteer Eigenschappen.

  4. Schakel het tabblad FILESTREAM in en schakel vervolgens het selectievakje in om FILESTREAM in te schakelen voor Transact-SQL toegang:

  5. Selecteer de optie Toepassen. Selecteer OK in het pop-updialoogvenster.

  6. Selecteer nieuwe query in SQL Server Management Studio om de Query-editor weer te geven.

  7. Voer in Query-editor de volgende Transact-SQL code in:

    EXEC sp_configure filestream_access_level, 2
    RECONFIGURE
    
  8. Selecteer Uitvoeren.

  9. Start de SQL Server-service opnieuw op.

  10. Herhaal deze stappen voor het andere SQL Server-exemplaar.

Database maken

Voor uw database kunt u de stappen in deze sectie volgen om een nieuwe database te maken of een AdventureWorks-database te herstellen. U moet ook een back-up maken van de database om de logboekketen te initialiseren. Databases waarvan geen back-up is gemaakt, voldoen niet aan de vereisten voor een beschikbaarheidsgroep.

Voer de volgende stappen uit om een database te maken:

  1. Maak verbinding met de eerste SQL Server-VM (zoals SQL-VM-1) met een domeinaccount dat lid is van de vaste serverrol sysadmin , zoals het CORP\Install-domeinaccount dat is gemaakt in het document met vereisten.
  2. Open SQL Server Management Studio en maak verbinding met het SQL Server-exemplaar.
  3. Klik in Objectverkenner met de rechtermuisknop op Databases en selecteer Nieuwe database.
  4. In databasenaam, typ MyDB1.
  5. Selecteer de pagina Opties en kies Volledig in de vervolgkeuzelijst Herstelmodel als deze niet standaard vol is. De database moet zich in het volledige herstelmodel bevinden om te voldoen aan de vereisten voor deelname aan een beschikbaarheidsgroep.
  6. Selecteer OK om de pagina Nieuwe database te sluiten en de nieuwe database te maken.

Voer de volgende stappen uit om een back-up van de database te maken:

  1. Klik met de rechtermuisknop op de database in Objectverkenner, wijs Taken aan en selecteer vervolgens Back-up maken....

  2. Selecteer OK om een volledige back-up van de database naar de standaardback-uplocatie te maken.

Bestandsdeling maken

Maak een back-upbestandsshare waartoe zowel SQL Server-VM's als hun serviceaccounts toegang hebben.

Voer de volgende stappen uit om de back-upbestandsshare te maken:

  1. Op de eerste SQL Server-VM in Serverbeheer, selecteer Extra. Open Computerbeheer.

  2. Selecteer Gedeelde mappen.

  3. Klik met de rechtermuisknop op Shares en selecteer Nieuwe share.... Gebruik vervolgens de wizard Een gedeelde map maken om een share te maken.

    Schermopname van het maken van een nieuwe share in Computerbeheer.

  4. Voor Mappad selecteer Bladeren en zoek of maak een pad voor de gedeelde map voor databaseback-up, zoals C:\Backup. Kies Volgende.

  5. Controleer in Naam, Beschrijving en Instellingen de naam en het pad van de share. Kies Volgende.

  6. Stel Gedeelde mapmachtigingen in op machtigingen aanpassen. Kies Aangepast.

  7. Bij Machtigingen aanpassen selecteert u Toevoegen.

  8. Controleer volledig beheer om volledige toegang te verlenen tot de gedeelde map voor het SQL Server-serviceaccount (Corp\SQLSvc):

    Schermopname van aangepaste mapmachtigingen.

  9. Kies OK.

  10. Selecteer Voltooien in Machtigingen voor gedeelde mappen. Selecteer Opnieuw Voltooien .

Beschikbaarheidsgroep maken

Nadat er een back-up van uw database is gemaakt, kunt u uw beschikbaarheidsgroep maken. Het proces maakt automatisch gebruik van een volledige back-up en transactielogboekback-up van de primaire SQL Server-replica en herstelt deze op het secundaire SQL Server-exemplaar met de NORECOVERY optie.

Volg deze stappen om uw beschikbaarheidsgroep te maken.

  1. Klik in Objectverkenner in SQL Server Management Studio (SSMS) op de eerste SQL Server-VM (zoals SQL-VM-1) met de rechtermuisknop op AlwaysOn Hoge beschikbaarheid en selecteer de wizard Nieuwe beschikbaarheidsgroep.

    Schermopname van het selecteren van de wizard Nieuwe beschikbaarheidsgroep in het snelmenu van SSMS.

  2. Selecteer Volgendeop de pagina Inleiding. Typ op de pagina Naam van beschikbaarheidsgroep opgeven een naam voor de beschikbaarheidsgroep in de naam van de beschikbaarheidsgroep, zoals AG1. Kies Volgende.

    Schermopname van de pagina Opties opgeven van de wizard Nieuwe beschikbaarheidsgroep in SSMS.

  3. Op de pagina Databases Selecteren, selecteer uw database, en selecteer Vervolgens Volgende. Als uw database niet aan de vereisten voldoet, controleert u of deze zich in het volledige herstelmodel bevindt en maakt u een back-up:

    Schermopname van de pagina Databases selecteren in de wizard Nieuwe beschikbaarheidsgroep in SSMS.

  4. Selecteer Replica toevoegen op de pagina Replicas specificeren.

    Schermopname van de pagina Replica's opgeven in de wizard Nieuwe beschikbaarheidsgroep in SSMS.

  5. Het dialoogvenster Verbinding maken met server wordt weergegeven. Typ de naam van de tweede server in servernaam, zoals SQL-VM-2. Selecteer Maak verbinding met.

  6. Selecteer op de pagina Replica's opgeven de selectievakjes voor Automatisch Failover en kies Synchrone commit voor de beschikbaarheidsmodus in de vervolgkeuzelijst:

    Schermopname van de pagina Specificeren van Replica's in de wizard Nieuwe Beschikbaarheidsgroep in SSMS, met automatische failover en beschikbaarheidsmodus gemarkeerd.

  7. Selecteer het tabblad Eindpunten om te bevestigen dat de poorten die worden gebruikt voor het eindpunt voor databasespiegeling, zijn de poorten die u in de firewall hebt geopend:

    Schermopname van het tabblad Eindpunten in de wizard Nieuwe beschikbaarheidsgroep in SSMS.

  8. Selecteer het tabblad Listener en kies ervoor om een listener voor een beschikbaarheidsgroep te maken met behulp van de volgende waarden voor de listener:

    Veld Waarde
    DNS-naam van listener: AG1-Listener
    Porto Gebruik de standaardpoort voor SQL Server. 1433
    Netwerkmodus: Statisch IP-adres
  9. Selecteer Toevoegen om het secundaire toegewezen IP-adres voor de listener op te geven voor beide SQL Server-VM's.

    In de volgende tabel ziet u de voorbeeld-IP-adressen die voor de listener zijn gemaakt op basis van het document met vereisten (hoewel uw specifieke IP-adressen kunnen variëren):

    VM-naam Subnetnaam Subnet-adresbereik Secundaire IP-naam Tweede IP-adres
    SQL-VM-1 SQL-subnet-1 10.38.1.0/24 beschikbaarheidsgroepsluisteraar 10.38.1.11
    SQL-VM-2 SQL-subnet-2 10.38.2.0/24 beschikbaarheidsgroepsluisteraar 10.38.2.11
  10. Kies het eerste subnet (zoals 10.38.1.0/24) in de vervolgkeuzelijst in het dialoogvenster IP-adres toevoegen en geef vervolgens het secundaire toegewezen IPv4-adres op, zoals 10.38.1.11. Kies OK.

    Schermopname van het dialoogvenster IP-adres toevoegen in de wizard Nieuwe beschikbaarheidsgroep.

  11. Herhaal deze stap opnieuw, maar kies het andere subnet in de vervolgkeuzelijst (zoals 10.38.2.0/24). Geef het IPv4-adres van de secundaire toegewezen listener op van de andere SQL Server-VM, zoals 10.38.2.11. Kies OK.

    Schermopname van IP-adres toevoegen voor listener.

  12. Nadat u de waarden op de pagina Listener hebt bekeken, selecteert u Volgende:

    Schermopname van het tabblad Listener in de wizard Nieuwe beschikbaarheidsgroep in SSMS.

  13. Op de pagina Eerste gegevenssynchronisatie selecteren, kies Volledige database- en logboekback-up en voer de netwerksharelocatie in die u eerder heeft aangemaakt, zoals \\SQL-VM-1\Backup.

    Schermopname van de pagina Initiële gegevenssynchronisatie selecteren in de wizard Nieuwe beschikbaarheidsgroep in SSMS.

    Opmerking

    Volledige synchronisatie maakt een volledige back-up van de database op het eerste SQL Server-exemplaar en herstelt deze naar het tweede exemplaar. Voor grote databases wordt volledige synchronisatie niet aanbevolen omdat het lang kan duren. U kunt deze tijd verminderen door handmatig een back-up van de database te maken en deze te herstellen met NO RECOVERY. Als de database al is hersteld op NO RECOVERY het tweede SQL Server-exemplaar voordat u de beschikbaarheidsgroep configureert, kiest u Alleen deelnemen. Als u de back-up wilt maken nadat u de beschikbaarheidsgroep hebt geconfigureerd, kiest u Initiële gegevenssynchronisatie overslaan.

  14. Controleer op de pagina Validatie of alle validatiecontroles zijn geslaagd en kies vervolgens Volgende:

    Schermopname van de pagina Validatie in de wizard Nieuwe beschikbaarheidsgroep in SSMS.

  15. Selecteer Voltooien op de pagina Samenvatting en wacht totdat de wizard uw nieuwe beschikbaarheidsgroep heeft geconfigureerd. Kies Meer informatie op de pagina Voortgang om de gedetailleerde voortgang weer te geven. Wanneer u ziet dat de wizard met succes is voltooid op de pagina Resultaten, controleert u de samenvatting om te verifiëren of de beschikbaarheidsgroep en listener zijn gemaakt.

    Schermopname van de pagina Resultaten in de wizard Nieuwe Beschikbaarheidsgroep in SSMS.

  16. Selecteer Sluiten om de wizard af te sluiten.

Beschikbaarheidsgroep controleren

U kunt de status van de beschikbaarheidsgroep controleren met behulp van SQL Server Management Studio en failoverclusterbeheer.

Volg deze stappen om de status van de beschikbaarheidsgroep te controleren:

  1. Vouw in ObjectverkennerAlwaysOn Hoge beschikbaarheid uit en vouw vervolgens beschikbaarheidsgroepen uit. U ziet nu de nieuwe beschikbaarheidsgroep in deze container. Klik met de rechtermuisknop op de beschikbaarheidsgroep en selecteer Dashboard weergeven.

    Schermopname van het snelmenu in SSMS-objectverkenner met Het dashboard Beschikbaarheidsgroep weergeven geselecteerd.

    Het dashboard van de beschikbaarheidsgroep toont de replica, de failovermodus van elke replica en de synchronisatiestatus, zoals in het volgende voorbeeld:

    Schermopname van het dashboard Beschikbaarheidsgroep in SSMS.

  2. Open Failoverclusterbeheer, selecteer uw cluster en kies Rollen om de rol van de beschikbaarheidsgroep weer te geven die u in het cluster hebt gemaakt. Kies de rol AG1 en selecteer het tabblad Resources om de listener en de bijbehorende IP-adressen weer te geven, zoals in het volgende voorbeeld:

    Schermopname van Failoverclusterbeheer met de beschikbaarheidsgroep.

Op dit moment hebt u een beschikbaarheidsgroep met replica's op twee exemplaren van SQL Server en een bijbehorende listener voor beschikbaarheidsgroepen. U kunt verbinding maken met behulp van de listener en u kunt de beschikbaarheidsgroep verplaatsen tussen exemplaren met behulp van SQL Server Management Studio.

Waarschuwing

Probeer geen failover uit te voeren voor de beschikbaarheidsgroep door gebruik te maken van de Failover Cluster Manager. Alle failoverbewerkingen moeten worden uitgevoerd vanuit SQL Server Management Studio, zoals met behulp van het AlwaysOn-dashboard of Transact-SQL (T-SQL). Zie Beperkingen voor het gebruik van Failoverclusterbeheer met beschikbaarheidsgroepen voor meer informatie.

RegisterAllProvidersIP instellen

Wanneer u verbinding maakt met een beschikbaarheidsgroep met replica's in meerdere subnetten, stelt u de MultiSubnetFailover=Yes optie in de verbindingsreeks in, zodat de client probeert verbinding te maken met alle IP-adressen van de listener tegelijk. Als u de verbindingstijd wilt verminderen na een failover voor clients met verbindingsreeksen die opgeven MultiSubnetFailover=True, stelt u de RegisterAllProvidersIP eigenschap in om 1 alle IP-adressen van de clusternetwerknaam van de listener-resource met DNS te registreren.

De registerAllProvidersIP-instelling is een clustereigenschap die bepaalt hoe het cluster het IP-adres van de clusternetwerknaamresource bij DNS registreert. De standaardwaarde is 0, wat betekent dat het cluster alleen het IP-adres registreert van het knooppunt dat eigenaar is van de clusternetwerknaamresource.

Wanneer u SQL Server Management Studio (SSMS), Transact-SQL of PowerShell gebruikt om een beschikbaarheidsgroep te maken, wordt het WSFC Client Access Point gemaakt met de RegisterAllProvidersIP eigenschap ingesteld op 1.

Gebruik de volgende PowerShell-opdracht om de RegisterAllProvidersIP instelling voor uw listener te controleren:

Get-ClusterResource | where-object {$_.ResourceType.name -eq "Network Name"} | Get-ClusterParameter | where-object {$_.name -eq "RegisterAllProvidersIP"}

Als uw client de MultiSubnetFailover parameter niet ondersteunt, kunt u de RegisterAllProvidersIP en HostRecordTTL instellingen wijzigen om connectiviteitsvertragingen na een failover te voorkomen.

Gebruik PowerShell om de RegisterAllProvidersIp en HostRecordTTL instellingen te wijzigen:

Get-ClusterResource yourListenerName | Set-ClusterParameter RegisterAllProvidersIP 0
Get-ClusterResource yourListenerName|Set-ClusterParameter HostRecordTTL 300

Opmerking

Als u de HostRecordTTL waarde verlaagt, kan het DNS-verkeer toenemen.

Listenerverbinding testen

Nadat uw beschikbaarheidsgroep gereed is en uw listener is geconfigureerd met de juiste secundaire IP-adressen, test u de verbinding met de listener.

Voer de volgende stappen uit om de verbinding te testen:

  1. Maak verbinding met een SQL Server-exemplaar dat zich in hetzelfde virtuele netwerk bevindt, maar is niet de eigenaar van de replica, zoals het andere SQL Server-exemplaar in het cluster of een andere VM waarop SQL Server Management Studio is geïnstalleerd.

  2. Open SQL Server Management Studio en typ in het dialoogvenster Verbinding maken met server de naam van de listener (zoals AG1-Listener) in servernaam:. Selecteer vervolgens Opties:

    Schermopname van het dialoogvenster Verbinding maken met server in SSMS en verbinding maken met de listener AG1-Listener.

  3. Voer MultiSubnetFailover=True in het venster Aanvullende verbindingsparameters in en kies Verbinding maken om automatisch verbinding te maken met het exemplaar dat als host fungeert voor de primaire SQL Server-replica:

    Schermopname van het venster Aanvullende verbindingsparameters in SSMS, met MultiSubnetFailover=True ingevoerd.

Opmerking

Tijdens het maken van verbinding met de beschikbaarheidsgroep op verschillende subnetten biedt de instelling MultiSubnetFailover=true snellere detectie en verbinding met de huidige primaire replica. Zie Verbinding maken met MultiSubnetFailover