Dela via


Förutsättningar: Migrera till en virtuell SQL Server-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 tillgänglighetsgrupp till SQL Server på virtuella Azure-datorer (VM).

Den här artikeln beskriver kraven för att förbereda dina käll- och målmiljöer för att migrera din SQL Server-instans eller tillgänglighetsgrupp till virtuella SQL Server-datorer med 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änglighetsgrupplyssnare på källan eller målet. För att migrera en tillgänglighetsgrupp krävs ett kluster och en lyssnare på både källa och mål.

Käll-SQL Server

Om du vill migrera din instans eller tillgänglighetsgrupp bör sql server-källan uppfylla följande krav:

  • För en fristående instansmigrering är den lägsta versionen som stöds SQL Server 2017. För en migrering av tillgänglighetsgrupp stöds SQL Server 2016 eller senare.

  • SQL Server-utgåvan bör vara enterprise.

  • Du måste aktivera tillgänglighetsgruppsfunktionen.

  • De databaser 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.

Målenhet för SQL Server VM

Innan dina virtuella SQL Server-måldatorer är redo för migrering kontrollerar du att de uppfyller följande krav:

  • Azure-kontot som utför migreringen tilldelas rollen som ägare eller deltagare i resursgruppen som innehåller de virtuella SQL Server-datorerna som är mål för migreringen.

  • Om du vill använda automatisk seeding för att skapa din distribuerade tillgänglighetsgrupp (DAG) måste instansnamnet för DAG:s globala primära (källa) matcha instansnamnet för vidarebefordraren (målet) för DAG. Om det finns ett matchningsfel för instansnamnet 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 bör SQL Server-målinstansen matcha versionen av SQL Server-källinstansen. 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.

  • SQL Server-editionen bör vara Enterprise.

  • Du måste aktivera tillgänglighetsgruppsfunktionen.

  • 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.

Connectivity

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

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

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

Authentication

För att förenkla autentiseringen mellan din käll- och SQL Server-målinstans ansluter du båda servrarna till samma domän, helst med domänen på källsidan och tillämpar domänbaserad autentisering. Eftersom detta är den rekommenderade metoden förutsätter stegen i den här självstudieserien att både käll- och mål-SQL Server-instansen ä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.