Delen via

Migratiehandleiding: SQL Server naar Azure SQL Managed Instance

  • Artikel

van toepassing op:Azure SQL Managed Instance

In deze handleiding leert u hoe u uw gebruikersdatabases migreert van SQL Server naar Azure SQL Managed Instance.

Voltooi stappen vóór de migratie voordat u doorgaat.

Migreren

Nadat u de stappen voor de premigratiefasehebt voltooid, kunt u het schema en de gegevensmigratie uitvoeren.

Migreer uw gegevens met behulp van de gekozen migratiemethode.

Deze sectie bevat algemene migratiestappen voor de volgende aanbevolen migratieopties:

  • Koppeling naar beheerd exemplaar
  • Logboekherhalingsservice (LRS)
  • Azure SQL-migratie-extensie voor Azure Data Studio: migratie met bijna nul downtime.
  • Systeemeigen RESTORE DATABASE FROM URL: maakt gebruik van systeemeigen back-ups van SQL Server en vereist enige downtime.

SQL Managed Instance is gericht op gebruikersscenario's waarvoor massamigratie van databases van on-premises of Azure VM-database-implementaties is vereist. Dit is de optimale keuze wanneer u de back-end van de toepassingen die regelmatig gebruikmaken van het exemplaarniveau en/of functies voor meerdere databases, moet optillen en verplaatsen. Als dit uw scenario is, kunt u een hele instantie verplaatsen naar een bijbehorende omgeving in Azure zonder dat u uw toepassingen opnieuw hoeft te ontwerpen.

Als u SQL-exemplaren wilt verplaatsen, moet u zorgvuldig plannen:

  • De migratie van alle databases die moeten worden gemigreerd (databases die op dezelfde instantie worden uitgevoerd).
  • De migratie van objecten op exemplaarniveau waarvan uw toepassing afhankelijk is, inclusief aanmeldingen, referenties, SQL Agent-taken en -operators en triggers op serverniveau.

SQL Managed Instance is een beheerde service waarmee u enkele van de reguliere DBA-activiteiten naar het platform kunt delegeren terwijl ze zijn ingebouwd. Daarom hoeven sommige gegevens op exemplaarniveau niet te worden gemigreerd, zoals onderhoudstaken voor regelmatige back-ups of AlwaysOn-configuratie, omdat hoge beschikbaarheid is ingebouwd.

Azure Data Studio

Deze sectie bevat stappen op hoog niveau voor het migreren van SQL Server naar Azure SQL Managed Instance met minimale downtime met behulp van de Azure SQL-migratie-extensie in Azure Data Studio. Zie Zelfstudie: SQL Server online migreren naar Azure SQL Managed Instance in Azure Data Studiovoor gedetailleerde instructies.

Voer de volgende stappen uit om te migreren met Azure Data Studio:

  1. Azure Data Studio- en de Azure SQL-migratie-extensie voor Azure Data Studiodownloaden en installeren.
  2. Start de wizard Migrate naar Azure SQL Migration in de extensie in Azure Data Studio.
  3. Selecteer databases voor evaluatie en bekijk migratiegereedheid of problemen (indien van toepassing). Daarnaast verzamelt u prestatiegegevens en krijgt u een azure-aanbeveling met de juiste grootte.
  4. Selecteer uw Azure-account en uw doelinstantie voor Azure SQL Managed Instance in uw abonnement.
  5. Selecteer de locatie van uw databaseback-ups. Uw databaseback-ups kunnen zich bevinden op een on-premises netwerkshare of in een Azure Blob Storage-container.
  6. Maak een nieuwe Azure Database Migration Service met behulp van de wizard in Azure Data Studio. Als u eerder een Azure Database Migration Service hebt gemaakt met behulp van Azure Data Studio, kunt u dit desgewenst opnieuw gebruiken.
  7. Optionele: Als uw back-ups zich op een on-premises netwerkshare bevinden, downloadt en installeert u de zelf-gehoste integratieruntime op een computer die verbinding kan maken met de bron-SQL Server en de locatie waar de back-upbestanden zich bevinden.
  8. Start de databasemigratie en controleer de voortgang in Azure Data Studio. U kunt ook de voortgang bewaken onder de Azure Database Migration Service-resource in Azure Portal.
  9. Voltooi de overgang.
    1. Staak alle binnenkomende transacties naar de brondatabase.
    2. Breng wijzigingen in de toepassingsconfiguratie aan zodat deze verwijst naar de doeldatabase in Azure SQL Managed Instance.
    3. Maak back-ups van taillogboeken voor de brondatabase op de opgegeven back-uplocatie.
    4. Zorg ervoor dat alle databaseback-ups de status Hersteld hebben op de pagina met bewakingsgegevens.
    5. Selecteer Cutover voltooien op de pagina met bewakingsgegevens.

