Azure Database for MySQL - Enkele server migreren naar flexibele server met behulp van Azure Database for MySQL Import CLI

VAN TOEPASSING OP: Azure Database for MySQL - enkele server

Met Azure Database for MySQL Import CLI (algemeen beschikbaar) kunt u uw Azure Database for MySQL naadloos migreren - enkele server naar flexibele server. Het maakt gebruik van back-up van momentopnamen en herstelt technologie om een eenvoudig en snel migratiepad te bieden om de fysieke gegevensbestanden van de bronserver te herstellen naar de doelserver. Na het importeren kunt u profiteren van de voordelen van Flexibele server, waaronder betere prijs en prestaties, gedetailleerde controle over databaseconfiguratie en aangepaste onderhoudsvensters.

Op basis van gebruikersinvoer neemt het de verantwoordelijkheid op zich om uw doel flexibele server in te richten en vervolgens de back-up van de bronserver te maken en het doel te herstellen. Hiermee worden de gegevensbestanden, serverparameters, compatibele firewallregels en servereigenschappen gekopieerd: laag, versie, sku-naam, opslaggrootte, locatie, geografisch redundante back-up, openbare toegang, tags, automatisch vergroten, back-upretentiedagen, beheerdersgebruiker en beheerderswachtwoord van exemplaar van enkele naar flexibele server.

Azure Database for MySQL Import CLI ondersteunt een bijna nul downtime-migratie door eerst een offline importbewerking uit te voeren en gebruikers kunnen daarom replicatie van gegevens instellen tussen de bron en het doel om een onlinemigratie uit te voeren.

Deze zelfstudie laat zien hoe u de Azure Database for MySQL Import CLI-opdracht gebruikt om uw Azure Database for MySQL Enkele server te migreren naar Flexibele server.

Wat is er nieuw?

  • Azure Database for MySQL Import-bewerking voor enkele servers met verouderde opslagarchitectuur (Opslag voor algemeen gebruik V1) wordt nu ondersteund. U moet de parameter log_bin=ON instellen voor uw exemplaar van één server met verouderde opslag voordat u de importbewerking start. Als u dit wilt doen, maakt u een leesreplica voor uw exemplaar van één server en verwijdert u deze. Met deze bewerking wordt de parameter log_bin ingesteld op AAN en kunt u vervolgens een importbewerking activeren om te migreren naar Flexibele server. (Februari 2024)

Azure Cloud Shell starten

Azure Cloud Shell is een gratis interactieve shell waarmee u de stappen in dit artikel kunt uitvoeren. In deze shell zijn algemene Azure-hulpprogramma's vooraf geïnstalleerd en geconfigureerd voor gebruik met uw account.

Als u Cloud Shell wilt openen, selecteert u Proberen in de rechterbovenhoek van een codeblok. Als u naar https://shell.azure.com/bash gaat, kunt u Cloud Shell ook openen in een afzonderlijk browsertabblad. Selecteer Kopiëren om de codeblokken te kopiëren, plak deze in Cloud Shell en selecteer vervolgens Enter om de code uit te voeren.

Als u de CLI liever lokaal wilt installeren en gebruiken, is voor deze zelfstudie Versie 2.54.0 of hoger van Azure CLI vereist. Voer az --version uit om de versie te bekijken. Als u Azure CLI 2.0 wilt installeren of upgraden, raadpleegt u Azure CLI 2.0 installeren.

Instellingen

U moet zich aanmelden bij uw account met behulp van de opdracht az sign-in . Noteer de id-eigenschap, die verwijst naar de abonnements-id van uw Azure-account.

az login

Selecteer het specifieke abonnement waarin de bron-Azure Database for MySQL - Enkele server zich onder uw account bevindt met behulp van de opdracht az account set . Noteer de id-waarde uit de az-aanmeldingsuitvoer die moet worden gebruikt als de waarde voor het argument abonnement in de opdracht. Als u meerdere abonnementen hebt, kiest u het juiste abonnement waarin de bron azure Database for MySQL - Enkele server zich bevindt. U kunt al uw abonnementen ophalen met de opdracht az account list.

az account set --subscription <subscription id>

