Migrera SQL Server-tillgänglighetsgrupp till flera undernät – SQL Server på virtuella Azure-datorer

  • Artikel

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

I den här artikeln lär du dig att migrera din AlwaysOn-tillgänglighetsgrupp (AG) från ett enda undernät till flera undernät för att förenkla anslutningen till lyssnaren i Azure med din SQL Server på virtuella Azure-datorer (VM).

Dricks

Det finns många metoder för att distribuera en tillgänglighetsgrupp. Förenkla distributionen och eliminera behovet av en Azure Load Balancer eller ett distribuerat nätverksnamn (DNN) för din AlwaysOn-tillgänglighetsgrupp genom att skapa dina virtuella SQL Server-datorer i flera undernät i samma virtuella Azure-nätverk. Om du redan har skapat tillgänglighetsgruppen i ett enda undernät kan du migrera den till en miljö med flera undernät.

Översikt

Kunder som kör SQL Server på virtuella Azure-datorer kan implementera en AlwaysOn-tillgänglighetsgrupp (AG) i antingen ett enda undernät eller flera undernät (flera undernät). En konfiguration med flera undernät förenklar tillgänglighetsgruppens miljö genom att ta bort behovet av en Azure Load Balancer eller ett distribuerat nätverksnamn (DNN) för att dirigera trafik till lyssnaren i Azure-nätverket. Vi rekommenderar att du använder en metod för flera undernät, men det kräver anslutningssträngarna för att ett program ska kunna använda MultiSubnetFailover = true, vilket kanske inte är möjligt omedelbart på grund av ändringar på programnivå.

Om du ursprungligen skapade en tillgänglighetsgrupp i ett enda undernät och använder en Azure Load Balancer eller DNN för lyssnaren och nu vill minska komplexiteten genom att gå över till en konfiguration med flera undernät, kan du göra det med några manuella steg.

Innan du påbörjar en migrering av en befintlig miljö bör du väga riskerna med att ändra en miljö som används.

Överväg följande två sätt att migrera din tillgänglighetsgrupp till flera undernät:

  • Skapa en ny miljö för att utföra testning sida vid sida
  • Flytta en befintlig tillgänglighetsgrupp manuellt

Försiktighet

Att utföra en migrering innebär en viss risk, så som alltid testas noggrant i en icke-produktionsmiljö innan du flyttar till en produktionsmiljö.

Ny miljö med testning sida vid sida

Den första metoden för att flytta till en tillgänglighetsgrupp för flera undernät är att konfigurera en ny miljö. Om det här är den valda vägen måste du:

  1. Skapa nya virtuella datorer
  2. Skapa en ny tillgänglighetsgrupp i en konfiguration med flera undernät
  3. Säkerhetskopiera den aktuella databasen och återställ dem till den nya miljön

Börja med att skapa lyssnaren med ett annat namn än den befintliga miljön för ett enda undernät i den nya miljön för flera undernät. En nyligen namngiven lyssnare i en ny tillgänglighetsgrupp möjliggör testning sida vid sida av programmet (testning med både multiundernätet och den aktuella lastbalanseraren eller DNN på plats).

När miljön för flera undernät har verifierats noggrant kan du gå över till den nya infrastrukturen. Beroende på miljön (produktion, test) använder du ett underhållsperiod för att slutföra ändringen. Under underhållsfönstret återställer du databasen till den nya primära repliken, släpper lyssnaren för tillgänglighetsgruppen i båda miljöerna och återskapar lyssnaren i miljön för flera undernät med samma namn som den tidigare lyssnaren, den som användes i anslutningssträngen för programmet.

Det är nu enklare att konfigurera en ny miljö i en konfiguration med flera undernät med azure-portalens distributionsupplevelse.

Flytta en befintlig tillgänglighetsgrupp manuellt

Det andra alternativet är att manuellt flytta från den enskilda undernätsmiljön till en miljö med flera undernät. För att kunna migrera med den här metoden behöver du följande krav:

  • En IP-adress för varje dator i ett nytt undernät
  • Anslutningssträngar som redan använder MultiSubnetFailover = true

Följ dessa steg för att migrera tillgänglighetsgruppen till en konfiguration med flera undernät:

  1. Skapa ett nytt undernät för varje sekundär, eftersom alla virtuella datorer för närvarande finns i samma undernät.

  2. Fastställa klustrets IP- och lyssnar-IP för alla servrar i tillgänglighetsgruppen. Om du till exempel har en tillgänglighetsgrupp med två noder har du följande:

    Namn på virtuell dator Undernät Kluster-IP Lyssnarens IP-adress
    VM1 (primär) 10.1.1.0/24 (befintligt undernät) 10.1.1.15 10.1.1.16
    VM2 (sekundär) 10.1.2.0/24 (nytt undernät) 10.1.2.15 10.1.2.16

  3. Lägg till kluster-IP-adressen och lyssnar-IP-adressen till den primära replikservern. Att lägga till dessa IP-adresser är en onlineåtgärd.

  4. I Azure-portalen flyttar du den sekundära servern till det nya undernätet genom att gå till IP-konfigurationerna för nätverksgränssnittet för den virtuella datorn>.>> Om du flyttar servern till ett nytt undernät startas den sekundära replikservern om.

  5. Lägg till kluster-IP-adressen och lyssnar-IP-adressen till den sekundära replikservern. Att lägga till dessa IP-adresser är en onlineåtgärd.

  6. Eftersom IP-adresserna och undernäten är på plats nu kan du ta bort lastbalanseraren.

  7. Släpp lyssnaren.

  8. Om du använder Windows Server 2019 och senare versioner hoppar du över det här steget. Om du använder Windows Server 2016 lägger du manuellt till kluster-IP-adresserna i FCI:n.

  9. Återskapa lyssnaren med de nya lyssnar-IP-adresserna.

  10. Rensa DNS på alla servrar med ipconfig /flushdns.

Nästa steg