Zelfstudie: SQL Server online migreren naar een Azure SQL Managed Instance met behulp van Azure Data Studio met DMS (preview)

Gebruik de Azure SQL Migration-extensie in Azure Data Studio om databases met minimale downtime te migreren van een SQL Server-exemplaar naar een Azure SQL Managed Instance. Zie het artikel SQL Server migratie van exemplaren naar Azure SQL Managed Instance voor methoden waarvoor handmatige inspanningen SQL vereist.

In deze zelfstudie migreert u de Adventureworks-database met minimale downtime van een on-premises exemplaar van SQL Server naar Azure SQL Managed Instance met behulp van Azure Data Studio met Azure Database Migration Service (DMS).

In deze zelfstudie leert u het volgende:

In dit artikel wordt een online databasemigratie beschreven van SQL Server naar Azure SQL Managed Instance. Zie Offline migreren naar een SQL Server managed instance SQL offline migreren met behulp Azure Data Studio DMS voor een offline databasemigratie.

Vereisten

Voor het voltooien van deze zelfstudie hebt u het volgende nodig:

• Azure Data Studio downloaden en installeren

• De Azure SQL Migration-extensie installeren vanuit de Azure Data Studio marketplace

• Een Azure-account hebben dat is toegewezen aan een van de ingebouwde rollen die hieronder worden vermeld:

  • Inzender voor het doel-Azure SQL Managed Instance (en Storage Account voor het uploaden van back-upbestanden van uw database vanuit een SMB-netwerk share).
  • De rol van eigenaar of inzender voor de Azure-resourcegroepen met het azure-doelaccount SQL beheerd exemplaar of het Azure-opslagaccount.
  • De rol van eigenaar of inzender voor het Azure-abonnement.

• Maak een Doel-Azure SQL Managed Instance.

• Zorg ervoor dat de aanmeldingen die worden gebruikt om verbinding te maken SQL Server lid zijn van de serverrol sysadmin of machtiging CONTROL SERVER hebben.

• Gebruik een van de volgende opslagopties voor de volledige database- en transactielogboekback-upbestanden:

  • SMB-netwerk delen
  • Azure Storage-accountbestands share of blobcontainer

  Belangrijk

  • Als de back-upbestanden van uw database zijn opgegeven in een SMB-netwerk share, maakt u een Azure-opslagaccount waarmee de DMS-service de back-upbestanden van de database kan uploaden. Zorg ervoor dat u het Azure Storage-account maakt in de regio waarin het exemplaar van Azure Database Migration Service wordt gemaakt.
  • Azure Database Migration Service initieert geen back-ups en maakt in plaats daarvan gebruik van bestaande back-ups voor de migratie, die u mogelijk al hebt als onderdeel van het noodherstelplan.
  • U moet back-ups maken met behulp van de WITH CHECKSUM optie.
  • Elke back-up kan naar een afzonderlijk back-upbestand of naar meerdere back-upbestanden worden geschreven. Het toevoegen van meerdere back-ups (dat wil zeggen volledige back-up en transactielogboek) aan één back-upmedia wordt echter niet ondersteund.
  • Gebruik gecomprimeerde back-ups om de kans te verkleinen dat er potentiële problemen zijn met betrekking tot het migreren van grote back-ups.

• Zorg ervoor dat het serviceaccount dat het bronaccount SQL Server heeft lees- en schrijfmachtigingen voor de SMB-netwerk share die back-upbestanden van de database bevat.

• Het bron-SQL Server-exemplaarcertificaat van een database die wordt beveiligd met Transparent Data Encryption (TDE) moet worden gemigreerd naar het doel-Azure SQL Managed Instance of SQL Server op een virtuele Azure-machine voordat gegevens worden gemigreerd. Zie Een certificaat van een met TDE beveiligde database migreren naar Azure SQL Managed Instance en Move a TDE Protected Database to Another SQL Server (Een met TDEbeveiligde database verplaatsen naar een andere SQL Server) voor meer informatie.

  Tip

  Als uw database gevoelige gegevens bevat die worden beveiligd door Always Encrypted,migreert het migratieproces met behulp van Azure Data Studio met DMS automatisch uw Always Encrypted-sleutels naar uw doel-Azure SQL Managed Instance of SQL Server op een virtuele Azure-machine.

