Databasebronnen migreren naar globale Azure

Dit artikel bevat informatie die u kan helpen bij het migreren van Azure-databasebronnen van Azure Duitsland naar wereldwijde Azure.

SQL Databank

Als u kleinere Azure SQL Database-workloads wilt migreren zonder de gemigreerde database online te houden, gebruikt u de exportfunctie om een BACPAC-bestand te maken. Een BACPAC-bestand is een gecomprimeerd (gezipt) bestand dat metagegevens en de gegevens uit de SQL Server-database bevat. Nadat u het BACPAC-bestand hebt gemaakt, kunt u het bestand kopiëren naar de doelomgeving (bijvoorbeeld met behulp van AzCopy) en de importfunctie gebruiken om de database opnieuw te bouwen. Houd rekening met de volgende overwegingen:

• Zorg ervoor dat aan een van de volgende voorwaarden wordt voldaan om een export transactioneel consistent te maken:
  • Er vindt geen schrijfactiviteit plaats tijdens de export.
  • U exporteert vanuit een transactioneel consistente kopie van uw SQL-database.
• Als u wilt exporteren naar Azure Blob Storage, is de BACPAC-bestandsgrootte beperkt tot 200 GB. Voor een groter BACPAC-bestand exporteert u naar lokale opslag.
• Als de exportbewerking uit SQL Database langer duurt dan 20 uur, kan de bewerking worden geannuleerd. Raadpleeg de volgende artikelen voor tips over het verbeteren van de prestaties.

Voor meer informatie:

• Meer informatie over het van een database exporteren naar een BACPAC-bestand.
• Leer hoe u een BACPAC-bestand importeren in een database.
• Raadpleeg de documentatie van Azure SQL Database.

SQL Database migreren met actieve geo-replicatie

Voor databases die te groot zijn voor BACPAC-bestanden of om van de ene cloud naar de andere te migreren en online te blijven met minimale downtime, kunt u actieve geo-replicatie van Azure Duitsland naar wereldwijde Azure configureren.

Zie de sectie actieve geo-replicatie met de titel Actieve geo-replicatie in Azure SQL Database-prijzen voor meer informatie over de kosten voor actieve geo-replicatie.

Voor het migreren van databases met actieve geo-replicatie is een logische Azure SQL-server in globale Azure vereist. U kunt de server maken met behulp van de portal, Azure PowerShell, Azure CLI, enzovoort, maar het configureren van actieve geo-replicatie voor migratie van Azure Duitsland naar globale Azure wordt alleen ondersteund met behulp van Transact-SQL (T-SQL).

ALTER DATABASE Met de instructie kunt u een doelserver in globale Azure opgeven met behulp van de volledig gekwalificeerde DNS-servernaam aan de doelzijde.

ALTER DATABASE [sourcedb] add secondary on server [public-server.database.windows.net]

• sourcedb vertegenwoordigt de databasenaam in een Azure SQL-server in Azure Duitsland.
• public-server.database.windows.net vertegenwoordigt de Azure SQL-servernaam die bestaat in globale Azure, waar de database moet worden gemigreerd. De naamruimte 'database.windows.net' is vereist. Vervang de openbare server door de naam van uw logische SQL-server in global Azure. De server in globale Azure moet een andere naam hebben dan de primaire server in Azure Duitsland.

De opdracht wordt uitgevoerd op de hoofddatabase op de Azure Duitsland-server die als host fungeert voor de lokale database die moet worden gemigreerd.

• De T-SQL start-copy-API verifieert de aangemelde gebruiker in de openbare cloudserver door een gebruiker te zoeken met dezelfde SQL-aanmelding/gebruikersnaam in de hoofddatabase van die server. Deze benadering is cloudneutraal; De T-SQL-API wordt dus gebruikt om kopieën in meerdere clouds te starten. Voor machtigingen en meer informatie over dit onderwerp, zie Creating and using active geo-replication en ALTER DATABASE (Transact-SQL).

