Delen via

Zelfstudie: SQL Server migreren naar SQL Server op virtuele Azure-machines met DMS

U kunt Azure Database Migration Service en de Azure SQL-migratie-extensie in Azure Data Studio gebruiken om databases te migreren van een on-premises exemplaar van SQL Server naar SQL Server op Azure Virtual Machines (SQL Server 2016 en hoger) met minimale downtime.

Voor databasemigratiemethoden waarvoor mogelijk een handmatige configuratie is vereist, raadpleegt u migratie van SQL Server-exemplaren naar SQL Server op virtuele Azure-machines.

In deze zelfstudie migreert u de AdventureWorks2022 database van een on-premises exemplaar van SQL Server naar een SQL Server op azure Virtual Machine met minimale downtime met behulp van Azure Data Studio met Azure Database Migration Service.

Deze handleiding biedt zowel offline als online migratieopties, waaronder een acceptabele onderbreking tijdens het migratieproces.

In deze handleiding leer je hoe je:

  • Start de wizard "Migreren naar Azure SQL" in Azure Data Studio.
  • Voer een evaluatie uit van uw SQL Server-brondatabases.
  • Verzamel prestatiegegevens van uw bron-SQL Server.
  • Ontvang een aanbeveling voor de SQL Server op Azure Virtual Machine SKU die het best bij uw workload past.
  • Geef details op van uw bron-SQL Server, back-uplocatie en uw doel-SQL Server op azure Virtual Machine.
  • Maak een nieuwe Azure Database Migration Service en installeer de zelf-hostende Integration Runtime voor toegang tot de bronserver en back-ups.
  • Start en bewaak de voortgang voor uw migratie.
  • Voer de definitieve overstap voor de migratie uit wanneer u er klaar voor bent.

Vereiste voorwaarden

