Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
U kunt Azure Database Migration Service (DMS) en de Azure SQL-migratie-extensie in Azure Data Studio gebruiken om databases te migreren van een SQL Server-exemplaar naar Azure SQL Managed Instance met minimale downtime.
Voor databasemigratiemethoden waarvoor mogelijk een handmatige configuratie is vereist, raadpleegt u de migratiehandleiding: SQL Server naar Azure SQL Managed Instance.
Aanbeveling
In Azure Database Migration Service kunt u uw databases offline migreren of terwijl ze online zijn. Bij een offlinemigratie wordt de downtime van toepassingen gestart wanneer de migratie wordt gestart. Als u de downtime wilt beperken tot de tijd die nodig is om na de migratie over te gaan naar de nieuwe omgeving, gebruikt u een onlinemigratie . U wordt aangeraden een offlinemigratie te testen om te bepalen of de downtime acceptabel is. Als de verwachte downtime niet acceptabel is, voert u een onlinemigratie uit.
In deze zelfstudie migreert u de AdventureWorks2022 database van een on-premises exemplaar van SQL Server naar een exemplaar van Azure SQL Managed Instance, met behulp van Azure Data Studio en Database Migration Service (DMS). In deze zelfstudie wordt gebruikgemaakt van de onlinemigratiemodus, waarbij downtime van toepassingen wordt beperkt tot een korte cutover aan het einde van de migratie.
In deze handleiding leer je hoe je:
- Start de wizard Migreren naar Azure SQL in Azure Data Studio
- Een evaluatie uitvoeren van uw SQL Server-brondatabases
- Prestatiegegevens verzamelen van uw SQL Server-bronexemplaren
- Krijg een aanbeveling van de Azure SQL Managed Instance-SKU die het meest geschikt is voor uw workload
- Geef details op van uw SQL Server-bronexemplaren, back-uplocatie en doelexemplaren van Azure SQL Managed Instance
- Een nieuwe Azure Database Migration Service maken en de zelf-hostende Integration Runtime installeren voor toegang tot de bronserver en back-ups
- De voortgang van uw migratie starten en bewaken
- De migratieovergang uitvoeren wanneer u klaar bent
Belangrijk
Bereid u voor op migratie en verminder zo veel mogelijk de duur van het onlinemigratieproces om het risico op onderbrekingen te minimaliseren die worden veroorzaakt door herconfiguratie van exemplaren of gepland onderhoud. In een dergelijke gebeurtenis begint het migratieproces vanaf het begin. Tijdens gepland onderhoud is er een respijtperiode van 36 uur waarin de azure SQL Managed Instance-doelconfiguratie of -onderhoud wordt gehouden voordat het migratieproces opnieuw wordt gestart.
Vereiste voorwaarden
Voor het voltooien van deze zelfstudie hebt u het volgende nodig:
De Azure SQL-migratie-extensie voor Azure Data Studio installeren vanuit de Azure Data Studio Marketplace
Een Azure-account hebben dat is toegewezen aan een van de volgende ingebouwde rollen:
Inzender voor het doelexemplaren van Azure SQL Managed Instance en voor het opslagaccount waarin u uw databaseback-upbestanden uploadt van een SMB-netwerkshare (Server Message Block) en de rol Lezer voor de Azure-resourcegroepen die het doelexemplaren van Azure SQL Managed Instance of uw Azure-opslagaccount bevatten.
Eigenaar of Bijdrager rol voor het Azure-abonnement (vereist indien u een nieuw exemplaar van de Database Migration Service maakt).
Beheerde identiteit gebruiken: Azure Database Migration Service ondersteunt alleen de beheerde identiteit voor de migraties van Azure SQL Managed Instance via Azure Portal. Azure Database Migration Service gebruikt deze beheerde identiteit om de back-upbestanden van de opslagblobcontainer te lezen. Voer de volgende stappen uit om de machtigingen of rol toe te wijzen aan de beheerde identiteit:
Identificeer het doelexemplaar van de gekoppelde beheerde identiteit van Azure SQL Managed Instance.
Wanneer u de migratie naar azure SQL Managed Instance start met behulp van Azure Database Migration Service, wordt de bijbehorende beheerde identiteit weergegeven wanneer u het doelexemplaar van Azure SQL Managed Instance selecteert. Anders kunt u naar het deelvenster Azure SQL Managed Instance navigeren en beveiligingsidentiteit> selecteren.
Als de door de gebruiker toegewezen beheerde identiteit wordt toegevoegd, is de gebruikte beheerde identiteit hetzelfde als de primaire identiteit die u hebt geselecteerd.
Als alleen de door het systeem toegewezen beheerde identiteit is ingeschakeld, is de bijbehorende beheerde identiteit hetzelfde als azure SQL Managed Instance.
Ga in de Azure portal naar het opslagaccount (gebruikt voor de migratie voor het bewaren van back-upbestanden), navigeer naar IAM-rollen>rol Toewijzen, en wijs de rol Storage Blob Data Reader toe aan de bijbehorende beheerde identiteit.
Opmerking
Voor het opslagaccount moet de optie Toegang tot de sleutel van het opslagaccount toestaan zijn ingeschakeld. Zie DMS - Ondersteuning voor beheerde identiteiten voor migratie van Azure SQL Managed Instance voor meer informatie.
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 Azure SQL Managed Instance.
Zorg ervoor dat de aanmeldingen die worden gebruikt om verbinding te maken met de bron-SQL-server lid zijn van de sysadmin serverrol of de juiste
CONTROL SERVERtoestemming hebben.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 waarmee de DMS-service de back-upbestanden van de database kan uploaden en databases kunt 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 Transparent Data Encryption (TDE), moet het certificaat van het bron-SQL Server-exemplaar worden gemigreerd naar uw Azure SQL-doel voordat u gegevens migreert. Zie zelfstudie: TDE-databases (preview) migreren naar Azure SQL in Azure Data Studio voor meer informatie over het migreren van databases met TDE.
Als uw database gevoelige gegevens bevat die worden beveiligd door Always Encrypted, migreert het migratieproces automatisch uw Always Encrypted-sleutels naar uw Azure SQL-doel.
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 wilt installeren, 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.cn443 Vereist door de zelf-hostende Integration Runtime om verbinding te maken met de Data Migration-service.
Voor een pas aangemaakte data factory in de openbare cloud, zoekt u de volledig gekwalificeerde domeinnaam (FQDN) op, op basis van de sleutel van uw zelf-gehoste Integration Runtime, die in de indeling{datafactory}.{region}.datafactory.azure.netis.
Als u voor een bestaande data factory de FQDN niet ziet in uw zelf-hostende integratiesleutel, gebruikt*.frontend.clouddatahub.netu in plaats daarvan.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 zelfgehoste Integration Runtime die verbinding maakt met het Azure-opslagaccount om databaseback-ups te uploaden vanaf uw netwerk-share. 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 Database Migration Service voor het eerst gebruikt, moet u ervoor zorgen dat
Microsoft.DataMigrationde resourceprovider is geregistreerd in uw abonnement. Volg de stappen om de resourceprovider te registreren.
De wizard Migreren naar Azure SQL starten in Azure Data Studio
De wizard Migreren naar Azure SQL openen:
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.
Klik met de rechtermuisknop op de serververbinding en selecteer Beheren.
Selecteer Azure SQL Migration in het servermenu onder Algemeen.
Selecteer In het Azure SQL Migration-dashboard de optie Migreren naar Azure SQL om de migratiewizard te openen.
Start op de eerste pagina van de wizard een nieuwe sessie of hervat een eerder opgeslagen sessie.
Database-evaluatie uitvoeren, prestatiegegevens verzamelen en Azure-aanbeveling krijgen
Selecteer de databases die u wilt evalueren en selecteer Volgende.
Selecteer Azure SQL Managed Instance als doel.
Selecteer Weergeven/Selecteren om de evaluatieresultaten weer te geven.
Selecteer in de evaluatieresultaten de database en controleer vervolgens het evaluatierapport om ervoor te zorgen dat er geen problemen zijn gevonden.
Selecteer Azure-aanbeveling ophalen om het deelvenster Aanbevelingen te openen.
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 nu prestatiegegevens totdat u de verzameling stopt, drukt u op de knop Volgende in de wizard of sluit Azure Data Studio.
Na ongeveer 10 minuten geeft Azure Data Studio aan dat er een aanbeveling beschikbaar is voor Azure SQL Managed Instance. U kunt ook op de koppeling Aanbeveling vernieuwen drukken na de eerste tien minuten om de aanbeveling te vernieuwen en te verfijnen met de extra gegevens die worden verzameld. Een uitgebreide evaluatie is vooral handig als uw gebruikspatronen in de loop van de tijd variëren.
Selecteer in het geselecteerde Azure SQL Managed Instance-doeldetails weergeven om het gedetailleerde rapport met SKU-aanbevelingen te openen.
Beoordeel de aanbeveling in Azure SQL Managed Instance Aanbevelingen controleren. Als u een kopie van de aanbeveling wilt opslaan, schakelt u het selectievakje Aanbevelingsrapport opslaan in.
Selecteer Sluiten om het deelvenster Aanbevelingen te sluiten.
Selecteer Volgende om door te gaan met de databasemigratie in de wizard.
Migratie-instellingen configureren
Geef uw Azure SQL Managed Instance op door uw abonnement, locatie, resourcegroep te selecteren in de bijbehorende vervolgkeuzelijsten en vervolgens Volgende te selecteren.
Selecteer Onlinemigratie als de migratiemodus.
Opmerking
In de onlinemigratiemodus kan de SQL Server-brondatabase worden gebruikt voor lees- en schrijfactiviteit, terwijl databaseback-ups continu worden hersteld op azure SQL Managed Instance. Downtime van toepassingen is beperkt tot de duur van de cutover aan het einde van de migratie.
Selecteer 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 beschikbaar zijn gesteld in een on-premises netwerkshare, zal DMS u vragen om een zelf-gehoste Integration Runtime in te stellen in de volgende stap van de wizard. Als een zelf-hostende Integration Runtime is vereist voor toegang tot uw brondatabaseback-ups, controleert u de geldigheid van de back-upset en uploadt u deze naar uw 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, voert u de volgende gegevens in of selecteert u deze:
| Veld | Beschrijving |
|---|---|
| Bronreferenties - gebruikersnaam | De referenties (Windows/SQL-verificatie) om verbinding te maken met het SQL Server-bronexemplaar en de back-upbestanden te valideren. |
| Bronreferenties - wachtwoord | De referenties (Windows/SQL-verificatie) om verbinding te maken met het SQL Server-bronexemplaar en de back-upbestanden te valideren. |
| 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. |
| Details van opslagaccount | De resourcegroep en het opslagaccount waar back-upbestanden worden geüpload. U hoeft geen container te maken. DMS maakt automatisch een blobcontainer in het opgegeven opslagaccount tijdens het uploadproces. |
Voor back-ups die zijn opgeslagen in een Azure Storage Blob-container, voert u de volgende gegevens in of selecteert u deze:
| 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. |
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 FQDN. 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:
| 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:
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 VM 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 Azure-VM. 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) 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 vorige stappen overbodig omdat er geen integratieruntime 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
Maak een nieuwe Azure Database Migration Service of gebruik een bestaande service die u eerder hebt gemaakt.
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:
Selecteer in de resourcegroep de resourcegroep die een bestaand exemplaar van Database Migration Service bevat.
Selecteer in Azure Database Migration Service een bestaand exemplaar van Database Migration Service dat zich in de geselecteerde resourcegroep bevindt.
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:
Maak in de resourcegroep een nieuwe resourcegroep die een nieuw exemplaar van Database Migration Service bevat.
Selecteer Nieuwe maken onder Azure Database Migration Service.
Voer een naam in voor uw Database Migration Service-exemplaar in Azure Database Migration Service maken en kies vervolgens Maken.
Nadat het maken van DMS is voltooid, krijgt u informatie over het instellen van integration runtime.
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.
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.
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.
Ga terug naar de migratiewizard in Azure Data Studio.
De databasemigratie starten
Controleer de configuratie die u hebt gemaakt en selecteer vervolgens Migratie starten om de databasemigratie te starten.
De databasemigratie 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 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 het Azure-opslagaccount. Geüpload Het back-upbestand is geüpload naar het Azure-opslagaccount. Herstellen De service herstelt het back-upbestand naar Azure SQL Managed Instance. Gerestaureerd Het back-upbestand is hersteld in Azure SQL Managed Instance. Geannuleerd Het migratieproces is geannuleerd. Genegeerd Het back-upbestand is genegeerd omdat het geen deel uitmaakt van een geldige databaseback-upketen. 
Volledige migratieovergang 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 proces is het enige onderdeel waarvoor downtime is vereist voor toepassingen die verbinding maken met de database en daarom moet de timing van de cutover zorgvuldig worden gepland met belanghebbenden van het bedrijf of de toepassing.
De cutover voltooien:
- Staak alle binnenkomende transacties naar de brondatabase.
- Breng wijzigingen in de toepassingsconfiguratie aan zodat deze verwijst naar de doeldatabase in Azure SQL Managed Instance.
- 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 Voltooien cutover op de pagina met bewakingsgegevens.
Tijdens het cutover-proces verandert de migratiestatus van wordt uitgevoerd in voltooid. Wanneer het cutover-proces is voltooid, wordt de migratiestatus gewijzigd om aan te geven dat de databasemigratie is geslaagd en dat de gemigreerde database gereed is voor gebruik.
Belangrijk
Na de cutover kan de beschikbaarheid van SQL Managed Instance met Bedrijfskritiek servicelaag alleen aanzienlijk langer duren dan Algemeen gebruik, omdat er drie secundaire replica's moeten worden geseed voor de AlwaysOn-groep met hoge beschikbaarheid. Deze duur van de bewerking is afhankelijk van de grootte van gegevens. Zie de duur van beheerbewerkingen voor meer informatie.
Beperkingen
Belangrijk
Onlinemigraties met de Azure SQL-extensie gebruiken dezelfde technologie als de Log Replay Service (LRS) en hebben dezelfde beperkingen. Voordat u databases migreert naar de Bedrijfskritieke servicelaag, moet u deze beperkingen overwegen, die niet van toepassing zijn op de Algemene Gebruik servicelaag.
Migreren naar Azure SQL Managed Instance 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 Azure SQL Managed Instance wordt niet ondersteund.
DMS biedt geen ondersteuning voor het configureren van hoge beschikbaarheid en herstel na noodgevallen voor uw doel, zodat deze overeenkomt met de brontopologie.
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 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.
Eén LRS-taak (gemaakt door DMS) kan maximaal 30 dagen worden uitgevoerd. Wanneer deze periode is verlopen, wordt de taak automatisch geannuleerd, waardoor uw doeldatabase automatisch wordt verwijderd.
Als u migreert naar een met SQL beheerd exemplaar in de servicelaag Bedrijfskritieke, moet u rekening houden met de vertraging bij het online brengen van de databases op de primaire replica terwijl ze worden geseed naar de secundaire replica's. Dit geldt met name voor grotere databases. Als het belangrijk is dat databases beschikbaar zijn zodra de cutover is voltooid, kunt u de volgende tijdelijke oplossingen overwegen:
Migreer eerst naar de servicelaag Algemeen gebruik en voer vervolgens een upgrade uit naar de servicelaag Bedrijfskritiek. Het upgraden van uw servicelaag is een onlinebewerking waarmee uw databases online blijven totdat een korte failover als laatste stap van de upgradebewerking wordt uitgevoerd.
Gebruik de Managed Instance-koppeling voor een onlinemigratie naar een bedrijfskritieke exemplaar zonder te hoeven wachten tot er databases beschikbaar zijn na de cutover.
Als u de volgende fout hebt ontvangen:
Memory-optimized filegroup must be empty in order to be restored on General Purpose tier of SQL Database Managed Instance, is dit probleem naar ontwerp. In-Memory OLTP wordt niet ondersteund in de laag Algemeen gebruik van Azure SQL Managed Instance. Als u wilt doorgaan met de migratie, kunt u een upgrade uitvoeren naar de bedrijfskritieke laag, die ondersteuning biedt voor In-Memory OLTP. Een andere manier is om ervoor te zorgen dat de brondatabase deze niet gebruikt terwijl azure SQL Managed Instance Algemeen wordt gebruikt.Azure Database Migration Service ondersteunt alleen de beheerde identiteit die is gekoppeld aan het azure SQL-doelexemplaar. Deze beheerde identiteit kan worden toegewezen aan de gebruiker of het systeem. Deze functie wordt momenteel alleen ondersteund via Azure Portal. Zorg ervoor dat voor het opslagaccount de optie Toegang tot de sleutel van het opslagaccount toestaan is ingeschakeld.