Delen via

Overzicht van logboekherhalingsservice met Azure SQL Managed Instance

van toepassing op:Azure SQL Managed Instance

Dit artikel bevat een overzicht van De Log Replay Service (LRS), die u kunt gebruiken om databases te migreren van SQL Server naar Azure SQL Managed Instance. LRS is een gratis cloudservice die beschikbaar is voor Azure SQL Managed Instance en is gebaseerd op SQL Server-technologie voor logboekverzending.

Notitie

U kunt nu uw SQL Server-exemplaar dat door Azure Arc is ingeschakeld, rechtstreeks migreren naar Azure SQL Managed Instance via Azure Portal. Zie Migreren naar Azure SQL Managed Instance voor meer informatie.

Omdat LRS standaard BACK-upbestanden van SQL Server herstelt, kunt u deze gebruiken om te migreren van SQL Server die overal (on-premises of een cloud) wordt gehost naar Azure SQL Managed Instance.

Als u uw migratie met LRS wilt starten, raadpleegt u Databases migreren vanuit SQL Server met behulp van de Log Replay-service.

Belangrijk

Voordat u databases migreert naar de Bedrijfskritieke servicelaag, moet u deze beperkingen overwegen, die niet van toepassing zijn op de Algemene Gebruik servicelaag.

Wanneer gebruikt u de Service voor opnieuw afspelen van logboeken

Azure Database Migration Service, gebruiken de Azure SQL-migratie-extensie voor Azure Data Studioen LRS allemaal dezelfde onderliggende migratietechnologie en API's. LRS maakt complexe aangepaste migraties en hybride architecturen mogelijk tussen on-premises SQL Server-exemplaren en implementaties van SQL Managed Instance.

Wanneer u Azure Database Migration Service of de Azure SQL-extensie voor migratie niet kunt gebruiken, kunt u LRS rechtstreeks gebruiken met PowerShell, Azure CLI-cmdlets of API's om handmatig databasemigraties naar SQL Managed Instance te bouwen en te organiseren.

Overweeg om LRS in de volgende gevallen te gebruiken:

  • U hebt meer controle over uw databasemigratieproject nodig.
  • Er is weinig tolerantie voor downtime tijdens de overstap van de migratie.
  • U kunt het uitvoerbare bestand van Database Migration Service niet installeren in uw omgeving.
  • Het uitvoerbare bestand van Database Migration Service heeft geen bestandstoegang tot uw databaseback-ups.
  • U kunt de Azure SQL-migratie-extensie niet installeren in uw omgeving of u hebt geen toegang tot uw databaseback-ups.
  • U hebt geen toegang tot het hostbesturingssysteem of beheerdersbevoegdheden.
  • U kunt geen netwerkpoorten van uw omgeving naar Azure openen.
  • Problemen met netwerkbeperking of proxyblokkering bestaan in uw omgeving.
  • Back-ups worden rechtstreeks opgeslagen in Azure Blob Storage-accounts via de optie TO URL.
  • U moet differentiële back-ups gebruiken.

Omdat LRS werkt door standaard back-upbestanden van SQL Server te herstellen, worden migraties vanaf elke bron ondersteund. De volgende bronnen zijn getest:

  • SQL Server lokaal/box
  • SQL Server op virtuele machines
  • Amazon EC2 (Elastic Compute Cloud)
  • Amazon RDS (Relational Database Service) voor SQL Server
  • Google Compute Engine
  • Cloud SQL voor SQL Server - GCP (Google Cloud Platform)
  • Alibaba Cloud RDS voor SQL Server

Als u onverwachte problemen ondervindt bij het migreren vanuit een niet-vermelde bron, opent u een ondersteuningsticket voor hulp.

Notitie

  • LRS is de enige methode voor het herstellen van differentiële back-ups op met SQL beheerde exemplaren. Het is niet mogelijk om differentiële back-ups handmatig te herstellen op beheerde exemplaren of om de NORECOVERY modus handmatig in te stellen met behulp van T-SQL.

Hoe LRS werkt

Voor het bouwen van een aangepaste oplossing voor het migreren van databases naar de cloud met LRS zijn verschillende indelingsstappen vereist, zoals wordt weergegeven in het diagram en de tabel verderop in deze sectie.

Migratie bestaat uit het maken van databaseback-ups op SQL Server en het kopiëren van back-upbestanden naar een Azure Blob Storage-account. LRS ondersteunt volledige, log- en differentiële back-ups. Vervolgens gebruikt u de LRS-cloudservice om back-upbestanden van het Azure Blob Storage-account te herstellen naar SQL Managed Instance. Het Blob Storage-account fungeert als intermediaire opslag voor back-upbestanden tussen SQL Server en SQL Managed Instance.