Voordat u met de zelfstudie begint:

  • Download en installeer Azure Data Studio.

  • Installeer de Azure SQL-migratie-extensie vanuit Azure Data Studio Marketplace.

  • Een Azure-account hebben dat is toegewezen aan een van de volgende ingebouwde rollen:

    • Bijdrager voor het doelexemplaar van SQL Server op Azure Virtual Machines en voor het opslagaccount waar u uw databaseback-upbestanden uploadt vanaf een SMB-netwerkshare (Server Message Block)

    • Lezerrol voor de Azure-resourcegroep die het doelexemplaren van SQL Server op Azure Virtual Machines of voor uw Azure Storage-account bevat

    • De rol Eigenaar of Inzender voor het Azure-abonnement

    Als alternatief voor het gebruik van een van deze ingebouwde rollen kunt u aangepaste rollen toewijzen.

    Belangrijk

    Een Azure-account is alleen vereist wanneer u de migratiestappen configureert. Een Azure-account is niet vereist voor de evaluatie of om Azure-aanbevelingen weer te geven in de migratiewizard in Azure Data Studio.

  • Maak een doelexemplaren van SQL Server op virtuele Azure-machines.

    Belangrijk

    Als u een bestaande virtuele Azure-machine hebt, moet deze worden geregistreerd bij de SQL IaaS Agent-extensie in de modus Volledig beheer.

  • Zorg ervoor dat de aanmeldingen die u gebruikt om verbinding te maken met het SQL Server-bronexemplaar lid zijn van de serverrol sysadmin of over de juiste CONTROL SERVER machtigingen beschikken.

  • Geef een SMB-netwerkshare, Azure Storage-accountbestandsshare of Blob-container van het Azure-opslagaccount op die uw volledige databaseback-upbestanden en volgende back-upbestanden voor transactielogboeken bevat. Database Migration Service maakt gebruik van de back-uplocatie tijdens de databasemigratie.

    • De Azure SQL-migratie-extensie voor Azure Data Studio maakt geen back-ups van databases en start namens u geen databaseback-ups. In plaats daarvan gebruikt de service bestaande databaseback-upbestanden voor de migratie.

    • Als uw databaseback-upbestanden zich in een SMB-netwerkshare bevinden, maakt u een Azure-opslagaccount dat Database Migration Service kan gebruiken om back-upbestanden van databases te uploaden naar en te migreren. Zorg ervoor dat u het Azure-opslagaccount maakt in dezelfde regio waar u uw exemplaar van Database Migration Service maakt.

    • U kunt elke back-up schrijven naar een afzonderlijk back-upbestand of naar meerdere back-upbestanden. Het toevoegen van meerdere back-ups, zoals volledige en transactielogboeken aan één back-upmedia, wordt niet ondersteund.

    • U kunt gecomprimeerde back-ups bieden 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 waarop het SQL Server-bronexemplaren worden uitgevoerd, lees- en schrijfmachtigingen heeft voor de SMB-netwerkshare die back-upbestanden van de database bevat.

  • Als u een database migreert die wordt beveiligd door TDE (Transparent Data Encryption), moet het certificaat van het SQL Server-bronexemplaren worden gemigreerd naar SQL Server op virtuele Azure-machines voordat u gegevens migreert. Zie Een met TDE beveiligde database verplaatsen naar een andere SQL Server voor meer informatie.

    Aanbeveling

    Als uw database gevoelige gegevens bevat die worden beveiligd door Always Encrypted, worden uw Always Encrypted-sleutels automatisch gemigreerd naar uw doelexemplaren van SQL Server op virtuele Azure-machines.

  • Als uw databaseback-ups zich op een netwerkbestandsshare bevinden, geeft u een computer op waarop u een zelf-hostende Integration Runtime kunt installeren voor toegang tot en migratie van databaseback-ups. De migratiewizard geeft u de downloadkoppeling en verificatiesleutels voor het downloaden en installeren van uw zelf-hostende Integration Runtime.

    Zorg ervoor dat voor de migratie de computer waarop u de zelf-hostende Integration Runtime installeert, de volgende uitgaande firewallregels en domeinnamen zijn ingeschakeld:

    Domeinnamen Uitgaande poort Beschrijving
    Openbare cloud: {datafactory}.{region}.datafactory.azure.net
    of*.frontend.clouddatahub.net

    Azure Government:{datafactory}.{region}.datafactory.azure.us
    Microsoft Azure beheerd door 21Vianet:{datafactory}.{region}.datafactory.azure.cn    		 443 Vereist door de zelf-hostende Integration Runtime om verbinding te maken met Database Migration Service.
    Voor een zojuist gemaakte data factory in een openbare cloud zoekt u de FQDN (Fully Qualified Domain Name) op basis van uw zelf-hostende Integration Runtime-sleutel, in de indeling {datafactory}.{region}.datafactory.azure.net.
    Als u voor een bestaande data factory de FQDN niet ziet in uw zelf-hostende integratiesleutel, gebruikt *.frontend.clouddatahub.net u in plaats daarvan.
    download.microsoft.com 443 Vereist door de zelf-hostende Integration Runtime voor het downloaden van de updates. Als u AutoUpdate hebt 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 om databaseback-ups te uploaden vanaf uw netwerkshare

    Aanbeveling

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

  • Als u een zelf-hostende Integration Runtime gebruikt, moet u ervoor zorgen dat de computer waarop de runtime is geïnstalleerd verbinding kan maken met het SQL Server-bronexemplaren en de netwerkbestandsshare waar back-upbestanden zich bevinden.

  • Schakel uitgaande poort 445 in om toegang tot de netwerkbestandsshare toe te staan. Zie aanbevelingen voor het gebruik van een zelf-hostende Integration Runtime voor meer informatie.

  • Als u Azure Database Migration Service voor het eerst gebruikt, moet u ervoor zorgen dat de Microsoft.DataMigrationresourceprovider is geregistreerd in uw abonnement.

In deze zelfstudie wordt een offlinemigratie van SQL Server naar SQL Server op virtuele Azure-machines beschreven.

De wizard Migreren naar Azure SQL openen in Azure Data Studio

