Zelfstudie: SQL Server online migreren naar SQL Server op Azure Virtual Machines in Azure Data Studio
Gebruik de Azure SQL-migratie-extensie in Azure Data Studio om de databases te migreren van een SQL Server-exemplaar naar een SQL Server op azure Virtual Machine (SQL Server 2016 en hoger) met minimale downtime. Zie het artikel SQL Server-exemplaarmigratie naar SQL Server op virtuele Azure-machine voor methoden waarvoor mogelijk handmatige inspanning is vereist.
In deze zelfstudie migreert u de AdventureWorks-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.
In deze zelfstudie leert u het volgende:
- Start de wizard Migreren naar Azure SQL in Azure Data Studio.
- Een evaluatie uitvoeren van uw SQL Server-brondatabase(s)
- Prestatiegegevens verzamelen van uw sql-bronserver
- Krijg een aanbeveling van de SQL Server op azure Virtual Machine SKU die het meest geschikt is voor uw workload
- 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 cutover uit voor de migratie als u klaar bent.
In dit artikel wordt een onlinemigratie van SQL Server naar een SQL Server op een virtuele Azure-machine beschreven. Offlinemigratie, zie SQL Server offline migreren naar een SQL Server op azure Virtual Machine met behulp van Azure Data Studio met DMS.
Vereisten
Voor het voltooien van deze zelfstudie hebt u het volgende nodig:
De Azure SQL-migratie-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 de doel-SQL Server op virtuele Azure-machine (en opslagaccount voor het uploaden van uw databaseback-upbestanden van de SMB-netwerkshare).
- Lezerrol voor de Azure-resourcegroepen die de doel-SQL Server op een virtuele Azure-machine of het Azure-opslagaccount bevatten.
- De rol Eigenaar of Inzender voor het Azure-abonnement.
- Als alternatief voor het gebruik van de bovenstaande ingebouwde rollen kunt u een aangepaste rol toewijzen zoals gedefinieerd in dit artikel.
Belangrijk
Azure-account is alleen vereist bij het configureren van de migratiestappen en is niet vereist voor evaluatie- of Azure-aanbevelingsstappen in de migratiewizard.
Maak een doel-SQL Server op een virtuele Azure-machine.
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 worden gebruikt om verbinding te maken met de bron-SQL Server lid zijn van de serverfunctie sysadmin of gemachtigd zijn
CONTROL SERVER.Gebruik een van de volgende opslagopties voor de volledige back-upbestanden voor database- en transactielogboeken:
- SMB-netwerkshare
- Azure Storage-accountbestandsshare of blobcontainer
Belangrijk
- De Azure SQL Migration-extensie voor Azure Data Studio maakt geen databaseback-ups of start namens u geen databaseback-ups. In plaats daarvan gebruikt de service bestaande databaseback-upbestanden voor de migratie.
- Als uw databaseback-upbestanden zijn opgegeven in een SMB-netwerkshare, 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.
- 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 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.
Het broncertificaat van het SQL Server-exemplaar van een database die wordt beveiligd door TDE (Transparent Data Encryption) moet worden gemigreerd naar de doel-SQL Server op azure Virtual Machine voordat gegevens worden gemigreerd. Zie Een met TDE beveiligde database verplaatsen naar een andere SQL Server voor meer informatie.
Fooi
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-SQL Server op azure Virtual Machine.
Als uw databaseback-ups zich in een netwerkbestandsshare bevinden, geeft u een computer op om zelf-hostende Integration Runtime te installeren voor toegang tot en migratie van databaseback-ups. De migratiewizard biedt de downloadkoppeling en verificatiesleutels voor het downloaden en installeren van uw zelf-hostende Integration Runtime. Zorg ervoor dat de computer waarop u de zelf-hostende Integration Runtime wilt installeren, de volgende uitgaande firewallregels en domeinnamen heeft ingeschakeld ter voorbereiding op de migratie:
Domeinnamen Uitgaande poorten Omschrijving Openbare cloud: {datafactory}.{region}.datafactory.azure.net
of*.frontend.clouddatahub.net
Azure Government:{datafactory}.{region}.datafactory.azure.us
China:{datafactory}.{region}.datafactory.azure.cn443 Vereist door de zelf-hostende Integration Runtime om verbinding te maken met de Data Migration-service.
Voor nieuwe gemaakte Data Factory in de openbare cloud zoekt u de FQDN op basis van uw zelf-hostende Integration Runtime-sleutel, die in indeling{datafactory}.{region}.datafactory.azure.netis. Als u de FQDN niet in uw zelf-hostende integratiesleutel ziet, gebruikt u in plaats daarvan *.frontend.clouddatahub.net voor oude Data Factory.download.microsoft.com443 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.net443 Wordt gebruikt door de zelf-hostende Integration Runtime die verbinding maakt met het Azure-opslagaccount voor het uploaden van databaseback-ups vanuit uw netwerkshare Fooi
Als uw databaseback-upbestanden al zijn opgegeven in een Azure-opslagaccount, is zelf-hostende Integration Runtime niet vereist tijdens het migratieproces.
Runtime wordt geïnstalleerd op de computer met behulp van zelf-hostende Integration Runtime. De computer maakt verbinding met het SQL Server-bronexemplaren en de netwerkbestandsshare waar back-upbestanden zich bevinden. Uitgaande poort 445 moet zijn ingeschakeld om toegang tot de netwerkbestandsshare toe te staan. Zie ook aanbevelingen voor het gebruik van zelf-hostende Integration Runtime
Als u de Azure Database Migration Service voor de eerste keer 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
De wizard Migreren naar Azure SQL starten in Azure Data Studio
- Open Azure Data Studio en selecteer op het serverpictogram om verbinding te maken met uw on-premises SQL Server (of SQL Server op azure Virtual Machine).
- Klik met de rechtermuisknop op de serververbinding en selecteer Beheren.
- Selecteer de Azure SQL Migration-extensie op de startpagina van de server.
- Selecteer Op het Dashboard van Azure SQL Migration de optie Migreren naar Azure SQL om de migratiewizard te starten.
- Koppel in de eerste stap van de migratiewizard uw bestaande of nieuwe Azure-account aan Azure Data Studio.
Database-evaluatie uitvoeren, prestatiegegevens verzamelen en Azure-aanbeveling krijgen
- Selecteer de database(s) om de evaluatie uit te voeren en selecteer Volgende.
- Selecteer SQL Server op virtuele Azure-machine als doel.
- 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.
- Selecteer de knop Azure-aanbeveling ophalen.
- Kies nu de optie Prestatiegegevens verzamelen en voer een pad in voor prestatielogboeken die moeten worden verzameld en selecteer de knop Start .
- Azure Data Studio verzamelt nu prestatiegegevens totdat u de verzameling stopt, drukt u op de knop Volgende in de wizard of sluit Azure Data Studio.
- Na tien minuten ziet u een aanbevolen configuratie voor uw Azure SQL-VM. U kunt ook op de koppeling Aanbeveling vernieuwen drukken na de eerste tien minuten om de aanbeveling te vernieuwen met de extra gegevens die worden verzameld.
- Selecteer in het bovenstaande vak SQL Server op virtuele Azure-machine de knop Details weergeven voor meer informatie over uw aanbeveling.
- Sluit het detailvak van de weergave en druk op de knop Volgende .
Migratie-instellingen configureren
- Geef uw doel-SQL Server op virtuele Azure-machine op door uw abonnement, locatie, resourcegroep te selecteren in de bijbehorende vervolgkeuzelijsten en vervolgens Volgende te selecteren.
- Selecteer Onlinemigratie als de migratiemodus.
Notitie
In de onlinemigratiemodus kan de SQL Server-brondatabase worden gebruikt voor lees- en schrijfactiviteit, terwijl databaseback-ups continu worden hersteld op de doel-SQL Server op virtuele Azure-machine. Downtime van toepassingen is beperkt tot de duur van de cutover aan het einde van de migratie.
- Selecteer in stap 5 de locatie van uw databaseback-ups. Uw databaseback-ups kunnen zich bevinden op een on-premises netwerkshare of in een Azure Storage Blob-container.
Notitie
Als uw databaseback-ups worden opgegeven in een on-premises netwerkshare, moet u met DMS zelf-hostende Integration Runtime instellen in de volgende stap van de wizard. Zelf-hostende Integration Runtime is vereist voor toegang tot uw back-ups van de brondatabase, controleer de geldigheid van de back-upset en upload deze naar het Azure-opslagaccount.
Als uw databaseback-ups zich al in een Azure Storage-blobcontainer bevinden, hoeft u geen zelf-hostende Integration Runtime in te stellen.
Voor back-ups die zich op een netwerkshare bevinden, geeft u de onderstaande gegevens op van uw bron-SQL Server, de locatie van de bronback-up, de naam van de doeldatabase en het Azure-opslagaccount waar de back-upbestanden naar moeten worden geüpload.
Veld Beschrijving Bronreferenties - gebruikersnaam De referentie (Windows/SQL-verificatie) om verbinding te maken met het SQL Server-bronexemplaren en de back-upbestanden te valideren. Bronreferenties - wachtwoord De referentie (Windows/SQL-verificatie) om verbinding te maken met het SQL Server-bronexemplaren en de back-upbestanden te valideren. Locatie van netwerkshare die back-ups bevat De locatie van de netwerkshare die de volledige back-upbestanden en back-upbestanden van het transactielogboek bevat. Ongeldige bestanden of back-ups van bestanden 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-referentie (wachtwoord) met leestoegang tot de netwerkshare om de back-upbestanden op te halen. Naam van doeldatabase De naam van de doeldatabase kan worden gewijzigd als u de naam van de database op het doel tijdens het migratieproces wilt wijzigen. Voor back-ups die zijn opgeslagen in een Azure Storage Blob-container, geeft u de onderstaande details op van de naam van de doeldatabase, de resourcegroep, het Azure-opslagaccount, de Blob-container in de bijbehorende vervolgkeuzelijsten.
Veld Beschrijving Naam van doeldatabase De naam van de doeldatabase kan worden gewijzigd als u de naam van de database op het doel tijdens het migratieproces wilt wijzigen. Details van opslagaccount De resourcegroep, het opslagaccount en de container waar back-upbestanden zich bevinden.
- Selecteer Volgende om door te gaan.
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
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:
Scenario 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 zelf-hostende Integration Runtime (SHIR) hebt geïnstalleerd op een Azure-VM, raadpleegt u sectie 1b - Azure Blob Storage-netwerkconfiguratie. Als u uw zelf-hostende Integration Runtime (SHIR) op uw on-premises netwerk hebt geïnstalleerd, moet u als volgt uw client-IP-adres van de hostmachine in uw Azure Storage-account toevoegen:
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.
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 worden aangegeven dat het service-eindpunt is vereist als dit het volgende 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-doelexemplaren. 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.
Azure Database Migration Service maken
- 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 met Behulp van Azure Data Studio, kan opnieuw worden gebruikt.
- Selecteer de resourcegroep met een bestaande DMS of maak een nieuwe. In de vervolgkeuzelijst Azure Database Migration Service worden alle bestaande DMS in de geselecteerde resourcegroep weergegeven.
- Als u een bestaande DMS opnieuw wilt gebruiken, selecteert u deze in de vervolgkeuzelijst en wordt de status van de zelf-hostende Integration Runtime onder aan de pagina weergegeven.
- Als u een nieuwe DMS wilt maken, selecteert u nieuwe maken.
- Geef in het scherm Azure Database Migration Service maken de naam op voor uw DMS en selecteer Maken.
- Nadat het maken van DMS is voltooid, krijgt u informatie over de Integratieruntime instellen.
- Selecteer Integration Runtime downloaden en installeren om de downloadkoppeling in een webbrowser te openen. Voltooi de download. Installeer de integratieruntime op een computer die voldoet aan de vereisten voor het maken van verbinding met de bron-SQL Server en de locatie met de bronback-up.
- Nadat de installatie is voltooid, wordt Microsoft Integration Runtime Configuration Manager automatisch gestart om het registratieproces te starten.
- Kopieer en plak een van de verificatiesleutels in het wizardscherm in Azure Data Studio. Als de verificatiesleutel geldig is, wordt er een groen vinkje weergegeven in Integration Runtime Configuration Manager dat aangeeft dat u kunt doorgaan met registreren.
- Nadat de registratie van zelf-hostende Integration Runtime is voltooid, sluit u Microsoft Integration Runtime Configuration Manager en gaat u terug naar de migratiewizard in Azure Data Studio.
- 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 en selecteer Gereed.
- Controleer de samenvatting en selecteer Gereed om de databasemigratie te starten.
Uw migratie bewaken
In de databasemigratiestatus kunt u de migraties bijhouden die worden uitgevoerd, migraties voltooid en migraties zijn mislukt (indien van toepassing).
Selecteer Databasemigraties die worden uitgevoerd om lopende migraties weer te geven en meer informatie te krijgen door de databasenaam te selecteren.
Op de pagina met migratiedetails worden de back-upbestanden en de bijbehorende status weergegeven:
Status Omschrijving Gearriveerd Back-upbestand is aangekomen op de locatie van de bronback-up 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 herstelt momenteel het back-upbestand naar SQL Server op azure Virtual Machine Hersteld Back-upbestand is hersteld op SQL Server op virtuele Azure-machine Geannuleerd Migratieproces is geannuleerd Genegeerd Back-upbestand is genegeerd omdat het geen deel uitmaakt van een geldige databaseback-upketen 
Cutover voor migratie voltooien
De laatste stap van de zelfstudie is het voltooien van de migratie-cutover. De voltooiing zorgt ervoor dat de gemigreerde database in SQL Server op azure Virtual Machine gereed is voor gebruik. Downtime is vereist voor toepassingen die verbinding maken met de database en de timing van de cutover moet zorgvuldig worden gepland met belanghebbenden van bedrijven of toepassingen.
De cutover voltooien:
- Stop alle binnenkomende transacties naar de brondatabase.
- Breng wijzigingen in de toepassingsconfiguratie aan zodat deze verwijzen naar de doeldatabase in SQL Server op Azure Virtual Machines.
- Maak een laatste logboekback-up van de brondatabase op de opgegeven back-uplocatie
- Plaats de brondatabase in de modus Alleen-lezen. Daarom kunnen gebruikers gegevens uit de database lezen, maar deze niet wijzigen.
- Zorg ervoor dat alle databaseback-ups de status Hersteld hebben op de pagina met bewakingsgegevens.
- Selecteer Cutover voltooien op de pagina met bewakingsgegevens.
Tijdens het cutover-proces verandert de migratiestatus van wordt uitgevoerd in voltooid. De migratiestatus wordt gewijzigd in geslaagd wanneer het cutover-proces is voltooid. De databasemigratie is geslaagd en of de gemigreerde database gereed is voor gebruik.
Beperkingen
Migreren naar SQL Server op Azure-VM's met behulp van de Azure SQL-extensie voor Azure Data Studio heeft de volgende beperkingen:
- Als u één database migreert, moeten de databaseback-ups worden geplaatst in een platte bestandsstructuur in een databasemap (inclusief de hoofdmap van de container) 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.
- Het overschrijven van bestaande databases met behulp van DMS in uw doel-SQL Server op azure Virtual Machine wordt niet ondersteund.
- Het configureren van hoge beschikbaarheid en herstel na noodgevallen op uw doel, zodat deze overeenkomen met de brontopologie, wordt niet ondersteund door DMS.
- De volgende serverobjecten worden niet ondersteund:
- SQL Server Agent-taken
- Referenties
- SSIS-pakketten
- Serveraudit
- U kunt geen bestaande zelf-hostende integration runtime gebruiken die is gemaakt op basis van 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 migratie naar SQL Server op virtuele Azure-machines.
- Als u een virtuele machine met SQL Server 2012 of SQL Server 2014 gebruikt, moet u de back-upbestanden van de brondatabase opslaan in een Azure Storage Blob-container in plaats van de optie 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-agentextensie in de doel-Azure Virtual Machine zich in de volledige modus bevindt in plaats van de Lightweight-modus.
- De SQL IaaS Agent-extensie ondersteunt alleen het beheer van het standaardserverexemplaren of één benoemd exemplaar.
- Het aantal databases dat u kunt migreren naar een virtuele SQL-server van Azure, is afhankelijk van de hardwarespecificatie en -workload, maar er is geen afgedwongen limiet. Elke migratiebewerking (migratie starten, cutover) voor elke database duurt echter slechts enkele minuten. Als u bijvoorbeeld 100 databases wilt migreren, kan het ongeveer 200 (2 x 100) minuten duren om de migratiewachtrij/s te maken en ca. 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. Microsoft adviseert om vooraf een langer migratievenster te plannen op basis van strenge migratietests of het partitioneren van een groot aantal databases in batches wanneer ze worden gemigreerd 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.
- 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 verlaat en de migratie opnieuw start. - Fout:
Ext_RestoreSettingsError, message: Failed to create restore job.;Cannot create file 'F:\data\XXX.mdf' because it already exists. Oplossing: Verbinding maken naar de doel-SQL Server op azure-VM en verwijder het BESTAND XXX.mdf. Start vervolgens de migratie opnieuw.
Volgende stappen
- Zie Een SQL Server-database migreren naar SQL Server op virtuele Azure-machines met behulp van de opdracht T-SQL RESTORE. Zie Een SQL Server-database migreren naar SQL Server op een virtuele machine.
- Zie Overzicht van SQL Server op Azure Windows Virtual Machines voor meer informatie over SQL Server op virtuele Azure-machines.
- Zie Verbinding maken toepassingen voor meer informatie over het verbinden van apps met SQL Server op azure Virtual Machines.
- Bekijk bekende problemen om het probleem op te lossen.