Beperkingen en vereisten

  • Als de bronversie van Azure Database for MySQL Single Server versie v8.x heeft, moet u ervoor zorgen dat u de versie van het .NET-clientstuurprogramma van uw bronserver bijwerkt naar 8.0.32 om coderingsproblemen na de migratie naar Flexibele server te voorkomen.

  • De bronversie van Azure Database for MySQL - Enkele server en de doelversie van Azure Database for MySQL - Flexible Server moet zich in hetzelfde abonnement, dezelfde resourcegroep, regio en dezelfde MySQL-versie bevinden. Importeren tussen abonnementen, resourcegroepen, regio's en versies is niet mogelijk.

  • MySQL-versies die worden ondersteund door Azure Database for MySQL Import CLI zijn 5.7 en 8.0. Als u een andere primaire MySQL-versie op één server gebruikt, moet u uw versie op uw exemplaar van één server bijwerken voordat u de importopdracht activeert.

  • Als voor het exemplaar van Azure Database for MySQL - Enkele server de serverparameter 'lower_case_table_names' is ingesteld op 2 en de gebruikte partitietabellen van uw toepassing, resulteert de importbewerking in beschadigde partitietabellen. De aanbeveling is om 'lower_case_table_names' in te stellen op 1 voor uw Exemplaar van Azure Database for MySQL - Enkele server om door te gaan met een beschadigde MySQL-importbewerking.

  • Importeren naar een bestaande Flexibele Azure MySQL-server wordt niet ondersteund. Met de CLI-opdracht wordt het importeren van een nieuwe Flexibele Azure MySQL-server gestart.

  • Als de flexibele doelserver is ingericht als niet-hoge beschikbaarheid (hoge beschikbaarheid uitgeschakeld) bij het bijwerken van de CLI-opdrachtparameters, kan deze later worden overgeschakeld naar dezelfde zone-ha, maar niet zone-redundante ha.

  • Voor exemplaren met één server waarvoor CMK is ingeschakeld, moet u voor de opdracht Importeren in Azure Database for MySQL verplichte invoerparameters opgeven voor het inschakelen van CMK op de flexibele doelserver.

  • Als voor het exemplaar van één server 'Infrastructuur met dubbele versleuteling' is ingeschakeld, wordt het inschakelen van door de klant beheerde sleutel (CMK) op het doelexemplaren van flexibele server aanbevolen om vergelijkbare functionaliteit te ondersteunen. U kunt ervoor kiezen om CMK in te schakelen op de doelserver met azure Database for MySQL Import CLI-invoerparameters of na de migratie.

  • Als querystore is ingeschakeld voor het exemplaar met één server, wordt het inschakelen van trage querylogboeken op het doelexemplaren van Flexibele server aanbevolen om vergelijkbare functionaliteit te ondersteunen. U kunt logboeken voor trage query's op de flexibele doelserver configureren door hier de stappen te volgen. U kunt vervolgens queryinzichten bekijken met behulp van een werkmapsjabloon.

  • Als uw exemplaar van één server verouderde opslagarchitectuur (Opslag voor algemeen gebruik V1) heeft, moet u de parameter instellen log_bin=ON voor uw exemplaar van één server voordat u de importbewerking start. Als u dit wilt doen, maakt u een leesreplica voor uw exemplaar van één server en verwijdert u deze. Met deze bewerking wordt de parameter log_bin ingesteld op AAN en kunt u vervolgens een importbewerking activeren om te migreren naar Flexibele server.

  • Als uw exemplaar van één server engineversie v8.0 heeft, kunt u overwegen de volgende acties uit te voeren om eventuele belangrijke wijzigingen te voorkomen vanwege verschillen in de secundaire versie van de community tussen het exemplaar van enkele en flexibele server:

    • Voer de volgende instructie uit om te controleren of uw exemplaar kan worden beïnvloed door onjuiste histogramgegevens. Als de bijbehorende tabellen uitvoer zijn, raden we u aan om de histogramgegevens te https://dev.mysql.com/blog-archive/histogram-statistics-in-mysql/ verwijderen en deze vervolgens opnieuw te maken op de flexibele server. Het is de moeite waard om te vermelden dat het histogram alleen statistische informatie over de kolommen is en dat deze informatie alleen bestaat in systeemtabellen, dus het verwijderen van de histogramgegevens heeft geen invloed op de tabelgegevens.

          SELECT DISTINCT SCHEMA_NAME, TABLE_NAME FROM `information_schema`.`column_statistics`;
      
    • Voer de volgende opdracht uit om te controleren op tabellen waarvoor de volgorde van de tabelkolom kan worden onderverdeeld. Als deze controle eventuele betrokken tabellen identificeert, moet u alle gegevens uit deze tabellen dumpen en deze vervolgens weer importeren. Als u dit niet doet, kan dit leiden tot de volgorde van kolommen in het binlog die niet overeenkomen met de volgorde van kolommen in de gebruikerstabellen. Deze discrepantie kan voorkomen dat gebruikers replicatie instellen, gegevens herstellen, hoge beschikbaarheid (HA) en andere bewerkingen inschakelen.

          SELECT table_schema, table_name, COUNT(*) AS column_count, MAX(ORDINAL_POSITION) AS max_ordinal_position
          FROM information_schema.columns
          GROUP BY table_schema, table_name
          HAVING column_count != max_ordinal_position;
      
  • Alleen importeren op exemplaarniveau wordt ondersteund. Er is geen optie om geselecteerde databases binnen een exemplaar te importeren.

  • Onderstaande items moeten worden gekopieerd van de bron naar het doel door de gebruiker na de importbewerking:

    • Leesreplica's
    • Instellingen voor bewakingspagina's (waarschuwingen, metrische gegevens en diagnostische instellingen)
    • Terraform-/CLI-scripts die door u worden gehost om uw exemplaar met één server te beheren, moeten worden bijgewerkt met flexibele serververwijzingen