De wizard Migreren naar Azure SQL openen:

  1. Ga in Azure Data Studio naar Verbindingen. Selecteer en maak verbinding met uw on-premises exemplaar van SQL Server. U kunt ook verbinding maken met SQL Server op een virtuele Azure-machine.

  2. Klik met de rechtermuisknop op de serververbinding en selecteer Beheren.

  3. Selecteer Azure SQL Migration in het servermenu onder Algemeen.

  4. Selecteer In het Azure SQL Migration-dashboard de optie Migreren naar Azure SQL om de migratiewizard te openen.

    Schermopname van het openen van de wizard Migreren naar Azure SQL.

  5. Start op de eerste pagina van de wizard een nieuwe sessie of hervat een eerder opgeslagen sessie.

Een database-evaluatie uitvoeren, prestatiegegevens verzamelen en Azure-aanbevelingen krijgen

  1. In stap 1: Databases voor evaluatie in de wizard Migreren naar Azure SQL selecteert u de databases die u wilt evalueren. Klik vervolgens op Volgende.

  2. Voer in stap 2: Evaluatieresultaten en aanbevelingen de volgende stappen uit:

    1. In Kies uw Azure SQL-doel, selecteer SQL Server op Azure Virtual Machine.

      Schermopname van een evaluatiebevestiging.

    2. Selecteer Weergeven/Selecteren om de evaluatieresultaten weer te geven.

    3. Selecteer in de evaluatieresultaten de database en controleer vervolgens het evaluatierapport om ervoor te zorgen dat er geen problemen zijn gevonden.

    4. Selecteer Azure-aanbeveling ophalen om het deelvenster Aanbevelingen te openen.

    5. Selecteer Verzamel nu prestatiegegevens. Selecteer een map op uw lokale computer om de prestatielogboeken op te slaan en selecteer vervolgens Start.

      Azure Data Studio verzamelt prestatiegegevens totdat u het verzamelen van gegevens stopt of Azure Data Studio sluit.

      Na 10 minuten geeft Azure Data Studio aan dat er een aanbeveling beschikbaar is voor SQL Server op Azure Virtual Machines. Nadat de eerste aanbeveling is gegenereerd, kunt u Gegevensverzameling opnieuw opstarten selecteren om door te gaan met het proces voor gegevensverzameling en de SKU-aanbeveling te verfijnen. Een uitgebreide evaluatie is vooral handig als uw gebruikspatronen in de loop van de tijd variëren.

    6. Selecteer in de geselecteerde Azure Virtual Machines SQL Server het doel en kies Details weergeven om het gedetailleerde rapport met aanbevelingen voor SKU te openen.

    7. Controleer de aanbeveling in Aanbevelingen voor SQL Server op virtuele Azure-machines. Als u een kopie van de aanbeveling wilt opslaan, schakelt u het selectievakje Aanbevelingsrapport opslaan in.

  3. Selecteer Sluiten om het deelvenster Aanbevelingen te sluiten.

  4. Selecteer Volgende om door te gaan met de databasemigratie in de wizard.

