Een database kopiëren of verplaatsen - Azure SQL Managed Instance

Van toepassing op:Azure SQL Managed Instance

In dit artikel wordt beschreven hoe u een database online kopieert of verplaatst tussen exemplaren in Azure SQL Managed Instance. Zowel kopieer- als verplaatsingsbewerkingen voor databases worden ondersteund in verschillende Azure-abonnementen binnen dezelfde Azure-tenant.

Overzicht

U kunt een online kopie uitvoeren of een database verplaatsen tussen met SQL beheerde exemplaren met behulp van AlwaysOn-beschikbaarheidsgroeptechnologie. Met de functie voor kopiëren en verplaatsen wordt een nieuwe database op het doelexemplaar gemaakt als een kopie van de brondatabase. Met deze functie is gegevensreplicatie betrouwbaar, consistent, asynchroon en bijna realtime.

Wanneer u een database kopieert , blijft de brondatabase online tijdens de bewerking en nadat de bewerking is voltooid.

Wanneer u een database verplaatst , wordt de brondatabase echter verwijderd nadat de bewerking is voltooid.

U kunt meerdere databasekopie- en verplaatsingsbewerkingen uitvoeren van het beheerde bronexemplaar naar een of meer doelexemplaren.

Het kopiëren en verplaatsen van een database verschilt van herstel naar een bepaald tijdstip (PITR), omdat er een kopie van de database wordt gemaakt nadat de bewerking is voltooid. Pitr maakt een kopie van de database vanaf een bepaald moment in het verleden.

Wanneer gebruikt u de functie?

Het verplaatsen of kopiëren van een database is handig als u het volgende wilt doen:

• Beheer databasegroei- en prestatievereisten.
• Werkbelastingen verdelen over meerdere SQL-beheerde instanties.
• Verplaats databases naar een exemplaar met meer beschikbare resources om de workload te verwerken.
• Verschillende databases uit meerdere instanties samenvoegen.
• Databasepariteit maken tussen ontwikkel-, test- en productieomgevingen.

Werkproces

Dit is de werkstroom voor het kopiëren of verplaatsen van een database:

1. Kies de database, het beheerde SQL-bronexemplaar en het doelexemplaar, en start de bewerking.

   De database wordt geïnstalleerd bij de doelinstantie. Controleer de status van de bewerking om te bepalen of deze nog wordt uitgevoerd of voltooid.

2. Nadat de seeding is voltooid, wordt de bewerkingsstatus weergegeven als gereed voor voltooiing.

   Totdat de bewerking handmatig is voltooid, worden alle wijzigingen die plaatsvinden in de brondatabase toegepast op de doeldatabase. U kunt de bewerking op elk gewenst moment annuleren. U hebt 24 uur de tijd om de bewerking expliciet te voltooien. Als u deze niet binnen 24 uur voltooit, wordt de bewerking automatisch geannuleerd en wordt de doeldatabase verwijderd.

3. Nadat u de bewerking handmatig hebt voltooid, is uw doeldatabase online en klaar voor lees-/schrijfworkloads.

4. Als u ervoor kiest om de database te verplaatsen , wordt de brondatabase verwijderd. Als u ervoor kiest om de database te kopiëren , blijft de brondatabase online, maar stopt de gegevenssynchronisatie.

Een voorbeeldwerkstroom voor een verplaatsingsbewerking wordt geïllustreerd in het volgende diagram:

Het ontwerp van de verplaatsingsbewerking van de database garandeert dat er geen gegevensverlies is. Wanneer een gebruiker de verplaatsingsbewerking voltooit, accepteert de brondatabase geen workloads meer en wordt de transactie gerepliceerd naar de doeldatabase. Alleen dan wordt de doeldatabase online en wordt de brondatabase verwijderd. Dit ontwerp zorgt ervoor dat alle gegevens uit de brondatabase naar de doeldatabase worden verplaatst .

De kopieerbewerking van de database is vergelijkbaar met het verplaatsen van de database. Het enige belangrijke verschil is hoe de bewerking eindigt. Als u de databasekopiebewerking voltooit, wordt de replicatie van het transactielogboek naar de doeldatabase gestopt. Hoewel de gebruiker de opdracht expliciet uitgeeft om de kopieerbewerking te voltooien, heeft de gebruiker geen controle over het exacte moment waarop logboekreplicatie stopt. Ten slotte zijn zowel de bron- als de doeldatabase online, onafhankelijk en gereed voor lees-/schrijfworkload.

Vereiste voorwaarden

Voordat u een database kunt kopiëren of verplaatsen, moet u aan de volgende vereisten voldoen:

