Självstudie: Konfigurera en tillgänglighetsgrupp i flera undernät (SQL Server på virtuella Azure-datorer)

Gäller för:SQL Server på en virtuell Azure-dator

Den här självstudien visar hur du skapar en Always On-tillgänglighetsgrupp för SQL Server på virtuella Azure-maskiner i flera undernät. Den fullständiga självstudien skapar ett Windows Server-failoverkluster och en tillgänglighetsgrupp med två SQL Server-repliker och en lyssnare.

Tidsuppskattning: Förutsatt att dina förutsättningar är klara bör den här självstudien ta cirka 30 minuter att slutföra.

Förutsättningar

I följande tabell visas de förutsättningar som du behöver slutföra innan du påbörjar den här självstudien:

Krav	Beskrivning
Två SQL Server-instanser	– Varje virtuell dator i två olika Azure-tillgänglighetszoner eller samma tillgänglighetsuppsättning – I separata undernät i ett virtuellt Azure-nätverk – Med två sekundära IP-adresser tilldelade till varje virtuell dator – I en enda domän
SQL Server-tjänstkonto	Ett domänkonto som används av SQL Server-tjänsten för varje dator
Öppna brandväggsportar	– SQL Server: 1433 för standardinstans – Databasspeglingsslutpunkt: 5022 eller någon tillgänglig port
Domäninstallationskonto	– Lokal administratör på varje SQL Server – Medlem i SQL Server sysadmin fast serverroll för varje instans av SQL Server

Självstudien förutsätter att du har en grundläggande förståelse för SQL Server AlwaysOn-tillgänglighetsgrupper.

Skapa klustret

Tillgänglighetsgruppen AlwaysOn finns ovanpå infrastrukturen för Windows Server-redundanskluster. Innan du distribuerar tillgänglighetsgruppen måste du först konfigurera Windows Server-redundansklustret, vilket innefattar att lägga till funktionen, skapa klustret och ange klustrets IP-adress.

Lägg till failover-klusterfunktion

Lägg till funktionen för redundanskluster i båda de virtuella SQL Server-datorerna. Gör det genom att följa dessa steg:

1. Anslut till den virtuella SQL Server-datorn via Bastion med ett domänkonto som har behörighet att skapa objekt i AD, till exempel CORP\Install domain account created in the prerequisites article.

2. Öppna Instrumentpanelen för Serverhanteraren.

3. Välj länken Lägg till roller och funktioner på instrumentpanelen.

   

4. Välj Nästa tills du kommer till avsnittet Serverfunktioner .

5. I Funktioner väljer du Redundansklustring.

6. Lägg till ytterligare nödvändiga funktioner.

7. Välj Installera för att lägga till funktionerna.

8. Upprepa stegen på den andra virtuella SQL Server-datorn.

Skapa kluster

När klusterfunktionen har lagts till i varje virtuell SQL Server-dator är du redo att skapa Windows Server-redundansklustret.

Följ dessa steg för att skapa klustret:

1. Använd Bastion för att ansluta till den första virtuella SQL Server-datorn (till exempel SQL-VM-1) med hjälp av ett domänkonto som har behörighet att skapa objekt i AD, till exempel CORP\Install-domänkontot som skapades i artikeln Krav.

2. På instrumentpanelen i Serverhanteraren väljer du Verktyg och sedan Klusterhanteraren för växling vid fel.

3. I den vänstra rutan högerklicka på Felövergångsklustrets Hanterare och välj sedan Skapa ett kluster.

   