LRS bewaakt uw Blob Storage-account voor nieuwe differentiële of logboekback-ups die u toevoegt nadat de volledige back-up is hersteld. LRS herstelt deze nieuwe bestanden vervolgens automatisch. U kunt de service gebruiken om de voortgang te controleren van back-upbestanden die worden hersteld naar SQL Managed Instance en het proces zo nodig te stoppen.

LRS vereist geen specifieke naamconventie voor back-upbestanden. Hiermee worden alle bestanden gescand die in het Azure Blob Storage-account zijn geplaatst, waarna de back-upketen wordt geconstrueerd door alleen de bestandsheaders te lezen. Databases bevinden zich in een herstelfase tijdens het migratieproces. LRS herstelt databases in de NORECOVERY-modus , zodat ze niet kunnen worden gebruikt voor lees- of schrijfworkloads totdat het migratieproces is voltooid.

Als u meerdere databases migreert, moet u het volgende doen:

  • Plaats back-upbestanden voor elke database in een afzonderlijke map in het Blob Storage-account in een platte bestandsstructuur. Gebruik bijvoorbeeld afzonderlijke databasemappen: blobcontainer/database1/files, blobcontainer/database2/files, enzovoort.
  • Gebruik geen geneste mappen in databasemappen, omdat de structuur van geneste mappen niet wordt ondersteund. Gebruik bijvoorbeeld geen submappen zoals blobcontainer/database1/submap/bestanden.
  • Start LRS afzonderlijk voor elke database.
  • Geef verschillende URI-paden op om databasemappen in het Blob Storage-account te scheiden.

Hoewel CHECKSUM ingeschakeld voor back-ups niet vereist is, raden we dit ten zeerste aan. Het herstellen van databases zonder CHECKSUM duurt langer, omdat SQL Managed Instance een integriteitscontrole uitvoert op back-ups die worden hersteld zonder CHECKSUM ingeschakeld.

Zie Databases migreren van SQL Server met behulp van de Log Replay-service voor meer informatie.

Voorzichtigheid

Het maken van back-ups op SQL Server waarvoor CHECKSUM ingeschakeld is, wordt ten zeerste aanbevolen omdat er een risico bestaat dat zonder deze optie een beschadigde database naar Azure kan worden hersteld.

Migratie van automatisch aanvullen versus continue modus

U kunt LRS starten in automatisch aanvullen of doorlopende modus.

Gebruik de modus voor automatisch aanvullen wanneer u de volledige back-upketen van tevoren hebt gegenereerd en wanneer u niet meer bestanden wilt toevoegen nadat de migratie is gestart. Deze migratiemodus wordt aanbevolen voor passieve workloads waarvoor geen inhaalbewerking van gegevens is vereist. Upload alle back-upbestanden naar het Blob Storage-account en start de migratie van de autocompletemodus. De migratie wordt automatisch voltooid wanneer het laatst opgegeven back-upbestand wordt hersteld. De gemigreerde database wordt beschikbaar voor lees-/schrijftoegang op SQL Managed Instance.

Als u nieuwe back-upbestanden wilt blijven toevoegen terwijl de migratie wordt uitgevoerd, gebruikt u continue modus. We raden deze modus aan voor actieve workloads waarvoor gegevens moeten worden ingehaald. Upload de momenteel beschikbare back-upketen naar het Blob Storage-account, start de migratie in de continue modus en blijf zo nodig nieuwe back-upbestanden van uw workload toevoegen. Het systeem scant periodiek de map Azure Blob Storage en herstelt nieuwe logboek- of differentiële back-upbestanden die worden gevonden.

Wanneer u klaar bent voor de cutover, stopt u de workload op uw SQL Server-exemplaar, genereert u het laatste back-upbestand en uploadt u het. Controleer of het laatste back-upbestand is hersteld door te bevestigen dat de laatste log-tail back-up als hersteld wordt weergegeven in SQL Managed Instance. Start vervolgens handmatige cutover. De laatste cutover-stap maakt de database online en beschikbaar voor lees-/schrijftoegang op SQL Managed Instance.