Migratie-instellingen configureren

  1. In stap 3: Azure SQL-doel in de wizard Migreren naar Azure SQL selecteert u uw Azure-account, Azure-abonnement, de Azure-regio of -locatie en de resourcegroep die de doel-SQL Server bevat naar het Azure Virtual Machines-exemplaar. Klik vervolgens op Volgende.

  2. In stap 4: Migratiemodus selecteert u Offlinemigratie en selecteert u vervolgens Volgende.

    Opmerking

    In de offlinemigratiemodus mag de SQL Server-brondatabase niet worden gebruikt voor schrijfactiviteit terwijl back-upbestanden van de database worden hersteld op het doelexemplaren van SQL Server naar Azure Virtual Machines. Downtime van toepassingen blijft behouden vanaf het begin van het migratieproces totdat deze is voltooid.

  3. In stap 5: Configuratie van gegevensbron selecteert u de locatie van uw databaseback-ups. Uw databaseback-ups kunnen zich bevinden op een on-premises netwerkshare of in een Azure Storage Blob-container.

    Opmerking

    Als uw databaseback-ups in een on-premises netwerkshare zijn, dient u in de volgende stap van de wizard een zelf-gehoste integratie-runtime instellen. Een zelf-hostende Integration Runtime is vereist om toegang te krijgen tot uw brondatabaseback-ups, de geldigheid van de back-upset te controleren en back-ups te uploaden naar een Azure-opslagaccount.

    Als uw databaseback-ups zich al in een Azure Storage Blob-container bevinden, hoeft u geen zelf-hostende Integration Runtime in te stellen.

  • Voor back-ups die zich op een netwerkshare bevinden, voert u de volgende gegevens in of selecteert u deze:

    Naam Beschrijving
    Bronreferenties - gebruikersnaam De referenties (Windows- en SQL-verificatie) om de back-upbestanden te valideren en verbinding te maken met het SQL Server-bronexemplaar.
    Bronreferenties - wachtwoord De referenties (Windows- en SQL-verificatie) om de back-upbestanden te valideren en verbinding te maken met het SQL Server-bronexemplaar.
    Locatie van netwerkshare die back-ups bevat De netwerklocatie die de volledige back-up- en transactielogbestanden bevat. Ongeldige bestanden of back-upbestanden in de netwerkshare die niet tot de geldige back-upset behoren, worden automatisch genegeerd tijdens het migratieproces.
    Windows-gebruikersaccount met leestoegang tot de locatie van de netwerkshare De Windows-referentie (gebruikersnaam) met leestoegang tot de netwerkshare om de back-upbestanden op te halen.
    Wachtwoord De Windows-inloggegevens (wachtwoord) met leestoegang tot de netwerkshare om de back-upbestanden op te halen.
    Naam van doeldatabase U kunt de naam van de doeldatabase wijzigen tijdens het migratieproces.

  • Voor back-ups die zijn opgeslagen in een Azure Storage Blob-container, voert u de volgende gegevens in of selecteert u deze:

    Naam Beschrijving
    Naam van doeldatabase U kunt de naam van de doeldatabase wijzigen tijdens het migratieproces.
    Details van opslagaccount De resourcegroep, het opslagaccount en de container waar back-upbestanden zich bevinden.
    Laatste back-upbestand De bestandsnaam van de laatste back-up van de database die u migreert.

    Belangrijk

    Als loopback-controlefunctionaliteit is ingeschakeld en de bron-SQL Server en bestandsshare zich op dezelfde computer bevinden, heeft de bron geen toegang tot de bestandsshare met behulp van de FQDN. U kunt dit probleem oplossen door de functionaliteit van loopbackcontrole uit te schakelen.

  • Voor de Azure SQL-migratie-extensie voor Azure Data Studio zijn geen specifieke configuraties meer vereist in de netwerkinstellingen van uw Azure Storage-account om uw SQL Server-databases naar Azure te migreren. Afhankelijk van uw databaseback-uplocatie en de gewenste netwerkinstellingen voor het opslagaccount, zijn er echter enkele stappen nodig om ervoor te zorgen dat uw resources toegang hebben tot het Azure Storage-account. Zie de volgende tabel voor de verschillende migratiescenario's en netwerkconfiguraties:

    Scenariobeschrijving SMB-netwerkshare Azure Storage-accountcontainer
    Ingeschakeld vanuit alle netwerken Geen extra stappen Geen extra stappen
    Ingeschakeld vanuit geselecteerde virtuele netwerken en IP-adressen Zie 1a Zie 2a
    Ingeschakeld vanuit geselecteerde virtuele netwerken en IP-adressen + privé-eindpunt Zie 1b Zie 2b

1a - Azure Blob Storage-netwerkconfiguratie

Als u uw Self-Hosted Integration Runtime (SHIR) hebt geïnstalleerd op een Azure-VM, raadpleegt u sectie 1b - Azure Blob Storage-netwerkconfiguratie. Als u uw Self-Hosted Integration Runtime (SHIR) op uw on-premises netwerk hebt geïnstalleerd, moet u als volgt uw client-IP-adres van de hostmachine toevoegen aan uw Azure Storage-account:

Schermopname van de netwerkgegevens van het opslagaccount.

Als u deze specifieke configuratie wilt toepassen, maakt u vanaf de SHIR-machine verbinding met Azure Portal, opent u de configuratie van het Azure Storage-account, selecteert u Netwerken en schakelt u het selectievakje Uw client-IP-adres toevoegen in. Selecteer Opslaan om de wijziging permanent te maken. Zie sectie 2a : Azure Blob Storage-netwerkconfiguratie (privé-eindpunt) voor de resterende stappen.