Deze sectie bevat stappen op hoog niveau voor het migreren van SQL Server naar Azure SQL Managed Instance met minimale downtime met behulp van de koppeling Managed Instance. Raadpleeg Migreren met de koppelingvoor gedetailleerde instructies.

Voer de volgende stappen uit om te migreren met de koppeling:

  1. Maak uw doel-SQL-beheerde instantie: Azure portal, PowerShell, Azure CLI.
  2. uw omgeving voorbereiden op de koppeling.
  3. Configureer de koppeling met SSMS of scripts.
  4. Stop de werkbelasting.
  5. Valideer gegevens op het doelexemplaar.
  6. failover van de koppeling.

Logboekherhalingsservice (LRS)

Deze sectie bevat stappen op hoog niveau voor het migreren van SQL Server naar Azure SQL Managed Instance met minimale downtime met behulp van de Log Replay Service (LRS). Raadpleeg Databases migreren vanuit SQL Server met behulp van de Log Replay Servicevoor gedetailleerde instructies.

Voer de volgende stappen uit om te migreren met LRS:

  1. Maak een Azure Storage-account met een blobcontainer.
  2. Verifieer uw Blob Storage-opslagaccount met behulp van een SAS-token of een beheerde identiteit en valideer de toegang.
  3. Zorg ervoor dat u de mapstructuur correct configureert als u van plan bent om meerdere databases te migreren.
  4. Upload uw back-ups naar uw opslagaccount door uw back-ups te kopiëren of rechtstreeks back-ups te maken met behulp van de BACKUP TO URL.
  5. Bepaal of u LRS wilt uitvoeren in de modus automatisch aanvullen of doorlopend.
  6. Start LRS.
  7. De voortgang van de migratie bewaken.
  8. Voltooi de migratie (indien in continue modus).

Back-up maken en herstellen

Een belangrijke mogelijkheid van Azure SQL Managed Instance waarmee snelle en eenvoudige databasemigratie mogelijk is, is het systeemeigen herstel naar sql managed instance van databaseback-upbestanden (.bak) die zijn opgeslagen in Azure Storage-. Back-ups maken en herstellen zijn asynchrone bewerkingen op basis van de grootte van uw database.

Het volgende diagram biedt een algemeen overzicht van het proces:

Schema toont SQL Server met een pijl met het label BACKUP/Uploaden naar URL die naar Azure Storage gaat en een tweede pijl met het label HERSTELLEN van URL die van Azure Storage naar een SQL Managed Instance gaat.

Notitie

De tijd om de back-up te maken, deze te uploaden naar Azure Storage en een systeemeigen herstelbewerking uit te voeren naar Azure SQL Managed Instance, is gebaseerd op de grootte van de database. Houd rekening met voldoende downtime voor de bewerking voor grote databases.

De volgende tabel bevat meer informatie over de methoden die u kunt gebruiken, afhankelijk van de bronversie van SQL Server die u uitvoert:

Stap SQL Engine en versie Back-up-/herstelmethode
nl-NL: Back-up opslaan in Azure Storage Vóór 2012 SP1 CU2 .bak-bestand rechtstreeks uploaden naar Azure Storage
2012 SP1 CU2 - 2016 Directe back-up met afgeschafte WITH CREDENTIAL syntaxis
2016 en latere versies Directe back-up met behulp van MET SAS CREDENTIAL
Herstellen van Azure Storage naar een beheerd exemplaar HERSTELLEN VAN URL met SAS CREDENTIAL

Belangrijk

Wanneer u een database migreert die is beveiligd met transparante gegevensversleuteling naar een beheerd exemplaar met behulp van een systeemeigen hersteloptie, moet het bijbehorende certificaat van de on-premises of Azure VM SQL Server worden gemigreerd voordat de database wordt hersteld. Zie Een certificaat van een met TDE beveiligde database migreren naar Azure SQL Managed Instancevoor gedetailleerde stappen.

Herstellen van systeemdatabases wordt niet ondersteund. Als u objecten op exemplaarniveau wilt migreren (opgeslagen in master of msdb databases), raden we u aan om ze uit te voeren en T-SQL-scripts uit te voeren op het doelexemplaren.