Een Azure Database for MySQL-importbewerking activeren om te migreren van Azure Database for MySQL - Enkele server naar flexibele server

Activeer een Azure Database for MySQL-importbewerking met de az mysql flexible-server import create opdracht. Met de volgende opdracht maakt u een flexibele doelserver en voert u import op exemplaarniveau uit van de bron naar de doelbestemming met behulp van de standaardinstellingen en waarden van de service vanuit de lokale context van uw Azure CLI:

az mysql flexible-server import create --data-source-type
                                --data-source
                                --resource-group
                                --name
                                [--sku-name]
                                [--tier]
                                [--version]
                                [--storage-size]
                                [--mode]
                                [--admin-password]
                                [--admin-user]
                                [--auto-scale-iops {Disabled, Enabled}]
                                [--backup-identity]
                                [--backup-key]
                                [--backup-retention]
                                [--database-name]
                                [--geo-redundant-backup {Disabled, Enabled}]
                                [--high-availability {Disabled, SameZone, ZoneRedundant}]
                                [--identity]
                                [--iops]
                                [--key]
                                [--location]
                                [--private-dns-zone]
                                [--public-access]
                                [--resource-group]
                                [--standby-zone]
                                [--storage-auto-grow {Disabled, Enabled}]
                                [--subnet]
                                [--subnet-prefixes]
                                [--tags]
                                [--vnet]
                                [--zone]

In het volgende voorbeeld worden de gegevensbrongegevens voor enkele server met de naam test-één-server en de informatie over flexibele servers gebruikt, wordt een flexibele doelserver gemaakt met de naam test-flexible-server op de westus locatie (dezelfde locatie als die van de bron enkele server) en wordt een import uitgevoerd van de bron naar het doel. Azure Database MySQL Import-opdracht wordt toegewezen via de bijbehorende laag, versie, sku-naam, opslaggrootte, locatie, geografisch redundante back-up, openbare toegang, tags, automatisch vergroten, back-upretentiedagen, eigenschappen voor beheerdersgebruikers en beheerderswachtwoorden van enkele server naar flexibele server als slimme standaardwaarden als er geen invoer wordt verstrekt aan de CLI-opdracht. U kunt ervoor kiezen om de slimme standaardwaarden te overschrijven door invoer voor deze optionele parameters op te geven.

az mysql flexible-server import create --data-source-type "mysql_single" --data-source "test-single-server" --resource-group "test-rg"  --name "test-flexible-server"

In het volgende voorbeeld worden de gegevensbrongegevens voor enkele server met de naam test-één-server en de informatie van de flexibele doelserver gemaakt. Hiermee maakt u een flexibele doelserver met de naam test-flexible-server op de locatie (dezelfde locatie als die van de bron enkele server) met zoneredundantie ingeschakeld en integratie van virtuele netwerken en voert u een import uit van de westus bron naar het doel. Meer informatie over de configuratie van virtuele netwerken vindt u hier.

# create vnet
az network vnet create --resource-group testGroup --name myVnet --location testLocation --address-prefixes 172.0.0.0/16

# create subnet
az network vnet subnet create --resource-group testGroup --vnet-name myVnet --address-prefixes 172.0.0.0/24 --name mySubnet

# create private dns zone
az network private-dns zone create -g testGroup -n myserver.private.contoso.com

