Share via

Migrera en fristående SQL Server-instans till Azure VMware Solution

  • Artikel

I den här artikeln får du lära dig hur du migrerar en fristående SQL Server-instans till Azure VMware Solution.

VMware HCX erbjuder två migreringsprofiler när du migrerar en fristående SQL Server-instans till Azure VMware Solution:

  • HCX vMotion
  • Kall HCX-migrering

I båda fallen bör du överväga storleken och kritiskheten för databasen som migreras. För den här proceduren verifierade vi VMware HCX vMotion. VMware HCX Cold Migration är också giltigt, men det kräver en längre stilleståndstid.

Det här scenariot verifierades med hjälp av följande utgåvor och konfigurationer:

  • Microsoft SQL Server (2019 och 2022)
  • Windows Server (2019 och 2022) Data Center Edition
  • 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.

Diagram som visar arkitekturen för fristående SQL Server för Azure VMware Solution.

Testade konfigurationer

Det här scenariot verifierades med hjälp av följande utgåvor och konfigurationer:

  • Microsoft SQL Server (2019 och 2022)
  • Windows Server (2019 och 2022) Data Center Edition
  • 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.

  • Underhåll säkerhetskopior av alla databaser.

  • Säkerhetskopiera den virtuella datorn som kör SQL Server-instansen.

  • Ta bort alla virtuella klusternodsdatorer från alla DRS-grupper (Distributed Resource Scheduler) och regler.

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

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ågot av följande scenarier 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.migrering.
  • Produktionsmiljöer
  • Arbetsbelastningar med stora databasstorlekar
  • Alla fall där det finns ett behov av att minimera stilleståndstiden

Ytterligare avbrottsöverväganden diskuteras i nästa avsnitt.

Ö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 en fristående SQL Server-instans med hjälp av VMware HCX vMotion-mekanismen är avsedd att minimera lösningens stilleståndstid, men vi rekommenderar fortfarande att migreringen sker under låg belastning inom ett förgodkä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.

Köra migreringen

  1. Logga in på din lokala vCenter Server och få åtkomst till VMware HCX-plugin-programmet.

  2. Under Tjänster väljer du Migreringsmigrering>.

    1. Välj den virtuella SQL Server-datorn.
    2. Ange vSphere-klustret i det fjärranslutna privata molnet, som är värd för den migrerade virtuella SQL Server-datorn eller virtuella datorer som beräkningscontainer.
    3. Välj vSAN Datastore som fjärrlagring.
    4. Välj en mapp. Det är inte obligatoriskt, men vi rekommenderar att du separerar de olika arbetsbelastningarna i ditt privata Azure VMware Solution-moln.
    5. Behåll samma format som källan.
    6. Välj vMotion som migreringsprofil.
    7. I Utökade alternativ väljer du Migrera anpassade attribut.
    8. Kontrollera att lokala nätverkssegment har rätt fjärrsträckt segment i Azure VMware Solution.
    9. Välj Verifiera och se till att alla kontroller har slutförts med passstatus.
    10. Välj Gå för att starta migreringen.

  3. När migreringen är klar får du åtkomst till den virtuella datorn med hjälp av VMware Remote Console i vSphere-klienten.

  4. Kontrollera nätverkskonfigurationen och kontrollera anslutningen både med lokala resurser och Azure VMware Solution-resurser.

  5. Kontrollera att DIN SQL Server och dina databaser är igång och tillgängliga. Om du till exempel använder SQL Server Management Studio kontrollerar du att du har åtkomst till databasen.

    Diagram som visar en SQL Server Management Studio-anslutning till den migrerade databasen.

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