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 Azure VMware Solution-tjänsten inte 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.

Note

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.

Prerequisites

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.
Konfigurera VMware HCX mellan ditt lokala datacenter och det Azure VMware Solution privata molnet som kör de migrerade arbetsbelastningarna. Mer information om hur du installerar VMware HCX finns i dokumentationen 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 Azure VMware Solution privata 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.

VMware HCX över VPN lämpar sig, på grund av den begränsade bandbredden, vanligtvis för arbetsbelastningar som kan tolerera längre perioder av driftstopp (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 Always On-redundansklusterinstanser till Azure VMware Solution kräver ett fullständigt driftstopp för databasen och alla klusternoder, men du bör dock planera att genomföra migreringen under lågtrafiktid inom 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	Notes
fristående SQL Server-instans	Låg	Migreringen gö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ög	Alla noder i klustret stängs av och migreras med VMware HCX Cold Migration. Nedtidens längd beror på databasens storlek och hastigheten på den privata nätverksanslutningen 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, antingen genom att ha ett udda antal noder i klustret eller genom att använda ett vittne. Vittnen kan konfigureras i tre olika former:

Diskvittne
Vittne för filresursdelning
vittne i molnet

Om klustret använder diskvittne, måste disken migreras tillsammans med klustrets delade lagring med hjälp av Migrate fail over cluster.

Om klustret använder ett Fileshare witness som körs lokalt, beror typen av vittne för ditt migrerade kluster på Azure VMware Solution scenariot:

Utökning av datacenter: Behå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 behålla fildelningsvittnet lokalt under migreringen om du behöver återgå.
- Distribuera ett nytt fildelningsvittne i ditt privata Azure VMware Solution-moln.
- Distribuera en Cloud Witness som körs på Azure Blob Storage i samma region som Azure VMware Solution-privatmolnet.
Haveriberedskap och affärskontinuitet: För ett haveriberedskapsscenario är det bästa och mest tillförlitliga alternativet att skapa ett Cloud Witness 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 redundanskluster dokumentation 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.

Stäng av klustrets andra nod från vSphere-klienten.
Gå till den första noden i klustret och öppna Hanteraren för redundanskluster.
- Kontrollera att den andra noden är i offlineläge och att alla klustrade tjänster och lagring kontrolleras av den första noden.
- Stäng av klustret.
- Kontrollera att alla klustertjänster har stoppats utan 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 Migrering>Migrera.
- Välj den andra virtuella nodddatorn.
- Ange vSphere-klustret i det fjärrprivata molnet, som är värd för den migrerade SQL Server-VM:en eller de migrerade SQL Server-VM:arna, som Compute Container.
- 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 Azure VMware Solution privata moln.
- Behåll samma format som källan.
- Välj Cold migration som migreringsprofil.
- I Utökadealternativ 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 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.
Öppna Azure VMware Solution vSphere Client och redigera inställningarna för den första noden och ställ in fysisk delning av SCSI-bussen igen för den eller de SCSI-styrenheter 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 lagringskonfigurationen är densamma som den som registrerades före migreringen.
Slå på den virtuella datorn för den första noden.
Få åtkomst till den första virtuella nodddatorn med VMware Remote Console.
- Kontrollera nätverkskonfigurationen för virtuella datorer och se till att den kan nå lokala och Azure resurser.
- Öppna Klusterhanteraren för växling vid fel och verifiera klustertjänster.
Slå på den virtuella datorn för den andra noden.
Få åtkomst till den andra nodddatorn från VMware Remote Console.
- Kontrollera att din Windows Server kan nå lagringen.
- I Hanteraren för redundanskluster kontrollerar du att statusen för den andra noden visas som Online.
Använd SQL Server Management Studio för att ansluta till nätverksnamnet för SQL Server-klusterresursen. 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

Feedback

Var den här sidan till hjälp?

Last updated on 2026-06-03