• U moet leesmachtigingen hebben voor de resourcegroep die het beheerde bronexemplaren van SQL bevat en u moet schrijfmachtigingen hebben op databaseniveau voor zowel de bron- als doelexemplaren.
• Als de bron- en doelexemplaren zich in verschillende virtuele netwerken bevinden, moet er netwerkverbinding zijn tussen de virtuele netwerken van de twee exemplaren, zoals met peering van virtuele Azure-netwerken. U moet ook binnenkomend en uitgaand verkeer toestaan op poort 5022 en poortbereik 11000-11999 voor het TCP-protocol. Deze vereiste is van toepassing op zowel subnetten die als host fungeren voor de bron- en het doelexemplaren. Raadpleeg voor meer informatie hoe u netwerkconnectiviteit tot stand brengt tussen instanties in verschillende Azure-VNets.

Database kopiëren of verplaatsen

$dbName = "<database_name>"
$miName = "<source_managed_instance_name>"
$rgName = "<source_resource_group_name>"
$tmiName = "<target_managed_instance_name>"
$trgName = "<target_resource_group_name>"

## Parameter TargetSubscriptionId is optional and is needed only for cross-subscription copy or move operations.
$trgSubId = "<target_subscription_id>"

## Start database copy operation.
Copy-AzSqlInstanceDatabase -DatabaseName $dbName -InstanceName $miName -ResourceGroupName $rgName -TargetInstanceName $tmiName -TargetResourceGroupName $trgName -TargetSubscriptionId $trgSubId

## Verify the operation status is succeeded.
Get-AzSqlInstanceDatabaseCopyOperation -DatabaseName $dbName -InstanceName $miName -ResourceGroupName $rgName -TargetInstanceName $tmiName -TargetResourceGroupName $trgName

## Complete database copy operation.
Complete-AzSqlInstanceDatabaseCopy -DatabaseName $dbName -InstanceName $miName -ResourceGroupName $rgName -TargetInstanceName $tmiName -TargetResourceGroupName $trgName -TargetSubscriptionId $trgSubId

## Verify the operation status is succeeded.
Get-AzSqlInstanceDatabaseCopyOperation -DatabaseName $dbName -InstanceName $miName -ResourceGroupName $rgName -TargetInstanceName $tmiName -TargetResourceGroupName $trgName

$dbName = "<database_name>"
$miName = "<source_managed_instance_name>"
$rgName = "<source_resource_group_name>"
$tmiName = "<target_managed_instance_name>"
$trgName = "<target_resource_group_name>"

## Parameter TargetSubscriptionId is optional and is needed only for cross-subscription copy or move operations.
$trgSubId = "<target_subscription_id>"

## Start database move operation.
Move-AzSqlInstanceDatabase -DatabaseName $dbName -InstanceName $miName -ResourceGroupName $rgName -TargetInstanceName $tmiName -TargetResourceGroupName $trgName -TargetSubscriptionId $trgSubId

## Verify the operation status is succeeded.
Get-AzSqlInstanceDatabaseMoveOperation -DatabaseName $dbName -InstanceName $miName -ResourceGroupName $rgName -TargetInstanceName $tmiName -TargetResourceGroupName $trgName

## Complete database copy operation.
Stop-AzSqlInstanceDatabaseMove -DatabaseName $dbName -InstanceName $miName -ResourceGroupName $rgName -TargetInstanceName $tmiName -TargetResourceGroupName $trgName -TargetSubscriptionId $trgSubId

## Verify the operation status is succeeded.
Get-AzSqlInstanceDatabaseMoveOperation -DatabaseName $dbName -InstanceName $miName -ResourceGroupName $rgName -TargetInstanceName $tmiName -TargetResourceGroupName $trgName

dbName="<database_name>"

miName="<source_managed_instance_name>"
rgName="<source_resource_group_name>"
subId="<source_subscription_id>"

destMiName="<target_managed_instance_name>"
destRgName="<target_resource_group_name>"
destSubId="<destination_subscription_id>"

az account set --subscription $subId

az sql midb copy start --name $dbName --resource-group $rgName --managed-instance $miName --dest-rg $destRgName --dest-mi $destMiName --dest-sub-id $destSubId

az sql midb copy list --name $dbName --resource-group $rgName --managed-instance $miName

az sql midb copy complete --name $dbName --resource-group $rgName --managed-instance $miName --dest-rg $destRgName --dest-mi $destMiName --dest-sub-id $destSubId

az sql midb copy list --name $dbName --resource-group $rgName --managed-instance $miName

dbName="<database_name>"

miName="<source_managed_instance_name>"
rgName="<source_resource_group_name>"
subId="<source_subscription_id>"

destMiName="<target_managed_instance_name>"
destRgName="<target_resource_group_name>"
destSubId="<destination_subscription_id>"

az account set --subscription $subId

az sql midb move start --name $dbName --resource-group $rgName --managed-instance $miName --dest-rg $destRgName --dest-mi $destMiName --dest-sub-id $destSubId

az sql midb move list --name $dbName --resource-group $rgName --managed-instance $miName