1b - Azure Blob Storage-netwerkconfiguratie

Als uw SHIR wordt gehost op een Virtuele Azure-machine, moet u het virtuele netwerk van de VM toevoegen aan het Azure Storage-account, omdat de virtuele machine een niet-openbaar IP-adres heeft dat niet kan worden toegevoegd aan de sectie IP-adresbereik.

Schermopname van de netwerkfirewallconfiguratie van het opslagaccount.

Als u deze specifieke configuratie wilt toepassen, zoekt u uw Azure Storage-account, selecteert u Netwerken in het deelvenster Gegevensopslag en markeert u vervolgens het selectievakje Bestaand virtueel netwerk toevoegen. Er wordt een nieuw deelvenster geopend, selecteer het abonnement, het virtuele netwerk en het subnet van de Azure-VM die als host fungeert voor de Integration Runtime. Deze informatie vindt u op de overzichtspagina van de virtuele Azure-machine. In het subnet kan service-eindpunt vereist worden aangegeven; als dit het geval is, selecteer Inschakelen. Zodra alles gereed is, slaat u de updates op. Raadpleeg sectie 2a: Azure Blob Storage-netwerkconfiguratie (privé-eindpunt)a voor de resterende vereiste stappen.

2a - Azure Blob Storage-netwerkconfiguratie (privé-eindpunt)

Als uw back-ups rechtstreeks in een Azure Storage-container worden geplaatst, zijn alle bovenstaande stappen overbodig omdat er geen Integration Runtime communiceert met het Azure Storage-account. We moeten er echter nog steeds voor zorgen dat het doel-SQL Server-exemplaar kan communiceren met het Azure Storage-account om de back-ups van de container te herstellen. Als u deze specifieke configuratie wilt toepassen, volgt u de instructies in sectie 1b - Azure Blob Storage-netwerkconfiguratie, waarbij u het virtuele doel-SQL-exemplaarnetwerk opgeeft bij het invullen van het pop-upvenster 'Bestaand virtueel netwerk toevoegen'.

2b - Azure Blob Storage-netwerkconfiguratie (privé-eindpunt)

Als u een privé-eindpunt hebt ingesteld voor uw Azure Storage-account, volgt u de stappen die worden beschreven in sectie 2a : Azure Blob Storage-netwerkconfiguratie (privé-eindpunt). U moet echter het subnet van het privé-eindpunt selecteren, niet alleen het doelsubnet van SQL Server. Zorg ervoor dat het privé-eindpunt wordt gehost in hetzelfde VNet als het SQL Server-doelexemplaar. Als dit niet het is, maakt u een ander privé-eindpunt met behulp van het proces in de sectie Configuratie van het Azure Storage-account.

Een Database Migration Service-exemplaar maken

In stap 6: Azure Database Migration Service in de wizard Migreren naar Azure SQL maakt u een nieuw exemplaar van Azure Database Migration Service of gebruikt u een bestaand exemplaar dat u eerder hebt gemaakt.

Opmerking

Als u eerder een Database Migration Service-exemplaar hebt gemaakt met behulp van Azure Portal, kunt u het exemplaar niet opnieuw gebruiken in de migratiewizard in Azure Data Studio. U kunt een exemplaar alleen opnieuw gebruiken als u het exemplaar hebt gemaakt met behulp van Azure Data Studio.

Een bestaand exemplaar van Database Migration Service gebruiken

Een bestaand exemplaar van Database Migration Service gebruiken:

  1. Selecteer in de resourcegroep de resourcegroep die een bestaand exemplaar van Database Migration Service bevat.

  2. Selecteer in Azure Database Migration Service een bestaand exemplaar van Database Migration Service dat zich in de geselecteerde resourcegroep bevindt.

  3. Kies Volgende.

Een nieuw exemplaar van Database Migration Service maken