• Als uw databaseback-ups zich in een netwerkbestands share, geeft u een computer voor het installeren van zelf-hostend Integration Runtime voor toegang tot en migreren van databaseback-ups. De migratiewizard biedt de downloadkoppeling en verificatiesleutels voor het downloaden en installeren van uw zelf-hostende Integration Runtime. Zorg er ter voorbereiding op de migratie voor dat op de computer waarop u de zelf-hostende Integration Runtime wilt installeren, de volgende uitgaande firewallregels en domeinnamen zijn ingeschakeld:

  Domeinnamen	Uitgaande poorten	Beschrijving
  Openbare cloud: {datafactory}.{region}.datafactory.azure.net of *.frontend.clouddatahub.net Azure Government: {datafactory}.{region}.datafactory.azure.us China: {datafactory}.{region}.datafactory.azure.cn	443	Vereist door de zelf-hostende Integration Runtime om verbinding te maken met de Gegevensmigratieservice. Voor nieuwe Data Factory in de openbare cloud zoekt u de FQDN van uw zelf-hostende Integration Runtime-sleutel, die de indeling {datafactory}.{region}.datafactory.azure.net heeft. Als u voor een oude data factory de FQDN niet ziet in uw zelf-hostende integratiesleutel, gebruikt u in plaats daarvan *.frontend.clouddatahub.net.
  download.microsoft.com	443	Vereist door de zelf-hostende Integration Runtime voor het downloaden van de updates. Als u automatische updates heb uitgeschakeld, kunt u het configureren van dit domein overslaan.
  *.core.windows.net	443	Wordt gebruikt door de zelf-hostende Integration Runtime die verbinding maakt met het Azure-opslagaccount voor het uploaden van databaseback-ups van uw netwerk share

  Tip

  Als uw databaseback-upbestanden al zijn opgegeven in een Azure-opslagaccount, is zelf-hostende Integration Runtime niet vereist tijdens het migratieproces.

• Wanneer u zelf-hostende Integration Runtime gebruikt, moet u ervoor zorgen dat de computer waarop de runtime is geïnstalleerd, verbinding kan maken met het bron-SQL Server-exemplaar en de netwerkbestands share waar back-upbestanden zich bevinden. Uitgaande poort 445 moet zijn ingeschakeld om toegang tot de netwerkbestands share toe te staan. Zie ook aanbevelingen voor het gebruik van zelf-hostende Integration Runtime

• Als u de Azure Database Migration Service gebruikt, moet u ervoor zorgen dat de resourceprovider Microsoft.DataMigration is geregistreerd in uw abonnement. U kunt de stappen volgen om de resourceprovider te registreren

Start de wizard Migreren naar Azure SQL in Azure Data Studio

1. Open Azure Data Studio en selecteer het serverpictogram om verbinding te maken met uw on-premises SQL Server (of SQL Server op virtuele Azure-machine).
2. Klik op de serververbinding met de rechtermuisknop en selecteer Beheren.
3. Selecteer op de startpagina van de server de optie Azure SQL Migration extension.
4. Selecteer op het azure SQL Migration-dashboard de optie Migreren naar Azure SQL de migratiewizard te starten.
5. In de eerste stap van de migratiewizard koppelt u uw bestaande of nieuwe Azure-account aan Azure Data Studio.

Database-evaluatie uitvoeren en doel selecteren

1. Selecteer de database(s) om de evaluatie uit te voeren en selecteer Volgende.
2. Selecteer Azure SQL Managed Instance als het doel.
3. Selecteer op de knop Weergeven/selecteren om details van de evaluatieresultaten voor uw database(s) weer te geven, selecteer de database(s) die u wilt migreren en selecteer OK. Als er problemen worden weergegeven in de evaluatieresultaten, moeten deze worden opgelost voordat u doorgaat met de volgende stappen.
4. Geef uw Azure SQL Managed Instance op door uw abonnement, locatie, resourcegroep in de bijbehorende vervolgkeuzelijsten te selecteren en Volgende te selecteren.

Migratie-instellingen configureren

