Ukończenie migracji przy użyciu rozproszonej grupy dostępności

Użyj rozproszonej grupy dostępności do migrowania baz danych z SQL Server do SQL Server na Virtual Machines maszynach wirtualnych platformy Azure.

W tym artykule założono, że grupa dostępności została już skonfigurowana dla autonomicznych baz danych lub baz danych grup dostępności, a teraz możesz sfinalizować migrację do SQL Server na maszynach wirtualnych platformy Azure.

Monitorowanie migracji

Użyj języka Transact-SQL (T-SQL), aby monitorować postęp migracji.

Uruchom następujący skrypt na serwerze podstawowym globalnym i usłudze przesyłania dalej i sprawdź, czy stan synchronization_state_desc podstawowej grupy dostępności (OnPremAG) i pomocniczej grupy dostępności (AzureAG) to SYNCHRONIZED. Upewnij się, że dla synchronization_state_desc rozproszonej grupy dostępności (DAG) jest synchronizowana, a wartość last_hardened_lsn jest taka sama dla bazy danych zarówno dla globalnej bazy danych, jak i usługi przesyłania dalej.

Jeśli tak nie jest, uruchom ponownie zapytanie po obu stronach co 5 sekund lub tak, dopóki nie będzie tak.

Aby monitorować migrację, użyj następującego skryptu:

SELECT ag.name 
       , drs.database_id 
       , db_name(drs.database_id) as database_name 
       , drs.group_id 
       , drs.replica_id 
       , drs.synchronization_state_desc 
       , drs.last_hardened_lsn   
FROM sys.dm_hadr_database_replica_states drs  
INNER JOIN sys.availability_groups ag on drs.group_id = ag.group_id; 

Kończenie migracji

Po zweryfikowaniu stanów grupy dostępności i rozproszonej grupy dostępności możesz przystąpić do ukończenia migracji. Polega to na przełączeniu rozproszonej grupy dostępności w tryb failover do usługi przesyłania dalej (docelowej SQL Server na platformie Azure), a następnie przecięciu aplikacji do nowej podstawowej po stronie platformy Azure.

Aby przejść w tryb failover rozproszonej grupy dostępności, przejrzyj tryb failover do pomocniczej grupy dostępności.

Po przejściu w tryb failover zaktualizuj parametry połączenia aplikacji, aby nawiązać połączenie z nową repliką podstawową na platformie Azure. W tym momencie możesz zachować rozproszoną grupę dostępności lub użyć jej DROP AVAILABILITY GROUP [DAG] zarówno w przypadku wystąpień źródłowych, jak i docelowych SQL Server, aby je usunąć.

Jeśli kontroler domeny znajduje się po stronie źródłowej, sprawdź, czy docelowe maszyny wirtualne SQL Server na platformie Azure dołączyły do domeny przed porzuceniem wystąpień SQL Server źródłowych. Nie usuwaj kontrolera domeny po stronie źródłowej, dopóki nie utworzysz domeny po stronie źródłowej na platformie Azure i dodaj maszyny wirtualne SQL Server do tej nowej domeny.

Następne kroki

Aby zapoznać się z samouczkiem pokazującym, jak przeprowadzić migrację bazy danych do SQL Server na platformie Azure Virtual Machines przy użyciu polecenia T-SQL RESTORE, zobacz Przewodnik migracji: SQL Server do SQL Server na platformie Azure Virtual Machines.

Aby uzyskać informacje o SQL Server na platformie Azure Virtual Machines, zobacz Omówienie.

Aby uzyskać informacje na temat łączenia aplikacji z SQL Server na platformie Azure Virtual Machines, zobacz Łączenie aplikacji.