Ga als volgt te werk om een nieuw exemplaar van Database Migration Service te maken:

  1. Maak in de resourcegroep een nieuwe resourcegroep die een nieuw exemplaar van Database Migration Service bevat.

  2. Selecteer Nieuwe maken onder Azure Database Migration Service.

  3. Voer een naam in voor uw Database Migration Service-exemplaar in Azure Database Migration Service maken en kies vervolgens Maken.

  4. Voer onder Integratieruntime instellen de volgende stappen uit:

    1. Selecteer de koppeling Integration Runtime downloaden en installeren om de downloadkoppeling in een webbrowser te openen. Download de Integration Runtime en installeer deze vervolgens op een computer die voldoet aan de vereisten om verbinding te maken met het SQL Server-bronexemplaren.

      Wanneer de installatie is voltooid, wordt Microsoft Integration Runtime Configuration Manager automatisch geopend om het registratieproces te starten.

    2. Kopieer in de tabel Verificatiesleutel een van de verificatiesleutels die zijn opgegeven in de wizard en plak deze in Azure Data Studio. Als de verificatiesleutel geldig is, wordt er een groen vinkje weergegeven in Integration Runtime Configuration Manager. Een groene controle geeft aan dat u zich kunt blijven registreren.

      Nadat u de zelf-hostende Integration Runtime hebt geregistreerd, sluit u Microsoft Integration Runtime Configuration Manager.

      Opmerking

      Zie Een zelf-hostende Integration Runtime maken en configureren voor meer informatie over het gebruik van de zelf-hostende Integration Runtime.

  5. Selecteer in Azure Database Migration Service maken in Azure Data Studio de optie Testverbinding om te controleren of het zojuist gemaakte Database Migration Service-exemplaar is verbonden met de zojuist geregistreerde zelf-hostende Integration Runtime.

  6. Ga terug naar de migratiewizard in Azure Data Studio.

De databasemigratie starten

In stap 7: Samenvatting in de wizard Migreren naar Azure SQL, controleert u de configuratie die u hebt gemaakt en selecteert u Migratie starten om de databasemigratie te starten.

De databasemigratie bewaken

  1. Selecteer in Azure Data Studio, in het servermenu onder Algemeen, Azure SQL Migration om naar het dashboard voor uw Azure SQL-migraties te gaan.

    Onder Databasemigratiestatus kunt u migraties bijhouden die worden uitgevoerd, voltooid en mislukt (indien van toepassing), of u kunt alle databasemigraties bekijken.

    Schermopname van het beeldschermmigratiedashboard.

  2. Selecteer Databasemigraties die worden uitgevoerd om actieve migraties weer te geven.

    Selecteer de databasenaam voor meer informatie over een specifieke migratie.

    In het deelvenster met migratiedetails worden de back-upbestanden en de bijbehorende status weergegeven:

    Toestand Beschrijving
    Aangekomen Het back-upbestand is aangekomen op de bronback-uplocatie en is gevalideerd.
    uploaden van De integratieruntime uploadt het back-upbestand naar Azure Storage.
    Geüpload Het back-upbestand is geüpload naar Azure Storage.
    Herstellen De service herstelt het back-upbestand naar SQL Server op virtuele Azure-machines.
    Gerestaureerd Het back-upbestand is hersteld op SQL Server op virtuele Azure-machines.
    Geannuleerd Het migratieproces is geannuleerd.
    Genegeerd Het back-upbestand is genegeerd omdat het geen deel uitmaakt van een geldige databaseback-upketen.

Nadat alle databaseback-ups zijn hersteld op het exemplaar van SQL Server op azure Virtual Machines, wordt een automatische migratie-cutover gestart door Database Migration Service om ervoor te zorgen dat de gemigreerde database gereed is voor gebruik. De migratiestatus verandert van Wordt uitgevoerd in Geslaagd.

Beperkingen

-Als u één database migreert, moeten de back-ups van de database in een platte bestandsstructuur in een databasemap (inclusief hoofdmap van de container) worden geplaatst en kunnen de mappen niet worden genest, omdat deze niet worden ondersteund.

-Als u meerdere databases migreert met dezelfde Azure Blob Storage-container, moet u back-upbestanden voor verschillende databases in afzonderlijke mappen in de container plaatsen.

-Bestaande databases overschrijven met behulp van DMS in uw doel-SQL Server op virtuele Azure-machine wordt niet ondersteund.