1. Selecteer Onlinemigratie als de migratiemodus.

   Notitie

   In de onlinemigratiemodus is de brondatabase SQL Server beschikbaar voor lees- en schrijfactiviteit, terwijl databaseback-ups continu worden hersteld op het Azure SQL Managed Instance. Downtime van toepassingen is beperkt tot de duur van de cutover aan het einde van de migratie.

2. Selecteer de locatie van uw databaseback-ups. Uw databaseback-ups kunnen zich bevinden op een on-premises netwerk share of in een Azure Storage Blob-container.

   Notitie

   Als uw databaseback-ups worden opgegeven in een on-premises netwerk share, moet u voor DMS zelf-hostende Integration Runtime instellen in de volgende stap van de wizard. Zelf-hostende Integration Runtime is vereist voor toegang tot uw brondatabaseback-ups, om de geldigheid van de back-upset te controleren en deze te uploaden naar een Azure-opslagaccount.
   Als uw databaseback-ups zich al in een Azure Storage Blob-container staan, hoeft u geen zelf-hostende Integration Runtime in te stellen.

3. Nadat u de back-uplocatie hebt geselecteerd, geeft u details op van SQL Server bronlocatie en bronback-uplocatie.

   Veld	Description
   Bronreferenties - Gebruikersnaam	De referentie (Windows/SQL verificatie) om verbinding te maken met het bron-SQL Server exemplaar en de back-upbestanden te valideren.
   Bronreferenties - wachtwoord	De referentie (Windows/SQL verificatie) om verbinding te maken met het bron-SQL Server exemplaar en de back-upbestanden te valideren.
   Locatie van netwerk share die back-ups bevat	De netwerkverbindingslocatie die de volledige back-upbestanden en back-upbestanden van transactielogboek bevat. Ongeldige bestanden of back-ups van bestanden in de netwerk share die niet tot de geldige back-upset behoren, worden automatisch genegeerd tijdens het migratieproces.
   Windows gebruikersaccount met leestoegang tot de locatie van de netwerkverbinding	De Windows (gebruikersnaam) die leestoegang heeft tot de netwerk share om de back-upbestanden op te halen.
   Wachtwoord	De Windows (wachtwoord) die leestoegang heeft tot de netwerk share om de back-upbestanden op te halen.
   Naam van doeldatabase	De naam van de doeldatabase kan worden gewijzigd als u de databasenaam op het doel wilt wijzigen tijdens het migratieproces.

4. Geef het Azure-opslagaccount op door abonnement, locatie en resourcegroep te selecteren in de bijbehorende vervolgkeuzelijsten. Dit Azure-opslagaccount wordt door DMS gebruikt om de back-ups van de database te uploaden vanuit de netwerk share. U hoeft geen container te maken, omdat DMS automatisch een blobcontainer maakt in het opgegeven opslagaccount tijdens het uploadproces.

   Belangrijk

   Als de functionaliteit voor loopback-controle is ingeschakeld en de bron SQL-server en de bestandsshare zich op dezelfde computer bevinden, kan de bron niet via FQDN toegang krijgen tot de bestandsshare. U kunt dit probleem oplossen door loopback-controlefunctionaliteit uit te schakelen met behulp van de instructies hier

Een Azure Database Migration Service

1. Maak een nieuwe Azure Database Migration Service of gebruik een bestaande service die u eerder hebt gemaakt.

   Notitie

   Als u eerder DMS hebt gemaakt met behulp van Azure Portal, kunt u deze niet opnieuw gebruiken in de migratiewizard in Azure Data Studio. Alleen DMS die eerder is gemaakt Azure Data Studio kunnen opnieuw worden gebruikt.