# trigger mysql import
az mysql flexible-server import create --data-source-type "mysql_single" --data-source "test-single-server" --resource-group "test-rg"  --name "test-flexible-server" --high-availability ZoneRedundant --zone 1 --standby-zone 3  --vnet "myVnet" --subnet "mySubnet" --private-dns-zone "myserver.private.contoso.com"

In het volgende voorbeeld worden de gegevensbrongegevens voor enkele server met de naam 'test-single-server' met CMK (Customer Managed Key) ingeschakeld en doelgegevens voor flexibele servers gemaakt, een flexibele doelserver gemaakt met de naam test-flexible-server en wordt een import uitgevoerd van de bron naar het doel. Voor exemplaren met één server waarvoor CMK is ingeschakeld, moet u voor de opdracht Importeren in Azure Database for MySQL verplichte invoerparameters opgeven voor het inschakelen van CMK: --keyIdentifierOfTestKey --identity testIdentity.

# create keyvault
az keyvault create -g testGroup -n testVault --location testLocation \
  --enable-purge-protection true

# create key in keyvault and save its key identifier
keyIdentifier=$(az keyvault key create --name testKey -p software \
  --vault-name testVault --query key.kid -o tsv)

# create identity and save its principalId
identityPrincipalId=$(az identity create -g testGroup --name testIdentity \
  --location testLocation --query principalId -o tsv)

# add testIdentity as an access policy with key permissions 'Wrap Key', 'Unwrap Key', 'Get' and 'List' inside testVault
az keyvault set-policy -g testGroup -n testVault --object-id $identityPrincipalId \
  --key-permissions wrapKey unwrapKey get list

# trigger azure database for mysql import for CMK enabled single server
az mysql flexible-server import create --data-source-type "mysql_single" --data-source "test-single-server" --resource-group "test-rg"  --name "test-flexible-server" --key $keyIdentifier --identity testIdentity

Dit zijn de details voor de bovenstaande argumenten:

