Migrera en SQL Server Always On-redundansklusterinstans till Azure VMware Solution
I den här artikeln får du lära dig hur du migrerar en SQL Server-redundansklusterinstans till Azure VMware Solution. För närvarande stöder inte Azure VMware Solution Service VMware Hybrid Linked Mode för att ansluta en lokal vCenter Server med en som körs i Azure VMware Solution. På grund av den här begränsningen kräver den här processen att VMware HCX används för migreringen. Mer information om hur du konfigurerar HCX finns i Installera och aktivera VMware HCX i Azure VMware Solution.
VMware HCX stöder inte migrering av virtuella datorer med SCSI-styrenheter i fysiskt delningsläge som är kopplat till en virtuell dator. Du kan dock övervinna den här begränsningen genom att utföra stegen som visas i den här proceduren och använda VMware HCX Cold Migration för att flytta de olika virtuella datorer som utgör klustret.
Kommentar
Den här proceduren kräver en fullständig avstängning av klustret. Eftersom SQL Server-tjänsten inte är tillgänglig under migreringen planerar du därefter för stilleståndstiden.
Microsoft SQL Servers 2019 och 2022 testades med Windows Servers 2019 och 2022 Data Center edition med de virtuella datorerna distribuerade i den lokala miljön. Windows Server och SQL Server konfigurerades enligt metodtips och rekommendationer från Microsoft och VMware. Den lokala källinfrastrukturen var VMware vSphere 7.0 Update 3 och VMware vSAN som kördes på Dell PowerEdge-servrar och Intel Optane P4800X SSD NVMe-enheter.
Förutsättningar
- Granska och registrera lagrings- och nätverkskonfigurationen för varje nod i klustret.
- Granska och registrera WSFC-konfigurationen.
- Underhåll säkerhetskopior av alla SQL Server-databaser.
- Säkerhetskopiera de virtuella klusterdatorerna.
- Ta bort alla virtuella klusternodsdatorer från alla DRS-grupper (Distributed Resource Scheduler) och regler som de ingår i.
- VMware HCX måste konfigureras mellan ditt lokala datacenter och det privata Azure VMware Solution-molnet som kör de migrerade arbetsbelastningarna. Mer information om hur du installerar VMware HCX finns i dokumentationen om Azure VMware Solution.
- Se till att alla nätverkssegment som används av SQL Server och arbetsbelastningar som använder det utökas till ditt privata Azure VMware Solution-moln. Information om hur du verifierar det här steget finns i Konfigurera VMware HCX-nätverkstillägg.
Antingen kan VMware HCX via VPN- eller ExpressRoute-anslutning användas som nätverkskonfiguration för migreringen.
Med VMware HCX över VPN, på grund av dess begränsade bandbredd, passar vanligtvis för arbetsbelastningar som kan upprätthålla längre perioder av stilleståndstid (till exempel icke-produktionsmiljöer).
För någon av följande instanser rekommenderas ExpressRoute-anslutning för en migrering:
- Produktionsmiljöer
- Arbetsbelastningar med stora databasstorlekar
- Scenarier där det finns ett behov av att minimera stilleståndstiden för ExpressRoute-anslutningen rekommenderas för migreringen.
Överväganden vid stilleståndstid
Stilleståndstid under en migrering beror på storleken på databasen som ska migreras och hastigheten på den privata nätverksanslutningen till Azure-molnet. Migrering av SQL Server-redundansklusterinstanser Always On till Azure VMware Solution kräver en fullständig stilleståndstid för databasen och alla klusternoder, men du bör planera för att migreringen ska köras under tider med låg belastning med ett godkänt ändringsfönster.
Följande tabell anger den uppskattade stilleståndstiden för migrering av varje SQL Server-topologi.
Scenario | Stilleståndstid förväntas | Anteckningar |
---|---|---|
Fristående SQL Server-instans | Låg | Migreringen utförs med VMware vMotion, databasen är tillgänglig under migreringstiden, men vi rekommenderar inte att du checkar in några kritiska data under den. |
SQL Server AlwaysOn-tillgänglighetsgrupp | Låg | Den primära repliken kommer alltid att vara tillgänglig under migreringen av den första sekundära repliken och den sekundära repliken blir den primära efter den första redundansväxlingen till Azure. |
SQL Server Alltid på redundansklusterinstans | Högt | Alla noder i klustret stängs av och migreras med VMware HCX Cold Migration. Stilleståndstiden beror på databasens storlek och privata nätverkshastighet till Azure-molnet. |
Kvorumöverväganden för Windows Server-redundanskluster
Windows Server-redundanskluster kräver en kvorummekanism för att underhålla klustret.
Använd ett udda antal röstningselement för att uppnå med ett udda antal noder i klustret eller med hjälp av ett vittne. Vittnen kan konfigureras i tre olika former:
- Diskvittne
- Filresursvittne
- Molnvittne
Om klustret använder Diskvittne måste disken migreras med klustrets delade lagring med hjälp av redundansväxlingsklustret Migrate.
Om klustret använder ett filresursvittne som körs lokalt beror typen av vittne för det migrerade klustret på scenariot med Azure VMware Solution:
- Datacentertillägg: Underhåll filresursvittnet lokalt. Dina arbetsbelastningar distribueras över ditt datacenter och Azure VMware Solution, därför bör anslutningen mellan båda alltid vara tillgänglig. Ta i alla fall hänsyn till bandbreddsbegränsningar och planera i enlighet med detta.
- Datacenteravslut: I det här scenariot finns det två alternativ. I båda fallen kan du underhålla filresursvittnet lokalt under migreringen om du behöver återställa.
- Distribuera ett nytt filresursvittne i ditt privata Azure VMware Solution-moln.
- Distribuera ett molnvittne som körs i Azure Blob Storage i samma region som det privata azure VMware Solution-molnet.
- Haveriberedskap och affärskontinuitet: För ett haveriberedskapsscenario är det bästa och mest tillförlitliga alternativet att skapa ett molnvittne som körs i Azure Storage.
- Programmodernisering: För det här användningsfallet är det bästa alternativet att distribuera ett molnvittne.
Mer information om konfiguration och hantering av kvorum finns i dokumentationen om redundansklustring. Mer information om hur du distribuerar ett molnvittne i Azure Blob Storage finns i Distribuera ett molnvittne för ett redundansklusterdokumentation för mer information.
Migrera redundanskluster
I det här dokumentet använder vi i illustrationssyfte ett kluster med två noder med Windows Server 2019 Datacenter och SQL Server 2019 Enterprise. Windows Server 2022 och SQL Server 2022 stöds också med den här proceduren.
Från avstängning av vSphere-klient, den andra noden i klustret.
Öppna den första noden i klustret och öppna Klusterhanteraren för växling vid fel.
Stäng av den första noden i klustret.
Från vSphere-klienten redigerar du inställningarna för den andra noden i klustret.
- Ta bort alla delade diskar från konfigurationen av den virtuella datorn.
- Kontrollera att kryssrutan Ta bort filer från datalager inte är markerad eftersom den permanent tar bort disken från datalagringen. Om det händer måste du återställa klustret från en tidigare säkerhetskopia.
- Ställ in SCSI Bus-delning från fysisk till Ingen i de virtuella SCSI-styrenheter som används för den delade lagringen. Dessa styrenheter är vanligtvis av typen VMware Paravirtual.
Redigera inställningarna för den första virtuella noden. Ställ in SCSI Bus-delning från fysisk till Ingen i SCSI-styrenheterna.
Från vSphere-klienten går du till HCX-plugin-området. Under Tjänster väljer du Migreringsmigrering>.
- Välj den andra virtuella nodddatorn.
- Ange vSphere-klustret i det fjärranslutna privata molnet. Det är värd för den migrerade virtuella SQL Server-datorn eller de virtuella datorerna som Beräkningscontainer.
- Välj vSAN Datastore som fjärrlagring.
- Välj en mapp om du vill placera de virtuella datorerna i en specifik mapp. Det är inte obligatoriskt, men vi rekommenderar att du separerar de olika arbetsbelastningarna i ditt privata Azure VMware Solution-moln.
- Behåll samma format som källan.
- Välj Kall migrering som migreringsprofil.
- I Utökade alternativ väljer du Migrera anpassade attribut.
- Kontrollera att lokala nätverkssegment har rätt fjärrsträckt segment i Azure.
- Välj Verifiera och se till att alla kontroller har slutförts med passstatus. Det vanligaste felet är ett som rör lagringskonfigurationen. Kontrollera igen att det inte finns några SCSI-styrenheter med fysisk delningsinställning.
- Välj Gå och migreringen initieras.
Upprepa samma process för den första noden.
Få åtkomst till Azure VMware Solution vSphere Client och redigera de första nodinställningarna och återgå till fysisk SCSI Bus-delning av SCSI-styrenheten eller kontrollanterna som hanterar de delade diskarna.
Redigera nod 2-inställningar i vSphere-klienten.
- Ställ in SCSI Bus-delning tillbaka till fysisk i SCSI-styrenheten som hanterar delad lagring.
- Lägg till klusterdelade diskar i noden som extra lagringsutrymme. Tilldela dem till den andra SCSI-styrenheten.
- Kontrollera att all lagringskonfiguration är densamma som den som registrerades före migreringen.
Starta den första virtuella nodddatorn.
Få åtkomst till den första virtuella nodddatorn med VMware Remote Console.
Starta den andra virtuella nodens virtuella dator.
Få åtkomst till den andra nodddatorn från VMware Remote Console.
Använd SQL Server Management Studio för att ansluta till SQL Server-klusterresursens nätverksnamn. Bekräfta att alla databaser är online och tillgängliga.
Kontrollera anslutningen till SQL Server från andra system och program i infrastrukturen. Kontrollera att alla program som använder databasen eller databaserna fortfarande kan komma åt dem.
Mer information
- Aktivera Azure Hybrid-förmån för SQL Server i Azure VMware Solution.
- Skapa en placeringsprincip i Azure VMware Solution
- Dokumentation om Windows Server-redundansklustring
- Dokumentation om Microsoft SQL Server 2019
- Dokumentation om Microsoft SQL Server 2022
- Teknisk dokumentation om Windows Server
- Planera hög tillgänglighet, verksamhetskritiska SQL Server-distributioner med VMware vSphere
- VMware KB 100 2951 – Tips för att konfigurera Microsoft SQL Server på en virtuell dator
- Prestandastudie för Microsoft SQL Server 2019 i VMware vSphere 7.0
- Guide för att skapa Microsoft SQL Server på VMware vSphere – Metodtips
- Installation för Windows Server-redundanskluster i VMware vSphere 7.0