Nadat LRS is gestopt, automatisch via automatisch aanvullen of handmatig via cutover, kunt u het herstelproces niet hervatten voor een database die u online hebt gebracht op SQL Managed Instance. Nadat de migratie is voltooid, kunt u bijvoorbeeld geen meer differentiële back-ups voor een onlinedatabase herstellen. Als u meer back-upbestanden wilt herstellen nadat de migratie is voltooid, moet u de database verwijderen uit het beheerde exemplaar en de migratie opnieuw starten vanaf het begin.

Migratiewerkstroom

In de afbeelding in deze sectie ziet u een typische migratiewerkstroom terwijl in de tabel de stappen worden beschreven.

Gebruik de modus voor automatisch aanvullen alleen als alle back-upketenbestanden van tevoren beschikbaar zijn. We raden deze modus aan voor passieve werkbelastingen waarvoor geen gegevensophaalbewerking is vereist.

Gebruik continue modusmigratie wanneer u niet de volledige back-upketen van tevoren hebt en wanneer u nieuwe back-upbestanden wilt toevoegen nadat de migratie is uitgevoerd. We raden deze modus aan voor actieve workloads waarvoor gegevens moeten worden ingehaald.

Diagram dat de orkestratiestappen van de Logherhalingsservice voor SQL Managed Instance illustreert.

Operatie Bijzonderheden
1. Kopieer databaseback-ups van het SQL Server-exemplaar naar het Blob Storage-account. Kopieer volledige, differentiële en logboekback-ups van het SQL Server-exemplaar naar de Blob Storage-container met behulp van AzCopy- of Azure Storage Explorer-.

Gebruik willekeurige bestandsnamen. LRS vereist geen specifieke naamconventie voor bestanden.

Gebruik een afzonderlijke map voor elke database wanneer u meerdere databases migreert.
2. Start LRS in de cloud. Start de service met PowerShell (start-azsqlinstancedatabaselogreplay) of met de Azure CLI (az_sql_midb_log_replay_start cmdlets). Kies tussen de modus voor automatisch aanvullen of continue migratie.

Start LRS afzonderlijk voor elke database die verwijst naar een back-upmap in het Blob Storage-account.

Nadat de service is gestart, worden er back-ups gemaakt van de Blob Storage-container en wordt deze hersteld naar SQL Managed Instance.

Wanneer u LRS in de modus voor automatisch aanvullen start, worden alle back-ups hersteld via het opgegeven laatste back-upbestand. U moet alle back-upbestanden vooraf uploaden en u kunt geen nieuwe back-upbestanden toevoegen terwijl de migratie wordt uitgevoerd. Deze modus wordt aanbevolen voor passieve workloads waarvoor geen gegevensophaalbewerking is vereist.

Wanneer u LRS in continuous modus start, worden alle back-ups hersteld die u in eerste instantie hebt geüpload en worden alle nieuwe bestanden die u naar de map uploadt in de gaten gehouden. De service past continu logboeken toe op basis van de LSN-keten (logboekreeksnummer) totdat deze handmatig wordt gestopt. We raden deze modus aan voor actieve workloads waarvoor gegevens moeten worden ingehaald.
2.1. De voortgang van de bewerking controleren. Bewaak de voortgang van de lopende herstelbewerking met PowerShell (get-azsqlinstancedatabaselogreplay) of de Azure CLI (az_sql_midb_log_replay_show cmdlets). Als u aanvullende informatie over een mislukte aanvraag wilt bijhouden, gebruikt u de PowerShell-opdracht Get-AzSqlInstanceOperation of gebruikt u de Azure CLI-opdracht az sql mi op show.
2.2. Stop de bewerking indien nodig (optioneel). Als u het migratieproces wilt stoppen, gebruikt u PowerShell (stop-azsqlinstancedatabaselogreplay) of de Azure CLI (az_sql_midb_log_replay_stop).

Als u de bewerking stopt, wordt de database verwijderd die u herstelt naar SQL Managed Instance. Nadat u een bewerking hebt gestopt, kunt u LRS niet hervatten voor een database. U moet het migratieproces vanaf het begin opnieuw starten.
3. Schakel over naar de cloud wanneer u klaar bent. Als u LRS in de modus voor automatisch aanvullen start, wordt de migratie automatisch voltooid nadat het opgegeven laatste back-upbestand is hersteld.

Als u LRS in continu-modus start, stopt u de toepassing en de werkbelasting. Maak de laatste back-up van log-tail en upload deze naar de Azure Blob Storage-implementatie. Zorg ervoor dat de laatste back-up van logboeken wordt hersteld op het beheerde SQL-exemplaar. Voltooi de cutover door een LRS-complete-bewerking te starten met PowerShell (complete-azsqlinstancedatabaselogreplay) of met de Azure CLI az_sql_midb_log_replay_complete. Deze bewerking stopt LRS en brengt de database online voor lees-/schrijfworkloads in SQL Managed Instance.