4. I guiden Skapa kluster skapar du ett kluster med två noder genom att gå igenom sidorna med hjälp av inställningarna i följande tabell:

   Sida	Inställningar
   Innan du börjar	Använd standardvärden.
   Välj servrar	Skriv det första SQL Server-namnet (till exempel SQL-VM-1) i Ange servernamn och välj Lägg till. Skriv det andra SQL Server-namnet (till exempel SQL-VM-2) i Ange servernamn och välj Lägg till.
   Verifieringsvarning	Välj Ja. När jag klickar på Nästa kör du konfigurationsverifieringstester och återgår sedan till processen att skapa klustret.
   Innan du börjar	Välj Nästa.
   Testalternativ	Välj Kör bara de tester jag väljer.
   Testval	Avmarkera Lagring. Se till att Inventering, Nätverk och Systemkonfiguration är markerade.
   Konfirmation	Välj Nästa. Vänta tills verifieringen har slutförts. Välj Visa rapport för att granska rapporten. Du kan ignorera varningen om att virtuella datorer endast kan nås i ett nätverksgränssnitt. Azure-infrastrukturen har fysisk redundans och behöver därför inte lägga till ytterligare nätverksgränssnitt. Välj Slutför.
   Åtkomstpunkt för att administrera klustret	Skriv ett klusternamn, till exempel SQLAGCluster1 i Klusternamn.
   Konfirmation	Avmarkera Lägg till all berättigad lagring i klustret och välj Nästa.
   Sammanfattning	Välj Slutför.

   Varning

   Om du inte avmarkerar Lägg till all behörig lagring i klustret, kopplar Windows från de virtuella diskarna under klustringsprocessen. Därför visas de inte i Diskhanteraren eller Utforskaren förrän lagringen har tagits bort från klustret och kopplats tillbaka med Hjälp av PowerShell.

Ange IP-adressen för redundansklustret

Ip-adressen som tilldelats klustret är vanligtvis samma IP-adress som tilldelats den virtuella datorn, vilket innebär att klustrets IP-adress i Azure är i ett feltillstånd och inte kan tas online. Ändra klustrets IP-adress så att IP-resursen är online.

Under förutsättningarna bör du ha tilldelat sekundära IP-adresser till varje virtuell SQL Server-dator, eftersom exempeltabellen här (dina specifika IP-adresser kan variera):

Tilldela dessa IP-adresser som klustrets IP-adresser för varje relevant undernät.

Följ dessa steg för att ändra klustrets IP-adress:

1. I Klusterhanteraren för växling vid fel bläddrar du ned till Klusterkärnresurser och expanderar klusterdetaljerna. Du bör se Name och två IP-adressresurser från varje undernät i tillståndet 'Misslyckades'.

2. Högerklicka på den första misslyckade IP-adressresursen och välj sedan Egenskaper.

   

3. Välj Statisk IP-adress och uppdatera IP-adressen till den dedikerade WINDOWS-kluster-IP-adressen i det undernät som du tilldelade till den första virtuella SQL Server-datorn (till exempel SQL-VM-1). Välj OK.

   Skärmbild av IP-adressresursen i Failover-klusterhanteraren med avsnittet för statisk IP-adress markerad.

4. Upprepa stegen för den andra misslyckade IP-adressresursen med hjälp av den dedikerade WINDOWS-kluster-IP-adressen för undernätet för den andra virtuella SQL Server-datorn (till exempel SQL-VM-2).

   

5. I avsnittet Klusterkärnresurser högerklickar du på klusternamnet och väljer Bring Online. Vänta tills namnet och en av IP-adressresurserna är online.

Eftersom de virtuella SQL Server-datorerna finns i olika undernät har klustret ett ELLER-beroende av de två dedikerade WINDOWS-kluster-IP-adresserna. När klusternamnresursen är online uppdateras domänkontrollantservern (DC) med ett nytt Active Directory-datorkonto (AD). Om klustrets kärnresurser flyttar noder går en IP-adress offline, medan den andra är online och uppdaterar DC-servern med den nya IP-adressassociationen.

Konfigurera kvorum

I ett kluster med två noder krävs en kvorumenhet för klustertillförlitlighet och stabilitet. På virtuella Azure-datorer är molnvittnet den rekommenderade kvorumkonfigurationen, även om det finns andra tillgängliga alternativ. Stegen i det här avsnittet konfigurerar ett molnvittne för kvorum. Identifiera åtkomstnycklarna till lagringskontot och konfigurera sedan molnvittnet.

Hämta åtkomstnycklar för lagringskonto