az sql midb move cancel --name $dbName --resource-group $rgName --managed-instance $miName --dest-rg $destRgName --dest-mi $destMiName --dest-sub-id $destSubId

az sql midb move list --name $dbName --resource-group $rgName --managed-instance $miName

Prestaties van kopieer- en verplaatsingsbewerkingen

Zowel databasekopie- als verplaatsingsbewerkingen hebben twee fasen. De eerste is het initiële seedingproces en de tweede is de replicatie van wijzigingen van de brondatabase naar de doeldatabase. Initiële seeding is doorgaans een veeleisendere fase van de bewerking. De tijd die nodig is om de initiële seeding te voltooien, is afhankelijk van de grootte van de gegevens en het aantal actieve kopieer- of verplaatsingsbewerkingen. De intensiteit van de werklast die plaatsvindt op de bron- en bestemming-Azure SQL Managed Instance, en de snelheid van het netwerk tussen de bron en de bestemming, beïnvloeden ook de zaaiingssnelheid. Onder optimale omstandigheden, en wanneer de connectiviteit tussen bron en bestemming wordt tot stand gebracht via aanbevolen wereldwijde virtuele netwerkpeering, kan de verspreidingssnelheid tot 360 GB per uur zijn. Het seedingproces en de snelheid ervan kunnen worden bewaakt via DMV sys.dm_hadr_physical_seeding_stats.

SELECT
    role_desc,
    transfer_rate_bytes_per_second,
    transferred_size_bytes,
    database_size_bytes,
    start_time_utc,
    estimate_time_complete_utc,
    end_time_utc,
    local_physical_seeding_id
FROM
    sys.dm_hadr_physical_seeding_stats;

Beperkingen

Houd rekening met de volgende beperkingen van de functie voor kopiëren en verplaatsen:

• De bron- en doelexemplaren kunnen niet hetzelfde zijn.
• Het bronexemplaren en het doelexemplaren moeten beide zich in dezelfde Azure-regio bevinden.
• U kunt alleen gebruikersdatabases kopiëren en verplaatsen. Het kopiëren en verplaatsen van systeemdatabases wordt niet ondersteund.
• Een database kan slechts één verplaatsings- of kopieerbewerking tegelijk uitvoeren.
• Het bronexemplaar kan maximaal acht kopieer- of verplaatsingsbewerkingen tegelijk uitvoeren. U kunt meer dan acht bewerkingen starten, maar sommige worden later in de wachtrij geplaatst en verwerkt, zoals beheerd door de service.
• U kunt de naam van een database niet wijzigen tijdens een kopieer- of verplaatsingsbewerking.
• Databasetags worden niet gekopieerd met kopieer- of verplaatsingsbewerkingen.
• Databasekopie- en verplaatsingsbewerkingen kopiëren of verplaatsen geen PITR-back-ups.
• U kunt een database die deel uitmaakt van een failovergroep niet kopiëren of verplaatsen. Dat geldt ook voor databases die gebruikmaken van de Beheerde Eximplaar-koppeling.
• De bron- of doelexemplaar van het beheerde SQL-instance mag niet worden geconfigureerd met een failovergroep (geo-rampenherstel).
• U moet transactionele replicatie, het vastleggen van gegevens wijzigen (CDC) of gedistribueerde transacties opnieuw configureren nadat u een database hebt verplaatst die afhankelijk is van deze functies.
• Wanneer de brondatabase een door de klant beheerde sleutel (CMK) gebruikt als TDE-beschermer, om de database te kopiëren of te verplaatsen naar de doel-SQL Managed Instance, moet het doelexemplaar toegang hebben tot dezelfde sleutel die wordt gebruikt voor het versleutelen van de brondatabase in Azure Key Vault.
• Databases kunnen alleen worden gekopieerd of verplaatst naar exemplaren met overeenkomende of hogere versies van updatebeleid. Een database van een exemplaar dat is geconfigureerd met het beleid always-up-to-date update kan bijvoorbeeld niet worden gekopieerd of verplaatst naar een exemplaar dat is geconfigureerd met het updatebeleid voor SQL Server 2022 of SQL Server 2025 . Zodra een database is gekopieerd of verplaatst naar een exemplaar met een updatebeleid voor een hogere versie, kan deze niet worden gekopieerd of verplaatst naar een exemplaar dat is geconfigureerd met een updatebeleid voor lagere versies.

Verwante inhoud

Meer documentatie met betrekking tot het kopiëren en verplaatsen van databases.

• Azure PowerShell-documentatie voor het kopiëren en verplaatsen van databases.
• Azure CLI-documentatie voor het kopiëren en verplaatsen van databases.
• Connectiviteit tot stand brengen tussen SQL Managed Instances.

Bekijk het volgende voor andere opties voor gegevensverplaatsing:

• Beheerd exemplaarkoppeling
• Transactionele replicatie
• Logboekherhalingsservice