Instelling Voorbeeldwaarde Beschrijving
gegevensbrontype mysql_single Het type gegevensbron dat fungeert als de bronbestemming voor het activeren van Azure Database for MySQL Import. Geaccepteerde waarden: [mysql_single]. Beschrijving van geaccepteerde waarden- mysql_single: Azure Database for MySQL Enkele server.
gegevensbron test-één-server De naam of resource-id van de azure Database for MySQL-bronserver met één server.
resource-group test-rg De naam van de Azure-resourcegroep van de bronserver van Azure Database for MySQL Enkele server.
modus Offline De modus van Het importeren van Azure Database for MySQL. Geaccepteerde waarden: [Offline]; Standaardwaarde: Offline.
locatie westus De Azure-locatie voor de bronserver van Azure Database for MySQL Enkele server.
naam test-flexible-server Voer een unieke naam in voor uw doel-Azure Database for MySQL Flexibele server. De servernaam mag alleen kleine letters, cijfers en het koppelteken (-) bevatten. en moet 3 tot 63 tekens lang zijn. Opmerking: deze server wordt geïmplementeerd in hetzelfde abonnement, dezelfde resourcegroep en dezelfde regio als de bron.
admin-user adminuser De gebruikersnaam voor de aanmelding van de beheerder voor uw doel-Azure Database for MySQL Flexible Server. Deze gebruikersnaam mag niet azure_superuser, admin, administrator, root, guest of public zijn.
admin-password password Het wachtwoord van de beheerder voor uw Azure Database for MySQL Flexible Server. Dit wachtwoord moet tussen 8 en 128 tekens bevatten. Uw wachtwoord moet tekens bevatten uit drie categorieën: Nederlandse hoofdletters, Nederlandse kleine letters, cijfers en niet-alfabetische tekens.
sku-name GP_Gen5_2 Voer de naam in van de prijscategorie en rekenconfiguratie voor uw Azure Database for MySQL Flexibele server. Volgt de verkorte notatie voor conventie {prijscategorie}{compute-generatie}{vCores}. Raadpleeg de prijscategorieën voor meer informatie.
tier Met burstfunctie De rekenlaag van de doel-Azure Database for MySQL Flexibele server. Geaccepteerde waarden: Burstable, GeneralPurpose, MemoryOptimized; Standaardwaarde: Burstable.
openbare toegang 0.0.0.0 Bepaalt de openbare toegang voor de Azure Database for MySQL Flexibele server. Voer één of bereik ip-adressen in die moeten worden opgenomen in de lijst met toegestane IP-adressen. IP-adresbereiken moeten worden gescheiden door streepjes en mogen geen spaties bevatten. Als u 0.0.0.0.0 opgeeft, hebt u openbare toegang tot alle resources die in Azure zijn geïmplementeerd, toegang tot uw server. Als u deze instelt op Geen, wordt de server ingesteld in de modus openbare toegang, maar wordt er geen firewallregel gemaakt.
vnet myVnet Naam of id van een nieuw of bestaand virtueel netwerk. Als u een vnet van een andere resourcegroep of een ander abonnement wilt gebruiken, geeft u een resource-id op. De naam moet tussen 2 en 64 tekens zijn. De naam moet beginnen met een letter of cijfer, eindigen op een letter, cijfer of onderstrepingsteken en mag alleen letters, cijfers, onderstrepingstekens, punten of afbreekstreepjes bevatten.
subnet mySubnet Naam of resource-id van een nieuw of bestaand subnet. Als u een subnet van een andere resourcegroep of een ander abonnement wilt gebruiken, geeft u de resource-id op in plaats van de naam. Houd er rekening mee dat het subnet wordt gedelegeerd aan flexibleServers. Na delegering kan dit subnet niet worden gebruikt voor elk ander type Azure-resources.
private-dns-zone myserver.private.contoso.com De naam of id van de nieuwe of bestaande privé-DNS-zone. U kunt de privé-DNS-zone van dezelfde resourcegroep, een andere resourcegroep of een ander abonnement gebruiken. Als u een zone uit een andere resourcegroep of een ander abonnement wilt gebruiken, geeft u de resource-id op. CLI maakt een nieuwe privé-DNS-zone binnen dezelfde resourcegroep als het virtuele netwerk als deze niet wordt geleverd door gebruikers.
sleutel sleutel-id van testKey De resource-id van de primaire sleutelkluissleutel voor gegevensversleuteling.
identity testIdentity De naam of resource-id van de door de gebruiker toegewezen identiteit voor gegevensversleuteling.
storage-size 32 De opslagcapaciteit van de azure Database for MySQL Flexibele doelserver. Het minimum is 20 GiB en max is 16 TiB.
tags key=value Geef de naam op van de Azure-resourcegroep.
version 5.7 Primaire serverversie van de doelversie van Azure Database for MySQL Flexible Server.
hoge beschikbaarheid ZoneRedundant Schakel (ZoneRedundant of SameZone) in of schakel de functie voor hoge beschikbaarheid uit voor de Azure Database for MySQL Flexibele server. Geaccepteerde waarden: Uitgeschakeld, SameZone, ZoneRedundant; Standaardwaarde: Uitgeschakeld.
zone 1 Beschikbaarheidszone waarin de resource moet worden ingericht.
stand-byzone 3 De informatie over de beschikbaarheidszone van de stand-byserver wanneer hoge beschikbaarheid is ingeschakeld.
opslag automatisch vergroten Ingeschakeld Automatisch vergroten van opslag in- of uitschakelen voor de Doel-Azure Database for MySQL Flexibele server. De standaardwaarde is ingeschakeld. Geaccepteerde waarden: Uitgeschakeld, Ingeschakeld; Standaardwaarde: ingeschakeld.
iops 500 Het aantal IOPS dat moet worden toegewezen voor de Doel-Azure Database for MySQL Flexibele server. U krijgt een bepaalde hoeveelheid gratis IOPS op basis van reken- en opslaginrichting. De standaardwaarde voor IOPS is gratis IOPS. Raadpleeg IOPS in Azure Database for MySQL Flexible Server voor meer informatie over IOPS op basis van berekening en opslag.

Stappen voor onlinemigratie

Nadat u de bovenstaande Azure Database for MySQL-importbewerking hebt voltooid:

  • Meld u aan bij de doel-Azure Database for MySQL Flexible Server en voer de volgende opdracht uit om de bestandsnaam en positie van het bin-logboek op te halen dat overeenkomt met de back-upmomentopname die wordt gebruikt door Azure Database for MySQL Import CLI om te herstellen naar de doelserver.
CALL mysql.az_show_binlog_file_and_pos_for_mysql_import();
  • Stel replicatie van gegevens in tussen de bron- en doelserverexemplaren met behulp van bin-logpositie door de hier vermelde stappen uit te voeren en wanneer de replicatiestatus aangeeft dat de doelserver de bron heeft opgepikt, replicatie stoppen en cutover uitvoeren.