När du skapar ett Microsoft Azure Storage-konto associeras det med två åtkomstnycklar som genereras automatiskt – primär åtkomstnyckel och sekundär åtkomstnyckel. Använd den primära åtkomstnyckeln första gången du skapar molnvittnet, men därefter finns det inga begränsningar för vilken nyckel som ska användas för molnvittnet.

Använd Azure-portalen för att visa och kopiera lagringsåtkomstnycklar för Azure-lagringskontot som skapades i artikeln om förutsättningar.

Följ dessa steg för att visa och kopiera lagringsåtkomstnycklarna:

1. Gå till resursgruppen i Azure-portalen och välj det lagringskonto som du skapade.

2. Välj Åtkomstnycklar under Säkerhet + nätverk.

3. Välj Visa nycklar och kopiera nyckeln.

   

Konfigurera molnvittne

När du har kopierat åtkomstnyckeln skapar du molnvittnet för klusterkvorumet.

Följ dessa steg för att skapa molnvittnet:

1. Anslut till den första SQL Server VM SQL-VM-1 med fjärrskrivbord.

2. Öppna Windows PowerShell i administratörsläge.

3. Kör PowerShell-skriptet för att ange TLS-värdet (Transport Layer Security) för anslutningen till 1.2:

   [Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
   

4. Använd PowerShell för att konfigurera molnvittnet. Ersätt värdena för lagringskontots namn och åtkomstnyckel med din specifika information:

   Set-ClusterQuorum -CloudWitness -AccountName "Storage_Account_Name" -AccessKey "Storage_Account_Access_Key"
   

5. Följande exempelutdata indikerar att det lyckades:

   

Klustrets kärnresurser konfigureras med ett molnvittne.

Aktivera ag-funktion

Funktionen AlwaysOn-tillgänglighetsgrupp är inaktiverad som standard. Använd SQL Server Configuration Manager för att aktivera funktionen på båda SQL Server-instanserna.

Följ dessa steg för att aktivera funktionen tillgänglighetsgrupp:

1. Anslut till den första virtuella SQL Server-datorn (till exempel SQL-VM-1) med ett domänkonto som är medlem i den fasta serverrollen sysadmin , till exempel CORP\Install-domänkontot som skapats i dokumentet med förhandskrav

2. Starta SQL Server Configuration Manager på startskärmen på en av dina virtuella SQL Server-datorer.

3. I webbläsarträdet markerar du SQL Server Services, högerklickar på TJÄNSTEN SQL Server (MSSQLSERVER) och väljer Egenskaper.

4. Välj fliken Always On High Availability (Alltid på hög tillgänglighet ) och markera sedan kryssrutan Aktivera AlwaysOn-tillgänglighetsgrupper:

   

5. Välj Använd. Välj OK i popup-dialogrutan.

6. Starta om SQL Server-tjänsten.

7. Upprepa de här stegen för den andra SQL Server-instansen.

Aktivera funktionen FILESTREAM

Om du inte använder FILESTREAM för databasen i tillgänglighetsgruppen hoppar du över det här steget och går vidare till nästa steg – Skapa databas.

Om du planerar att lägga till en databas i tillgänglighetsgruppen som använder FILESTREAM måste FILESTREAM aktiveras eftersom funktionen är inaktiverad som standard. Använd SQL Server Configuration Manager för att aktivera funktionen på båda SQL Server-instanserna.

Följ dessa steg för att aktivera funktionen FILESTREAM:

1. Anslut till den första virtuella SQL Server-datorn (till exempel SQL-VM-1) med ett domänkonto som är medlem i den fasta serverrollen sysadmin , till exempel CORP\Install-domänkontot som skapats i dokumentet med förhandskrav

2. Starta SQL Server Configuration Manager på startskärmen på en av dina virtuella SQL Server-datorer.

3. I webbläsarträdet markerar du SQL Server Services, högerklickar på TJÄNSTEN SQL Server (MSSQLSERVER) och väljer Egenskaper.

4. Välj fliken FILESTREAM och markera sedan kryssrutan Aktivera FILESTREAM för Transact-SQL åtkomst:

5. Välj Använd. Välj OK i popup-dialogrutan.

6. I SQL Server Management Studio väljer du Ny fråga för att visa frågeredigeraren.

7. I Frågeredigeraren anger du följande Transact-SQL kod:

   EXEC sp_configure filestream_access_level, 2
   RECONFIGURE
   

8. Välj Kör.

9. Starta om SQL Server-tjänsten.

10. Upprepa de här stegen för den andra SQL Server-instansen.

Skapa databas

För din databas kan du antingen följa stegen i det här avsnittet för att skapa en ny databas eller återställa en AdventureWorks-databas. Du måste också säkerhetskopiera databasen för att initiera loggkedjan. Databaser som inte har säkerhetskopierats uppfyller inte kraven för en tillgänglighetsgrupp.

Följ dessa steg för att skapa en databas:

1. Anslut till den första virtuella SQL Server-datorn (till exempel SQL-VM-1) med ett domänkonto som är medlem i den fasta serverrollen sysadmin , till exempel CORP\Install-domänkontot som skapats i dokumentet med förhandskrav.
2. Öppna SQL Server Management Studio och anslut till SQL Server-instansen.
3. Högerklicka på Databaser i Object Explorer och välj Ny databas.
4. I Databasnamn skriver du MyDB1.
5. Välj sidan Alternativ och välj Fullständig i listrutan Återställningsmodell om den inte är full som standard. Databasen måste finnas i den fullständiga återställningsmodellen för att uppfylla kraven för att delta i en tillgänglighetsgrupp.
6. Välj OK för att stänga sidan Ny databas och skapa den nya databasen.

Följ dessa steg för att säkerhetskopiera databasen:

1. Högerklicka på databasen i Object Explorer, markera Uppgifter och välj sedan Säkerhetskopiera....

2. Välj OK för att ta en fullständig säkerhetskopia av databasen till standardplatsen för säkerhetskopiering.

Skapa fildelning

Skapa en säkerhetskopieringsfilresurs som både virtuella SQL Server-datorer och deras tjänstkonton har åtkomst till.

Följ dessa steg för att skapa backup-delningsfilen:

1. På den första virtuella SQL Server-datorn i Serverhanteraren väljer du Verktyg. Öppna Datorhantering.

2. Välj Delade mappar.

3. Högerklicka på Resurser och välj Ny resurs.... Använd sedan guiden Skapa en delad mapp för att skapa en resurs.

   

4. För Mappsökväg väljer du Bläddra och letar upp eller skapar en sökväg för den delade mappen för databassäkerhetskopiering, till exempel C:\Backup. Välj Nästa.

5. I Namn, Beskrivning och Inställningar kontrollerar du resursernas namn och sökväg. Välj Nästa.

6. På Behörigheter för delad mapp anger du Anpassa behörigheter. Välj Anpassad.

7. På Anpassa behörigheter väljer du Lägg till.

8. Kontrollera fullständig kontroll för att bevilja fullständig åtkomst till den delade mappen för SQL Server-tjänstkontot (Corp\SQLSvc):

   

9. Välj OK.

10. I Behörigheter för delad mapp väljer du Slutför. Välj Slutför igen.

Skapa tillgänglighetsgrupp

När databasen har säkerhetskopierats är du redo att skapa din tillgänglighetsgrupp. Processen tar automatiskt en fullständig säkerhetskopia och en transaktionsloggsäkerhetskopia från den primära SQL Server-repliken och återställer den på den sekundära SQL Server-instansen med alternativet NORECOVERY.

Följ dessa steg för att skapa tillgänglighetsgruppen.

1. I Object Explorer i SQL Server Management Studio (SSMS) på den första virtuella SQL Server-datorn (till exempel SQL-VM-1) högerklickar du på Always On High-tillgänglighet och väljer Guiden Ny tillgänglighetsgrupp.

   

2. På sidan Introduktion väljer du Nästa. På sidan Ange namn på tillgänglighetsgrupp skriver du ett namn för tillgänglighetsgruppen i Tillgänglighetsgruppsnamn, till exempel AG1. Välj Nästa.

   

3. På sidan Välj databaser väljer du din databas och väljer sedan Nästa. Om databasen inte uppfyller kraven kontrollerar du att den finns i den fullständiga återställningsmodellen och gör en säkerhetskopia:

   

4. På sidan Ange repliker väljer du Lägg till replik.

   

5. Dialogrutan Anslut till server visas. Ange namnet på den andra servern i Servernamn, till exempel SQL-VM-2. Välj Anslut.

6. På sidan Ange repliker markerar du rutorna för automatiskt failover och väljer synkron commit för tillgänglighetsläge i listrutan:

   

7. Välj fliken Slutpunkter för att bekräfta att portarna som används för databasens speglingsslutpunkt är de som du öppnade i brandväggen:

   

8. Välj fliken Lyssnare och välj Skapa en tillgänglighetsgrupplyssnare med hjälp av följande värden för lyssnaren:

   Fält	Värde
   Lyssnarens DNS-namn:	AG1-Listener
   Hamn	Använd SQL Server-standardporten. 1433
   Nätverksläge:	Statisk IP

9. Välj Lägg till för att ange den sekundära dedikerade IP-adressen för lyssnaren för båda de virtuella SQL Server-datorerna.

   I följande tabell visas exempel-IP-adresser som skapats för lyssnaren från förhandskravsdokumentet (även om dina specifika IP-adresser kan variera):

   Namn på virtuell dator	Undernätsnamn	Adressintervall för undernätet	Sekundärt IP-namn	Sekundär IP-adress
   SQL-VM-1	SQL-undernät-1	10.38.1.0/24	tillgänglighetsgruppslyssnare	10.38.1.11
   SQL-VM-2	SQL-undernät-2	10.38.2.0/24	tillgänglighetsgruppslyssnare	10.38.2.11

10. Välj det första undernätet (till exempel 10.38.1.0/24) i listrutan i dialogrutan Lägg till IP-adress och ange sedan den sekundära dedikerade lyssnarens IPv4-adress, till exempel 10.38.1.11. Välj OK.

    

11. Upprepa det här steget igen, men välj det andra undernätet i listrutan (till exempel 10.38.2.0/24). Ange den sekundära dedikerade lyssnarens IPv4-adress från den andra virtuella SQL Server-datorn, till exempel 10.38.2.11. Välj OK.

    

12. När du har granskat värdena på sidan Lyssnare väljer du Nästa:

    

13. På sidan Välj inledande datasynkronisering väljer du Fullständig databas och loggsäkerhetskopiering och anger den nätverksresursplats som du skapade tidigare, till exempel \\SQL-VM-1\Backup.

    

    Anmärkning

    Fullständig synkronisering tar en fullständig säkerhetskopia av databasen på den första SQL Server-instansen och återställer den till den andra instansen. För stora databaser rekommenderas inte fullständig synkronisering eftersom det kan ta lång tid. Du kan minska den här tiden genom att manuellt ta en säkerhetskopia av databasen och återställa den med NO RECOVERY. Om databasen redan har återställts med NO RECOVERY på den andra SQL Server-instansen innan du konfigurerar tillgänglighetsgruppen väljer du Anslut endast. Om du vill göra säkerhetskopieringen när du har konfigurerat tillgänglighetsgruppen väljer du Hoppa över inledande datasynkronisering.

14. På sidan Validering bekräftar du att alla valideringskontroller har godkänts och väljer sedan Nästa:

    

15. På sidan Sammanfattning väljer du Slutför och väntar tills guiden har konfigurerat den nya tillgänglighetsgruppen. Välj Mer information på sidan Förlopp för att visa den detaljerade förloppet. När du ser att guiden har slutförts framgångsrikt på sidan Resultat, inspekterar du sammanfattningen för att kontrollera att tillgänglighetsgruppen och lyssnaren har skapats.

    

16. Välj Stäng för att avsluta guiden.

Kontrollera tillgänglighetsgruppen

Du kan kontrollera tillgänglighetsgruppens status med hjälp av SQL Server Management Studio och Failover-klusterhanteraren.

Följ dessa steg för att kontrollera tillgänglighetsgruppens status:

1. I Object Explorer expanderar du Always On High Availability och expanderar sedan tillgänglighetsgrupper. Nu bör du se den nya tillgänglighetsgruppen i den här containern. Högerklicka på tillgänglighetsgruppen och välj Visa instrumentpanel.

   

   Instrumentpanelen för tillgänglighetsgruppen visar repliken, redundansläget för varje replik och synkroniseringstillståndet, till exempel följande exempel:

   

2. Öppna Failover Cluster Manager, välj ditt kluster och välj Roller för att se den tillgänglighetsgruppsrollen du skapade inom klustret. Välj rollen AG1 och välj fliken Resurser för att visa lyssnaren och de associerade IP-adresserna, till exempel följande exempel:

   

Nu har du en tillgänglighetsgrupp med repliker på två instanser av SQL Server och en motsvarande tillgänglighetsgrupplyssnare. Du kan ansluta med lyssnaren och du kan flytta tillgänglighetsgruppen mellan instanser med hjälp av SQL Server Management Studio.

Ange RegisterAllProvidersIP

När du ansluter till en tillgänglighetsgrupp med repliker i flera undernät anger du MultiSubnetFailover=Yes alternativet i anslutningssträngen så att klienten försöker ansluta till lyssnarens alla IP-adresser samtidigt. Om du vill minska tiden för återanslutning efter en redundansväxling för klienter med anslutningssträngar som anger MultiSubnetFailover=True, anger du RegisterAllProvidersIP-egenskapen till 1 för att registrera alla IP-adresser för klusternätverksnamnet för lyssnarresursen med DNS.

Inställningen RegisterAllProvidersIP är en klusteregenskap som avgör hur klustret registrerar IP-adressen för klusternätverkets namnresurs med DNS. Standardvärdet är 0, vilket innebär att klustret endast registrerar IP-adressen för den nod som äger klusternätverkets namnresurs.

När du som standard använder SQL Server Management Studio (SSMS), Transact-SQL eller PowerShell för att skapa en tillgänglighetsgrupp, skapas WSFC-klientåtkomstpunkten med RegisterAllProvidersIP egenskapen inställd på 1.

Använd följande PowerShell-kommando för att kontrollera inställningen för lyssnaren RegisterAllProvidersIP :

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

Om klienten inte stöder parametern MultiSubnetFailover kan du ändra RegisterAllProvidersIP inställningarna och HostRecordTTL för att förhindra anslutningsfördröjningar efter redundansväxling.

Använd PowerShell för att ändra RegisterAllProvidersIp inställningarna och HostRecordTTL :

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

Testa lyssnaranslutning

När tillgänglighetsgruppen är klar och lyssnaren har konfigurerats med lämpliga sekundära IP-adresser testar du anslutningen till lyssnaren.

Följ dessa steg för att testa anslutningen:

1. Anslut till en SQL Server-instans som finns i samma virtuella nätverk, men som inte äger repliken, till exempel den andra SQL Server-instansen i klustret eller någon annan virtuell dator med SQL Server Management Studio installerat på den.

2. Öppna SQL Server Management Studio och i dialogrutan Anslut till server skriver du namnet på lyssnaren (till exempel AG1-Listener) i Servernamn:. Välj sedan Alternativ:

   

3. Ange MultiSubnetFailover=True i fönstret Ytterligare anslutningsparametrar och välj sedan Anslut för att automatiskt ansluta till den instans som är värd för den primära SQL Server-repliken:

   

Relaterat innehåll

• Konfigurera en tillgänglighetsgrupp för flera undernät i Azure-regioner – SQL Server på virtuella Azure-datorer
• Windows Server-redundanskluster med SQL Server på virtuella Azure-datorer
• AlwaysOn-tillgänglighetsgrupp på SQL Server på virtuella Azure-datorer
• Översikt över AlwaysOn-tillgänglighetsgrupper
• Metodtips för HADR-konfiguration (SQL Server på virtuella Azure-datorer)