2. Selecteer de Resourcegroep waarin u een bestaande DMS hebt of moet een nieuwe maken. In Azure Database Migration Service vervolgkeuzelijst worden alle bestaande DMS's in de geselecteerde resourcegroep weergegeven.
3. Als u een bestaande DMS opnieuw wilt gebruiken, selecteert u deze in de vervolgkeuzelijst. De status van de zelf-hostende Integration Runtime wordt onder aan de pagina weergegeven.
4. Als u een nieuwe DMS wilt maken, selecteert u Nieuwe maken. Geef op het scherm Azure Database Migration Service de naam op voor uw DMS en selecteer Maken.
5. Nadat DMS is gemaakt, krijgt u details voor het instellen van Integration Runtime.
6. Selecteer Integration Runtime downloaden en installeren om de downloadkoppeling in een webbrowser te openen. Voltooi de download. Installeer de Integration Runtime op een computer die voldoet aan de vereisten om verbinding te maken met de SQL Server en de locatie die de bronback-up bevat.
7. Nadat de installatie is voltooid, wordt de Microsoft Integration Runtime Configuration Manager automatisch starten om het registratieproces te starten.
8. Kopieer en plak een van de verificatiesleutels in het wizardscherm in Azure Data Studio. Als de verificatiesleutel geldig is, wordt een groen vinkje weergegeven in de Integration Runtime Configuration Manager waarmee wordt aangegeven dat u kunt doorgaan met registreren.
9. Nadat de registratie van de zelf-hostende Integration Runtime is voltooid, sluit u de Microsoft Integration Runtime Configuration Manager en schakelt u terug naar de migratiewizard in Azure Data Studio.
10. Selecteer Verbinding testen in het scherm Azure Database Migration Service maken in Azure Data Studio om te controleren of de zojuist gemaakte DMS is verbonden met de zojuist geregistreerde zelf-hostende Integration Runtime.
11. Bekijk de migratiesamenvatting en selecteer Done om de databasemigratie te starten.

Uw migratie bewaken

1. Op de databasemigratiestatus kunt u de migraties die worden uitgevoerd, voltooide migraties en mislukte migraties (indien van) volgen.

   

2. Selecteer Databasemigraties die worden uitgevoerd om doorlopende migraties weer te geven en meer informatie te krijgen door de naam van de database te selecteren.

3. Op de pagina met migratiedetails worden de back-upbestanden en de bijbehorende status weergegeven:

   Status	Beschrijving
   Aangekomen	Back-upbestand is aangekomen op de back-uplocatie van de bron en gevalideerd
   Uploaden	Integration Runtime uploadt momenteel het back-upbestand naar Azure Storage
   Geüpload	Back-upbestand wordt geüpload naar Azure Storage
   Herstellen	Azure Database Migration Service is momenteel bezig met het herstellen van het back-upbestand naar Azure SQL Managed Instance
   Hersteld	Het back-upbestand is hersteld in Azure SQL Managed Instance
   Geannuleerd	Migratieproces is geannuleerd
   Genegeerd	Back-upbestand is genegeerd omdat het niet tot een geldige back-upketen van de database behoort

   

Migratie-cutover voltooien

De laatste stap van de zelfstudie is het voltooien van de migratie-cutover om ervoor te zorgen dat de gemigreerde database in Azure SQL Managed Instance gereed is voor gebruik. Dit is het enige onderdeel in het proces dat downtime vereist voor toepassingen die verbinding maken met de database. Daarom moet de timing van de cutover zorgvuldig worden gepland met belanghebbenden in het bedrijf of de toepassing.

Om de cutover te voltooien,

1. Stop alle binnenkomende transacties naar de brondatabase en bereid u voor op het aanbrengen van wijzigingen in de toepassingsconfiguratie om te wijzen naar de doeldatabase in Azure SQL Managed Instance.
2. back-ups van tail-logboeken maken voor de brondatabase op de opgegeven back-uplocatie
3. Zorg ervoor dat alle databaseback-ups de status Hersteld hebben op de pagina met bewakingsdetails
4. Selecteer Cutover voltooien op de pagina met bewakingsdetails

Tijdens het cutover-proces verandert de migratiestatus van wordt uitgevoerd in wordt uitgevoerd. Wanneer het cutover-proces is voltooid, verandert de migratiestatus in geslaagd om aan te geven dat de databasemigratie is geslaagd en dat de gemigreerde database gereed is voor gebruik.

Volgende stappen

• Zie Een back-up herstellen naar SQL Managed Instance met behulp van de opdracht T-SQL RESTORE voor een zelfstudie waarin wordt uitgelegd hoe u een database migreert naar SQL Managed Instance met de opdracht T-SQL RESTORE.
• Zie Wat is SQL Managed Instance? voor meer informatie over SQL Managed Instance.
• Zie Verbinding maken met toepassingen voor meer informatie over het verbinden van apps met SQL Managed Instance.