Aanbevolen procedures voor het configureren van Azure Database for MySQL Cli-opdrachtparameters importeren

Voordat u de Azure Database for MySQL Import CLI-opdracht activeert, moet u de volgende richtlijnen voor parameterconfiguratie overwegen om ervoor te zorgen dat gegevens sneller worden geladen met behulp van Azure Database for MySQL Import CLI.

  • Als u slimme standaardinstellingen wilt overschrijven, selecteert u de naam van de rekenlaag en de SKU voor de flexibele doelserver op basis van de prijscategorie van de bronserver en VCores op basis van de details in de volgende tabel.

    Prijscategorie voor één server VCores met één server Flexibele serverlaag SKU-naam flexibele server
    Basis 1 Met burstfunctie Standard_B1s
    Basis 2 Met burstfunctie Standard_B2s
    Algemeen gebruik 4 GeneralPurpose Standard_D4ds_v4
    Algemeen gebruik 8 GeneralPurpose Standard_D8ds_v4
    Algemeen gebruik 16 GeneralPurpose Standard_D16ds_v4
    Algemeen gebruik 32 GeneralPurpose Standard_D32ds_v4
    Algemeen gebruik 64 GeneralPurpose Standard_D64ds_v4
    Geoptimaliseerd geheugen 4 MemoryOptimized Standard_E4ds_v4
    Geoptimaliseerd geheugen 8 MemoryOptimized Standard_E8ds_v4
    Geoptimaliseerd geheugen 16 MemoryOptimized Standard_E16ds_v4
    Geoptimaliseerd geheugen 32 MemoryOptimized Standard_E32ds_v4
  • De MySQL-versie, -regio, -abonnement en -resource voor de flexibele doelserver moet gelijk zijn aan die van de bronserver met één server.

  • De opslaggrootte voor de flexibele doelserver moet gelijk zijn aan of groter zijn dan op de bronserver met één server.

  • Als voor het exemplaar van één server 'Infrastructuur met dubbele versleuteling' is ingeschakeld, wordt het inschakelen van door de klant beheerde sleutel (CMK) op het doelexemplaren van flexibele server aanbevolen om vergelijkbare functionaliteit te ondersteunen. U kunt ervoor kiezen om CMK in te schakelen op de doelserver met azure Database for MySQL Import CLI-invoerparameters of na de migratie.

Hoe lang duurt het importeren van Azure Database for MySQL om mijn exemplaar van één server te migreren?

Hieronder vindt u de benchmarkprestaties op basis van de opslaggrootte.

Opslaggrootte van één server Importtijd
1 GiB 0 min. 23 sec.
10 GiB 4 min. 24 sec.
100 GiB 10 min. 29 sec.
500 GiB 13 min. 15 sec.
1 TB 22 min. 56 sec.
10 TB 2 uur 5 min. 30 sec.

Naarmate de opslaggrootte toeneemt, neemt de tijd die nodig is voor het kopiëren van gegevens ook toe, bijna in een lineaire relatie. Het is echter belangrijk om te weten dat de kopieersnelheid aanzienlijk kan worden beïnvloed door netwerkschommelingen. Daarom moeten de hier verstrekte gegevens alleen als referentie worden beschouwd.

Hieronder vindt u de benchmarkprestaties op basis van een verschillend aantal tabellen voor 10 GiB-opslaggrootten.

Aantal tabellen in één serverexemplaren Importtijd
100 4 min. 24 sec.
200 4 min. 40 sec.
800 4 min. 52 sec.
14,400 17 min. 41 sec.
28,800 19 min. 18 sec.
38,400 22 min. 50 sec.

Naarmate het aantal bestanden toeneemt, kan elk bestand/elke tabel in de database erg klein worden. Dit resulteert in een consistente hoeveelheid gegevens die wordt overgedragen, maar er zijn vaker bestandsgerelateerde bewerkingen die van invloed kunnen zijn op de prestaties van Azure Database for Mysql Import.

Stappen na het importeren

  • Kopieer de volgende eigenschappen van de bron enkele server naar de flexibele server nadat de importbewerking van Azure Database for MySQL is voltooid:
    • Leesreplica's
    • Serverparameterwaarde voor event_scheduler
    • Instellingen voor bewakingspagina's (waarschuwingen, metrische gegevens en diagnostische instellingen)
    • Alle Terraform-/CLI-scripts die u host voor het beheren van uw exemplaar met één server, moeten worden bijgewerkt met verwijzingen naar flexibele servers.

Volgende stappen