Förutsättningar: Migrera till SQL Server virtuell dator med distribuerad tillgänglighetsgrupp

Använd en distribuerad tillgänglighetsgrupp (AG) för att migrera antingen en fristående instans av SQL Server eller en AlwaysOn-tillgänglighetsgrupp för att SQL Server på Azure Virtual Machines (VM).

I den här artikeln beskrivs kraven för att förbereda käll- och målmiljöerna för att migrera din SQL Server-instans eller tillgänglighetsgrupp till SQL Server virtuella datorer med hjälp av en distribuerad tillgänglighetsgrupp.

Att migrera en databas (eller flera databaser) från en fristående instans med hjälp av en distribuerad tillgänglighetsgrupp är en enkel lösning som inte kräver ett Windows Server-redundanskluster eller en tillgänglighetsgruppslyssnare på källan eller målet. Migrering av en tillgänglighetsgrupp kräver ett kluster och en lyssnare på både källa och mål.

SQL Server

Om du vill migrera din instans eller tillgänglighetsgrupp bör din SQL Server uppfylla följande krav:

  • För en fristående instansmigrering är den lägsta version som stöds SQL Server 2017. För migrering av tillgänglighetsgrupper stöds SQL Server 2016 eller senare.
  • Din SQL Server edition ska vara enterprise.
  • Du måste aktivera funktionen AlwaysOn.
  • Databaserna som du tänker migrera har säkerhetskopierats i fullständigt läge.
  • Om du redan har en tillgänglighetsgrupp måste den vara i ett felfritt tillstånd. Om du skapar en tillgänglighetsgrupp som en del av den här processen måste den vara i ett felfritt tillstånd innan du påbörjar migreringen.
  • Portar som används av SQL Server-instansen (1433 som standard) och databasens speglingsslutpunkt (5022 som standard) måste vara öppna i brandväggen. Om du vill migrera databaser i en tillgänglighetsgrupp kontrollerar du att porten som används av lyssnaren också är öppen i brandväggen.

Virtuell SQL Server måldator

Innan målet SQL Server virtuella datorer är redo för migrering måste du kontrollera att de uppfyller följande krav:

  • Det Azure-konto som utför migreringen tilldelas som ägare eller deltagare i resursgruppen som innehåller målet för de SQL Server virtuella datorerna.
  • Om du vill använda automatisk seeding för att skapa din distribuerade tillgänglighetsgrupp (DAG) måste instansnamnet för DAG:ens globala primära (källa) matcha instansnamnet för vidarebefordraren (målet) för DAG. Om det finns ett matchningsfel för instansnamn mellan den globala primära och vidarebefordraren måste du använda manuell seeding för att skapa DAG och manuellt lägga till ytterligare databasfiler i framtiden.
  • För enkelhetens skull ska målinstansen SQL Server matcha versionen av källinstansen SQL Server instans. Om du väljer att uppgradera under migreringsprocessen med hjälp av en högre version av SQL Server på målet måste du manuellt seeda databasen i stället för att förlita dig på automatisk skalning som anges i den här artikelserien. Mer information finns i Migrera till högre SQL Server versioner.
  • Den SQL Server utgåvan ska vara enterprise.
  • Du måste aktivera funktionen AlwaysOn.
  • Portar som används av SQL Server-instansen (1433 som standard) och databasens speglingsslutpunkt (5022 som standard) måste vara öppna i brandväggen. Om du vill migrera databaser i en tillgänglighetsgrupp kontrollerar du att porten som används av lyssnaren också är öppen i brandväggen.

Anslutning

Käll- och målinstansen SQL Server måste ha en upprättad nätverksanslutning.

Om källinstansen SQL Server finns i ett lokalt nätverk konfigurerar du en VPN-anslutning från plats till plats eller en Azure ExpressRoute-anslutning mellan det lokala nätverket och det virtuella nätverk där målet SQL Server virtuella datorn finns.

Om din källinstans SQL Server finns i ett virtuellt Azure-nätverk som skiljer sig från den virtuella måldatorn SQL Server konfigurerar du peering för virtuella nätverk.

Autentisering

För att förenkla autentiseringen mellan käll- och målinstansen SQL Server instans ansluter du båda servrarna till samma domän, helst med domänen på källsidan och tillämpar domänbaserad autentisering. Eftersom det här är den rekommenderade metoden förutsätter stegen i den här självstudieserien att både käll- och målinstansen SQL Server är en del av samma domän.

Om käll- och målservrarna ingår i olika domäner konfigurerar du federation mellan de två domänerna eller konfigurerar en domänoberoende tillgänglighetsgrupp.

Nästa steg

När du har konfigurerat både käll- och målmiljön för att uppfylla kraven är du redo att migrera antingen din fristående instans av SQL Server eller en AlwaysOn-tillgänglighetsgrupp till dina SQL Server virtuella datorer.