Voer de volgende stappen uit om te migreren met behulp van back-up en herstel:

  1. Maak een back-up van uw database naar Azure Blob Storage. Gebruik bijvoorbeeld een back-up maken naar URL in SQL Server Management Studio. Gebruik de Microsoft Azure Tool om databases ouder dan SQL Server 2012 SP1 CU2 te ondersteunen.

  2. Maak verbinding met uw Azure SQL Managed Instance met behulp van SQL Server Management Studio.

  3. Maak authenticatiegegevens aan met behulp van een Gedeelde Toegangshandtekening om toegang te krijgen tot uw Azure Blob Storage-account voor uw databaseback-ups. Bijvoorbeeld:

    CREATE CREDENTIAL [https://mitutorials.blob.core.windows.net/databases]
    WITH IDENTITY = 'SHARED ACCESS SIGNATURE',
        SECRET = '<secret>'

  4. Herstel de back-up vanuit de Azure Storage-blobcontainer. Bijvoorbeeld:

    RESTORE DATABASE [TargetDatabaseName]
FROM URL = 'https://mitutorials.blob.core.windows.net/databases/WideWorldImporters-Standard.bak'

  5. Nadat het herstellen is voltooid, bekijkt u de database in Objectverkenner in SQL Server Management Studio.

Zie Quickstart: Een database herstellen naar Azure SQL Managed Instance met SSMSvoor meer informatie over deze migratieoptie.

Notitie

Een databaseherstelbewerking is asynchroon en kan opnieuw worden geprobeerd. Mogelijk krijgt u een fout in SQL Server Management Studio als de verbinding wordt verbroken of er een time-out optreedt. Azure SQL Database blijft de database op de achtergrond herstellen en u kunt de voortgang van het herstellen bijhouden met behulp van de sys.dm_exec_requests- en sys.dm_operation_status weergaven.

Gegevenssynchronisatie en overgang

Wanneer u migratieopties gebruikt waarmee gegevenswijzigingen van bron naar het doel continu worden gerepliceerd/gesynchroniseerd, kunnen de brongegevens en het schema van het doel veranderen en afwijken. Zorg er tijdens de gegevenssynchronisatie voor dat alle wijzigingen in de bron worden vastgelegd en toegepast op het doel tijdens het migratieproces.

Nadat u hebt gecontroleerd of de gegevens hetzelfde zijn op zowel de bron als het doel, kunt u oversnijden van de bron naar de doelomgeving. Het is belangrijk om het cutover-proces te plannen met bedrijfs- of toepassingsteams om ervoor te zorgen dat minimale onderbrekingen tijdens cutover geen invloed hebben op de bedrijfscontinuïteit.

Belangrijk

Zie Overgang-uitvoeren voor details over de specifieke stappen die zijn gekoppeld aan het uitvoeren van een overgang als onderdeel van migraties met behulp van DMS.

Na de migratie

Nadat u de migratiefase hebt voltooid, doorloopt u een reeks taken na de migratie om ervoor te zorgen dat alles soepel en efficiënt functioneert.

De fase na de migratie is van cruciaal belang voor het afstemmen van eventuele problemen met gegevensnauwkeurigheid en het controleren van de volledigheid en het oplossen van prestatieproblemen met de workload.

Toepassingen monitoren en verhelpen

Zodra u de migratie naar een beheerd exemplaar hebt voltooid, moet u het gedrag en de prestaties van uw workload bijhouden. Dit proces omvat de volgende activiteiten:

Tests uitvoeren

De testbenadering voor databasemigratie bestaat uit de volgende activiteiten:

  1. Validatietests ontwikkelen: als u databasemigratie wilt testen, moet u SQL-query's gebruiken. U moet de validatiequery's maken om te worden uitgevoerd op zowel de bron- als de doeldatabase. Uw validatiequery's moeten betrekking hebben op het bereik dat u hebt gedefinieerd.
  2. testomgeving instellen: de testomgeving moet een kopie van de brondatabase en de doeldatabase bevatten. Zorg ervoor dat u de testomgeving isoleert.
  3. Validatietests uitvoeren: voer de validatietests uit op de bron en het doel en analyseer vervolgens de resultaten.
  4. Prestatietests uitvoeren: Voer de prestatietest uit op basis van de bron en het doel, en analyseer en vergelijk vervolgens de resultaten.

Geavanceerde functies gebruiken

U kunt profiteren van de geavanceerde cloudfuncties die worden aangeboden door SQL Managed Instance, zoals ingebouwde hoge beschikbaarheid, bedreigingsdetectieen het bewaken en afstemmen van uw workload.

Azure SQL Analytics- kunt u een grote set beheerde exemplaren op een gecentraliseerde manier bewaken.

Sommige SQL Server-functies zijn alleen beschikbaar zodra het databasecompatibiliteitsniveau is gewijzigd in het meest recente compatibiliteitsniveau (150).

Verwante inhoud