• Behalve de eerste T-SQL-opdrachtextensie die een logische Azure SQL-server in globale Azure aangeeft, is de rest van het actieve geo-replicatieproces identiek aan de bestaande uitvoering in de lokale cloud. Voor gedetailleerde stappen om actieve geo-replicatie te maken, zie Actieve geo-replicatie maken en gebruiken, met de uitzondering dat de secundaire database wordt gemaakt op de secundaire logische server die in Global Azure is gecreëerd.

• Zodra de secundaire database in globale Azure bestaat (als onlinekopie van de Azure Duitsland-database), kan de klant een databasefailover van Azure Duitsland naar globale Azure initiëren voor deze database met behulp van de opdracht ALTER DATABASE T-SQL (zie de onderstaande tabel).

• Nadat de failover is uitgevoerd en de secundaire database in globaal Azure de primaire database wordt, kunt u de actieve geo-replicatie stoppen en de secundaire database aan de kant van Azure Duitsland op elk gewenst moment verwijderen (zie de onderstaande tabel en de stappen in het diagram).

• Na een failover worden kosten in rekening gebracht voor de secundaire database in Azure Duitsland totdat deze is verwijderd.

• Het gebruik van de ALTER DATABASE opdracht is de enige manier om actieve geo-replicatie in te stellen voor het migreren van een Azure Duitsland-database naar wereldwijde Azure.

• Er is geen Azure-portal, Azure Resource Manager, PowerShell of CLI beschikbaar voor het configureren van actieve geo-replicatie voor deze migratie.

Een database migreren van Azure Duitsland naar global Azure:

1. Kies de gebruikersdatabase in Azure Duitsland, bijvoorbeeld azuregermanydb

2. Maak bijvoorbeeld een logische server in globale Azure (de openbare cloud globalazureserver). De FQDN (volledig gekwalificeerde domeinnaam) is globalazureserver.database.windows.net.

3. Start actieve geo-replicatie van Azure Duitsland naar wereldwijde Azure door deze T-SQL-opdracht uit te voeren op de server in Azure Duitsland. Houd er rekening mee dat de volledig gekwalificeerde DNS-naam wordt gebruikt voor de openbare server globalazureserver.database.windows.net. Dit is om aan te geven dat de doelserver zich in globale Azure bevindt en niet Azure Duitsland.

   ALTER DATABASE [azuregermanydb] ADD SECONDARY ON SERVER [globalazureserver.database.windows.net];
   

4. Wanneer de replicatie klaar is om de lees-/schrijfworkload naar de globale Azure-server te verplaatsen, start u een geplande failover naar azure door deze T-SQL-opdracht uit te voeren op de globale Azure-server.

   ALTER DATABASE [azuregermanydb] FAILOVER;
   

5. De actieve geo-replicatiekoppeling kan worden beëindigd vóór of na het failoverproces. Als u de volgende T-SQL-opdracht uitvoert nadat de geplande failover is voltooid, wordt de geo-replicatiekoppeling verwijderd en blijft de database in Global Azure de lees-schrijf kopie. Deze moet worden uitgevoerd op de logische server van de huidige geo-primaire database (bijvoorbeeld op de globale Azure-server). Hiermee wordt het migratieproces voltooid.

   ALTER DATABASE [azuregermanydb] REMOVE SECONDARY ON SERVER [azuregermanyserver];
   

   De volgende T-SQL-opdracht die wordt uitgevoerd voordat de geplande failover ook het migratieproces stopt, maar in dit geval blijft de database in Azure Duitsland de lees-/schrijfkopie. Deze T-SQL-opdracht moet ook worden uitgevoerd op de logische server van de huidige geo-primaire database, in dit geval op de Azure Duitsland-server.

   ALTER DATABASE [azuregermanydb] REMOVE SECONDARY ON SERVER [globalazureserver];
   