Wijs de verbindingsreeks van de toepassing opnieuw aan van het SQL Server-exemplaar naar SQL Managed Instance. U moet deze stap zelf organiseren via een handmatige verbindingsreekswijziging in uw toepassing of automatisch (bijvoorbeeld als uw toepassing de verbindingsreeks van een eigenschap of een database kan lezen).

Belangrijk

Na de cutover kan het voor SQL Managed Instance met Bedrijfskritieke servicelaag aanzienlijk langer duren dan Algemeen Gebruik om beschikbaar te zijn, omdat drie secundaire replica's gezaaid moeten worden voor de beschikbaarheidsgroep. De duur van de bewerking is afhankelijk van de grootte van de gegevens. Zie Duur van beheerbewerkingenvoor meer informatie.

Grote databases migreren

Als u grote databases van meerdere terabytes in grootte migreert, moet u rekening houden met de volgende punten:

  • Eén LRS-taak kan maximaal 30 dagen worden uitgevoerd. Wanneer deze periode verloopt, wordt de taak automatisch geannuleerd.
  • Voor langlopende taken kunnen systeemupdates de migratietaken onderbreken en verlengen. We raden u ten zeerste aan een onderhoudsvenster te gebruiken om geplande systeemupdates te plannen. Plan uw migratie rond het geplande onderhoudsvenster.
  • Migratietaken die worden onderbroken door systeemupdates, worden automatisch gepauzeerd en hervat voor beheerde SQL-exemplaren voor algemeen gebruik, en ze worden opnieuw opgestart voor bedrijfskritische beheerde SQL-exemplaren. Deze updates zijn van invloed op het tijdsbestek van uw migratie.
  • Als u de uploadsnelheid van uw SQL Server-back-upbestanden naar het Blob Storage-account wilt verhogen, kunt u overwegen om parallellisatie met meerdere threads te gebruiken als uw infrastructuur voldoende netwerkbandbreedte heeft.

De migratie starten

Start de migratie door LRS te starten. U kunt de service starten in de modus 'automatisch aanvullen' of 'doorgaan'. Raadpleeg Migratie van databases vanuit SQL Server met behulp van Log Replay Service voor meer details.

  • Automatisch aanvullen modus. Wanneer u de modus voor automatisch aanvullen gebruikt, wordt de migratie automatisch voltooid wanneer de laatste van de opgegeven back-upbestanden wordt hersteld. Deze optie:

    • Vereist dat de volledige back-upketen vooraf beschikbaar is en geüpload naar het Azure Blob Storage-account.
    • Het toevoegen van nieuwe back-upbestanden is niet toegestaan terwijl de migratie wordt uitgevoerd.
    • Vereist de startopdracht om de bestandsnaam van het laatste back-upbestand op te geven.

    U wordt aangeraden de modus voor automatisch aanvullen te gebruiken voor passieve werkbelastingen waarvoor geen gegevensophaalbewerking is vereist.

  • Continu modus. Wanneer u continue modus gebruikt, scant de service continu de map Azure Blob Storage en herstelt deze nieuwe back-upbestanden die worden toegevoegd terwijl de migratie wordt uitgevoerd.

    De migratie wordt pas voltooid nadat u de handmatige cutover hebt aangevraagd.

    Gebruik continue modusmigratie wanneer u niet de volledige back-upketen van tevoren hebt en wanneer u nieuwe back-upbestanden wilt toevoegen nadat de migratie is uitgevoerd.

    We raden u aan continue modus te gebruiken voor actieve werkbelastingen waarvoor een inhaalbewerking van gegevens is vereist.

Plan om één LRS-migratietaak binnen maximaal 30 dagen te voltooien. Wanneer deze periode verloopt, wordt de LRS-taak automatisch geannuleerd.

Notitie

Wanneer u meerdere databases migreert, moet elke database zich in een eigen map bevinden. Start LRS afzonderlijk voor elke database door te verwijzen naar het volledige URI-pad naar de Azure Blob Storage-container en de afzonderlijke databasemap. Geneste mappen in databasemappen worden niet ondersteund.

Beperkingen van LRS

Raadpleeg beperkingen bij het gebruik van LRS voor meer informatie.

Verwante inhoud