-Het configureren van hoge beschikbaarheid en herstel bij noodgevallen voor uw doel om af te stemmen op de brontopologie wordt niet ondersteund door de DMS.

De volgende serverobjecten worden niet ondersteund:

  • SQL Server Agent-jobs
  • Inloggegevens
  • SSIS-pakketten
  • Serveraudit

-U kunt geen bestaande zelf-hostende Integration Runtime gebruiken die is gemaakt vanuit Azure Data Factory voor databasemigraties met DMS. In eerste instantie moet de zelf-hostende integration runtime worden gemaakt met behulp van de Azure SQL-migratie-extensie in Azure Data Studio en kan deze opnieuw worden gebruikt voor verdere databasemigraties.

-VM met SQL Server 2008 en lager als doelversies worden niet ondersteund bij het migreren naar SQL Server op Virtuele Azure-machines.

-Als u een virtuele machine gebruikt met SQL Server 2012 of SQL Server 2014, moet u de back-upbestanden van de brondatabase opslaan in een Azure Storage Blob-container in plaats van de optie voor netwerkshare te gebruiken. Sla de back-upbestanden op als pagina-blobs, omdat blok-blobs alleen worden ondersteund in SQL 2016 en daarna.

-U moet ervoor zorgen dat de SQL IaaS Agent-extensie in de doel-Azure Virtual Machine zich in de volledige modus bevindt in plaats van de Lightweight-modus.

-Migratie naar Azure SQL-VM met behulp van DMS maakt intern gebruik van SQL IaaS-agent. De SQL IaaS-agentextensie ondersteunt alleen het beheer van het standaardserverexemplaar of één enkel benoemd exemplaar.

-U kunt maximaal 100 databases migreren naar dezelfde virtuele Machine van Azure SQL Server als het doel met behulp van een of meer migraties tegelijk. Als een of meer migraties met 100 databases zijn voltooid, wacht u bovendien minstens 30 minuten voordat u een nieuwe migratie naar dezelfde virtuele Machine van Azure SQL Server start als het doel. Bovendien duurt elke migratiebewerking (migratie starten, overgang) voor elke database een paar minuten sequentieel. Als u bijvoorbeeld 100 databases wilt migreren, kan het ongeveer 200 (2 x 100) minuten duren om de migratiewachtrijen te maken en ongeveer 100 (1 x 100) minuten om alle 100 databases te knippen (met uitzondering van de tijdsinstellingen voor back-up en herstel). De migratie wordt daarom langzamer naarmate het aantal databases toeneemt. U moet vooraf een langer migratievenster plannen op basis van strenge migratietests of het partitioneren van een groot aantal databases in batches wanneer u ze migreert naar een Azure-VM van een SQL-server.

-Afgezien van het configureren van het netwerk/de firewall van uw Azure Storage-account, zodat uw VIRTUELE machine toegang heeft tot back-upbestanden. U moet ook het netwerk/de firewall van uw SQL Server op azure-VM configureren om uitgaande verbindingen met uw opslagaccount toe te staan.

-U moet de doel-SQL Server op Azure VM inschakelen terwijl de SQL-migratie wordt uitgevoerd. Ook bij het maken van een nieuwe migratie, failover of het annuleren van de migratie.

Mogelijke foutberichten

Aanmelden is mislukt voor gebruiker 'NT Service\SQLIaaSExtensionQuery

Fout: Login failed for user 'NT Service\SQLIaaSExtensionQuery

Reden: SQL Server-exemplaar bevindt zich in de modus voor één gebruiker. Een mogelijke reden is dat de doel-SQL Server op azure-VM zich in de upgrademodus bevindt.

Oplossing: Wacht tot de doel-SQL Server op azure-VM de upgrademodus afsluit en de migratie opnieuw start.

Kan herstelwerk niet aanmaken

Fout: Ext_RestoreSettingsError, message: Failed to create restore job.;Cannot create file 'F:\data\XXX.mdf' because it already exists.

Oplossing: Maak verbinding met de doel-SQL Server op azure-VM en verwijder het XXX.mdf bestand. Start vervolgens de migratie opnieuw.

Verwante inhoud