Deze stappen voor het migreren van Azure SQL-databases van Azure Duitsland naar globale Azure kunnen ook worden gevolgd met behulp van actieve geo-replicatie.

De volgende tabellen hieronder geven T-SQL-opdrachten voor het beheren van failover aan voor meer informatie. De volgende opdrachten worden ondersteund voor cross-cloud actieve geo-replicatie tussen Azure Duitsland en wereldwijde Azure:

Weergaven van het actieve georeplicatiebewakingsysteem

Langetermijnretentieback-ups van SQL Database migreren

Het migreren van een database met geo-replicatie of een BACPAC-bestand kopieert de langetermijnretentieback-ups die de database mogelijk in Azure Duitsland heeft, niet. Als u bestaande langetermijnretentieback-ups wilt migreren naar de globale Azure-doelregio, kunt u de back-upprocedure voor langetermijnretentie KOPIËREN gebruiken.

Voorwaarden

1. Doeldatabase waarin u de LTR-back-ups kopieert, moet in globale Azure bestaan voordat u begint met het kopiëren van de back-ups. U wordt aangeraden eerst de brondatabase te migreren met behulp van actieve geo-replicatie en vervolgens de LTR back-up te starten. Dit zorgt ervoor dat de back-ups van de database naar de juiste doeldatabase worden gekopieerd. Deze stap is niet vereist als u kopieert via LTR-back-ups van een verwijderde database. Wanneer u LTR-back-ups van een verwijderde database kopieert, wordt er een dummy DatabaseID gemaakt in de doelregio.
2. Deze PowerShell Az-module installeren
3. Voordat u begint, moet u ervoor zorgen dat de vereiste Azure RBAC-rollen worden verleend op abonnementsniveau of resourcegroepniveau. Opmerking: als u toegang wilt krijgen tot LTR-back-ups die deel uitmaken van een verwijderde server, moet de machtiging worden verleend in het abonnementsbereik van die server. .

Beperkingen

• Failovergroepen worden niet ondersteund. Dit betekent dat klanten die Azure Duitsland-database(s) migreren, verbindingsreeksen zelf moeten beheren tijdens een failover.
• Geen ondersteuning voor Azure Portal, Azure Resource Manager-API's, PowerShell of CLI. Dit betekent dat elke Azure Duitsland-migratie de installatie en failover van actieve geo-replicatie via T-SQL moet beheren.
• Klanten kunnen geen meerdere geo-secundaire databases maken in globale Azure voor databases in Azure Duitsland.
• Het maken van een geo-secundaire moet worden gestart vanuit de Azure Duitse regio.
• Klanten kunnen databases uit Azure Duitsland alleen migreren naar wereldwijde Azure. Momenteel wordt er geen andere migratie tussen clouds ondersteund.
• Azure AD-gebruikers in Azure Duitsland-gebruikersdatabases worden gemigreerd, maar zijn niet beschikbaar in de nieuwe Azure AD-tenant waarin de gemigreerde database zich bevindt. Als u deze gebruikers wilt inschakelen, moeten ze handmatig worden verwijderd en opnieuw worden gemaakt met behulp van de huidige Azure AD-gebruikers die beschikbaar zijn in de nieuwe Azure AD-tenant waarin de zojuist gemigreerde database zich bevindt.

Back-ups voor langdurige retentie kopiëren met behulp van PowerShell

Er is een nieuwe PowerShell-opdracht Copy-AzSqlDatabaseLongTermRetentionBackup geïntroduceerd, die kan worden gebruikt om de langetermijnretentieback-ups van Azure Duitsland naar globale Azure-regio's te kopiëren.

1. LTR-back-up kopiëren met back-upnaam In het volgende voorbeeld ziet u hoe u een LTR-back-up van Azure Duitsland naar de globale Azure-regio kunt kopiëren met behulp van de back-upnaam.

# Source database and target database info
$location = "<location>"
$sourceRGName = "<source resourcegroup name>"
$sourceServerName = "<source server name>"
$sourceDatabaseName = "<source database name>"
$backupName = "<backup name>"
$targetDatabaseName = "<target database name>"
$targetSubscriptionId = "<target subscriptionID>"
$targetRGName = "<target resource group name>"
$targetServerFQDN = "<targetservername.database.windows.net>"

Copy-AzSqlDatabaseLongTermRetentionBackup 
    -Location $location 
    -ResourceGroupName $sourceRGName 
    -ServerName $sourceServerName 
    -DatabaseName $sourceDatabaseName
    -BackupName $backupName
    -TargetDatabaseName $targetDatabaseName 
    -TargetSubscriptionId $targetSubscriptionId
    -TargetResourceGroupName $targetRGName
    -TargetServerFullyQualifiedDomainName $targetServerFQDN 

2. LTR-back-up kopiëren met behulp van back-upresourceID In het volgende voorbeeld ziet u hoe u LTR-back-up kunt kopiëren van Azure Duitsland naar een globale Azure-regio, met behulp van een back-upresource-id. Dit voorbeeld kan ook worden gebruikt om back-ups van een verwijderde database te kopiëren.

$location = "<location>"
# list LTR backups for All databases (you have option to choose All/Live/Deleted)
$ltrBackups = Get-AzSqlDatabaseLongTermRetentionBackup -Location $location -DatabaseState All

# select the LTR backup you want to copy
$ltrBackup = $ltrBackups[0]
$resourceID = $ltrBackup.ResourceId

# Source Database and target database info
$targetDatabaseName = "<target database name>"
$targetSubscriptionId = "<target subscriptionID>"
$targetRGName = "<target resource group name>"
$targetServerFQDN = "<targetservername.database.windows.net>"

Copy-AzSqlDatabaseLongTermRetentionBackup 
    -ResourceId $resourceID 
    -TargetDatabaseName $targetDatabaseName 
    -TargetSubscriptionId $targetSubscriptionId
    -TargetResourceGroupName $targetRGName
    -TargetServerFullyQualifiedDomainName $targetServerFQDN

Beperkingen

• Back-ups van herstel naar een bepaald tijdstip (PITR) worden alleen gemaakt op de primaire database, dit is een bewuste ontwerpkeuze. Bij het migreren van databases vanuit Azure Duitsland met behulp van Geo-DR, worden pitr-back-ups uitgevoerd op de nieuwe primaire database na een failover. De bestaande PITR-back-ups (op de vorige primaire versie in Azure Duitsland) worden echter niet gemigreerd. Als u PITR-back-ups nodig hebt om herstelscenario's naar een bepaald tijdstip te ondersteunen, moet u de database herstellen vanuit PITR-back-ups in Azure Duitsland en vervolgens de herstelde database migreren naar globale Azure.
• Langetermijnretentiebeleid wordt niet gemigreerd met de database. Als u een langetermijnretentiebeleid (LTR) hebt voor uw database in Azure Duitsland, moet u het LTR-beleid handmatig kopiëren en opnieuw maken op de nieuwe database na de migratie.

Toegang aanvragen

Als u een database wilt migreren van Azure Duitsland naar wereldwijde Azure met behulp van geo-replicatie, moet uw abonnement in Azure Duitsland zijn ingeschakeld om de migratie tussen clouds te configureren.

Als u uw Azure Duitsland-abonnement wilt inschakelen, moet u de volgende koppeling gebruiken om een migratieondersteuningsaanvraag te maken:

1. Blader naar de volgende migratieondersteuningsaanvraag.

2. Voer op het tabblad Basisinformatie Geo-DR migratie in als samenvatting en selecteer vervolgens Volgende: Oplossingen

   

3. Controleer de Aanbevolen Stappen, en selecteer vervolgens Volgende: Details.

   

4. Geef op de detailpagina het volgende op:

   1. Voer in het vak Beschrijving de algemene Azure-abonnements-id in waarnaar u wilt migreren. Als u databases wilt migreren naar meer dan één abonnement, voegt u een lijst toe met de globale Azure-id's waarnaar u databases wilt migreren.
   2. Geef contactgegevens op: naam, bedrijfsnaam, e-mailadres of telefoonnummer.
   3. Vul het formulier in en klik op Vervolgens: Controleren + maken.

   

5. Controleer de ondersteuningsaanvraag en selecteer Aanmaken.

U wordt gecontacteerd zodra de aanvraag is verwerkt.

Azure Cosmos DB

U kunt het Azure Cosmos DB-hulpprogramma voor gegevensmigratie gebruiken om gegevens te migreren naar Azure Cosmos DB. Azure Cosmos DB-hulpprogramma voor gegevensmigratie is een opensource-oplossing waarmee gegevens uit verschillende bronnen worden geïmporteerd naar Azure Cosmos DB, waaronder: JSON-bestanden, MongoDB, SQL Server, CSV-bestanden, Azure Table Storage, Amazon DynamoDB, HBase en Azure Cosmos-containers.

Azure Cosmos DB Data Migration Tool is beschikbaar als een grafisch interfaceprogramma of als opdrachtregelprogramma. De broncode is beschikbaar in de GitHub-opslagplaats van het Azure Cosmos DB-hulpprogramma voor gegevensmigratie . Er is een gecompileerde versie van het hulpprogramma beschikbaar in het Microsoft Downloadcentrum.

Als u Azure Cosmos DB-resources wilt migreren, raden we u aan de volgende stappen uit te voeren:

1. Bekijk de vereisten voor de uptime van toepassingen en accountconfiguraties om het beste actieplan te bepalen.
2. Kloon de accountconfiguraties van Azure Duitsland naar de nieuwe regio door het hulpprogramma voor gegevensmigratie uit te voeren.
3. Als het gebruik van een onderhoudsvenster mogelijk is, kopieert u gegevens van de bron naar de bestemming door het hulpprogramma voor gegevensmigratie uit te voeren.
4. Als het gebruik van een onderhoudsvenster geen optie is, kopieert u gegevens van de bron naar de bestemming door het hulpprogramma uit te voeren en voert u de volgende stappen uit:
   1. Gebruik een configuratiegestuurde benadering om wijzigingen aan te brengen in lezen/schrijven in een toepassing.
   2. Voltooi een eerste synchronisatie.
   3. Een incrementele synchronisatie instellen en de wijzigingenfeed bijhouden.
   4. Wijs het nieuwe account toe en valideer de toepassing.
   5. Stop de schrijfbewerkingen naar het oude account, controleer of de wijzigingenfeed is bijgewerkt, en richt vervolgens de schrijfbewerkingen naar het nieuwe account.
   6. Stop het hulpprogramma en verwijder het oude account.
5. Voer het hulpprogramma uit om te controleren of de gegevens consistent zijn voor oude en nieuwe accounts.

Voor meer informatie:

• Zie zelfstudie: Gegevensmigratieprogramma gebruiken om uw gegevens te migreren naar Azure Cosmos DB voor meer informatie over het gebruik van het hulpprogramma voor gegevensmigratie.
• Zie Welkom bij Azure Cosmos DB voor meer informatie over Cosmos DB.

Azure Cache voor Redis

U hebt een paar opties als u een instance van Azure Cache voor Redis wilt migreren van Azure Duitsland naar wereldwijde Azure. De optie die u kiest, is afhankelijk van uw vereisten.

Optie 1: Gegevensverlies accepteren, een nieuw exemplaar maken

Deze aanpak is het meest zinvol wanneer aan beide van de volgende voorwaarden wordt voldaan:

• U gebruikt Azure Cache voor Redis als tijdelijke gegevenscache.
• De cachegegevens worden automatisch opnieuw ingevuld in de nieuwe regio.

Migreer met gegevensverlies en maak een nieuw exemplaar:

1. Maak een nieuw exemplaar van Azure Cache voor Redis in de nieuwe doelregio.
2. Werk uw toepassing bij om het nieuwe exemplaar in de nieuwe regio te gebruiken.
3. Verwijder het oude exemplaar van Azure Cache voor Redis in de bron regio.

Optie 2: Gegevens van het bronexemplaar kopiëren naar het doelexemplaar

Een lid van het Azure Cache voor Redis-team heeft een opensource-hulpprogramma geschreven waarmee gegevens van het ene Exemplaar van Azure Cache voor Redis naar een andere worden gekopieerd zonder dat er import- of exportfunctionaliteit nodig is. Zie stap 4 in de volgende stappen voor informatie over het hulpprogramma.

Gegevens van het bronexemplaar kopiëren naar het doelexemplaar:

1. Maak een VIRTUELE machine in de bronregio. Als uw gegevensset in Azure Cache voor Redis groot is, moet u ervoor zorgen dat u een relatief krachtige VM-grootte selecteert om de kopieertijd te minimaliseren.
2. Maak een nieuw exemplaar van Azure Cache voor Redis in de doelregio.
3. Gegevens uit het doelexemplaren leegmaken. (Zorg ervoor dat u niet doorspoelt vanuit de bron instantie. Doorspoelen is vereist omdat het kopieerprogramma bestaande sleutels niet overschrijft op de doellocatie.)
4. Gebruik het volgende hulpprogramma om automatisch gegevens te kopiëren van het Azure Cache voor Redis-bronexemplaar naar het doelexemplaar van Azure Cache voor Redis: hulpprogrammabron en downloaden van hulpprogramma's.

Optie 3: Exporteren vanuit het bronexemplaren, importeren naar het doelexemplaren

Deze aanpak maakt gebruik van functies die alleen beschikbaar zijn in de Premium-laag.

Exporteren vanuit het bronexemplaren en importeren naar het doelexemplaren:

1. Maak een nieuw Premium-niveau-exemplaar van Azure Cache voor Redis in de doelregio. Gebruik dezelfde grootte als het bronexemplaar van Azure Cache voor Redis.

2. Gegevens exporteren uit de broncache of de Export-AzRedisCache PowerShell-cmdlet gebruiken.

   Notitie

   Het Azure Storage-exportaccount moet zich in dezelfde regio bevinden als het cache-exemplaar.

3. Kopieer de geëxporteerde blobs naar een opslagaccount in de doelregio (bijvoorbeeld met behulp van AzCopy).

4. Gegevens importeren in de doelcache of de Import-AzRedisCAche PowerShell-cmdlet gebruiken.

5. Configureer uw toepassing om het doelexemplaar van Azure Cache voor Redis te gebruiken.

Optie 4: Gegevens schrijven naar twee Exemplaren van Azure Cache voor Redis, lezen uit één exemplaar

Voor deze aanpak moet u uw toepassing wijzigen. De toepassing moet gegevens naar meer dan één cache-exemplaar schrijven tijdens het lezen van een van de cache-exemplaren. Deze benadering is logisch als de gegevens die zijn opgeslagen in Azure Cache voor Redis voldoen aan de volgende criteria:

• De gegevens worden regelmatig vernieuwd.
• Alle gegevens worden naar het doelexemplaar van Azure Cache voor Redis geschreven.
• U hebt voldoende tijd om alle gegevens te vernieuwen.

Voor meer informatie:

• Bekijk het overzicht van Azure Cache voor Redis.

PostgreSQL en MySQL

Zie de artikelen in de sectie Back-up en migrate data van PostgreSQL en MySQL voor meer informatie.

Volgende stappen

Meer informatie over hulpprogramma's, technieken en aanbevelingen voor het migreren van resources in de volgende servicecategorieën:

• Bereken
• Netwerken
• Opslag
• Web
• Analytics
• IoT
• integratie
• Identiteit
• Beveiliging
• hulpprogramma's voor beheer
• Media