Esercitazione: Eseguire la migrazione online da server singolo a server flessibile di Database di Azure per MySQL con Servizio Migrazione del database tramite il portale di Azure

Nota

Questo articolo contiene riferimenti al termine slave, che Microsoft non usa più. Quando il termine verrà rimosso dal software, verrà rimosso anche dall'articolo.

È possibile eseguire la migrazione di un'istanza di Database di Azure per MySQL - Server singolo a Database di Azure per MySQL - Server flessibile usando il Servizio Migrazione del database di Azure (DMS), un servizio completamente gestito progettato per consentire migrazioni fluide da più origini di database alle piattaforme dati di Azure. In questa esercitazione verrà eseguita una migrazione online di un database di esempio da un server singolo Database di Azure per MySQL a un server flessibile MySQL (che esegue entrambe la versione 5.7) usando un'attività di migrazione del Servizio Migrazione del database.

Nota

La migrazione online del Servizio Migrazione del database è ora disponibile a livello generale. Il Servizio Migrazione del database supporta la migrazione a MySQL versioni 5.7 e 8.0 e supporta anche la migrazione dai server MySQL versione precedente (v5.6 e versioni successive) ai server di versione successiva. Inoltre, il Servizio Migrazione del database supporta migrazioni tra aree, gruppi di risorse e sottoscrizioni, in modo che sia possibile selezionare un'area, un gruppo di risorse e una sottoscrizione per il server di destinazione diverso da quello specificato per il server di origine.

Questa esercitazione illustra come:

• Implementare le procedure consigliate per la creazione di un server flessibile per carichi di dati più veloci tramite Servizio Migrazione del database.
• Creare e configurare un server flessibile di destinazione.
• Creare un'istanza del Servizio Migrazione del database.
• Creare un progetto di migrazione MySQL nel Servizio Migrazione del database.
• Eseguire la migrazione di uno schema MySQL tramite Servizio Migrazione del database.
• Eseguire la migrazione.
• Monitorare la migrazione.
• Eseguire i passaggi successivi alla migrazione.
• Implementare le procedure consigliate per eseguire una migrazione.

Prerequisiti

Per completare questa esercitazione, è necessario:

• Creare o usare un'istanza esistente di Database di Azure per MySQL - Server singolo (server di origine).
• Per completare correttamente la migrazione online, assicurarsi che siano soddisfatti i prerequisiti seguenti:
  • Usare lo strumento da riga di comando MySQL di propria scelta per verificare che log_bin sia abilitato nel server di origine eseguendo il comando SHOW VARIABLES LIKE 'log_bin'. Se log_bin non è abilitato, assicurarsi di abilitarlo prima di avviare la migrazione.
  • Assicurarsi che l'utente disponga delle autorizzazioni "REPLICATION CLIENT" e "REPLICATION SLAVE" nel server di origine per la lettura e l'applicazione del log bin.
  • Se si usa una migrazione online, configurare il parametro binlog_expire_logs_seconds nel server di origine per assicurarsi che i file binlog non vengano eliminati prima che la replica esemetta le modifiche. È consigliabile iniziare almeno due giorni. Dopo un cutover riuscito, è possibile reimpostare il valore.
• Per completare correttamente una migrazione dello schema, nel server di origine l'utente che esegue la migrazione richiede i privilegi seguenti:
  • Privilegio "edizione Standard LECT" a livello di server nell'origine.
  • Se si esegue la migrazione delle viste, l'utente deve avere il privilegio "SHOW VIEW" nel server di origine e il privilegio "CREATE VIEW" nel server di destinazione.
  • Se si esegue la migrazione dei trigger, l'utente deve avere il privilegio "TRIGGER" nel server di origine e di destinazione.
  • Se si esegue la migrazione di routine (routine e/o funzioni), l'utente deve disporre dei privilegi "CREATE ROUTINE" e "ALTER ROUTINE" concessi a livello di server nella destinazione.
  • Se si esegue la migrazione di eventi, l'utente deve avere il privilegio "EVENT" nel server di origine e di destinazione.
  • Se si esegue la migrazione di utenti/account di accesso, l'utente deve avere il privilegio "CREATE U edizione Standard R" nel server di destinazione.
  • Privilegio "DROP" a livello di server nella destinazione, per eliminare le tabelle che potrebbero già esistere. Ad esempio, quando si ritenta una migrazione.
  • Privilegio "REFERENCES" a livello di server sulla destinazione, per creare tabelle con chiavi esterne.
  • Se si esegue la migrazione a MySQL 8.0, l'utente deve avere il privilegio "edizione StandardSSION_VARIABLES_ADMIN" nel server di destinazione.
  • Privilegio "CREATE" a livello di server nella destinazione.
  • Privilegio "IN edizione Standard RT" a livello di server nella destinazione.
  • Privilegio "UPDATE" a livello di server nella destinazione.
  • Privilegio "DELETE" a livello di server nella destinazione.

Limiti

Durante la preparazione per la migrazione, assicurarsi di tenere conto delle limitazioni seguenti.

• Quando si esegue la migrazione di oggetti non di tabella, il Servizio Migrazione del database non supporta la ridenominazione dei database.
• Quando si esegue la migrazione a un server di destinazione con bin_log abilitato, assicurarsi di abilitare log_bin_trust_function_creators per consentire la creazione di routine e trigger.
• Attualmente, il Servizio Migrazione del database non supporta la migrazione della clausola DEFINER per gli oggetti. Tutti i tipi di oggetto con clausole definer nell'origine vengono rimossi e dopo la migrazione, la clausola definer predefinita per tutti gli oggetti che la supportano e che vengono creati durante la migrazione dello schema verrà impostata sull'account di accesso usato per eseguire la migrazione.
• Attualmente, il Servizio Migrazione del database supporta solo la migrazione di uno schema come parte dello spostamento dei dati. Se non viene selezionato nulla per lo spostamento dei dati, la migrazione dello schema non avrà luogo. Si noti che se si seleziona una tabella per la migrazione dello schema questa viene selezionata anche per lo spostamento dei dati.
• Il supporto per la migrazione online è limitato al formato ROW binlog.
• La migrazione online supporta ora la replica delle istruzioni DDL durante la migrazione a un server di destinazione Server Flessibile v8.0 o v5.7 Database di Azure per MySQL.
  • La replica delle istruzioni è supportata per database, tabelle e oggetti dello schema (viste, routine, trigger) selezionati per la migrazione dello schema durante la configurazione di un'attività di migrazione DMS di Azure. Le dichiarazioni di definizione e amministrazione dei dati per database, tabelle e oggetti dello schema non selezionati non verranno replicate. Se si seleziona un intero server per la migrazione, le istruzioni verranno replicate per tutte le tabelle, i database e gli oggetti dello schema creati nel server di origine dopo aver completato il caricamento iniziale.
  • La replica delle istruzioni Dms di Azure supporta tutte le istruzioni Data Definition elencate di seguito, ad eccezione dei comandi seguenti: • Istruzioni LOGFILE GROUP • istruzioni edizione Standard RVER • Istruzioni SPATIAL REFERENCE SYSTEM • istruzioni TABLESPACE
  • La replica delle istruzioni del Servizio Migrazione del database di Azure supporta tutte le istruzioni Data Amministrazione istration : le istruzioni di gestione account elencate di seguito, ad eccezione dei comandi seguenti:
    • RUOLO PREDEFINITO edizione Standard T
    • edizione Standard T PASSWORD
  • La replica dell'istruzione Servizio Migrazione del database di Azure supporta tutte le istruzioni Data Amministrazione istration - Table Maintenance elencate di seguito, ad eccezione dei comandi seguenti:
    • REPAIR TABLE
    • ANALYZE TABLE
    • CHECKSUM TABLE

Procedure consigliate per la creazione di un server flessibile per caricamenti di dati più veloci tramite il Servizio Migrazione del database

Il Servizio Migrazione del database supporta migrazioni tra aree, tra gruppi di risorse e tra sottoscrizioni, quindi è possibile selezionare l'area, il gruppo di risorse e la sottoscrizione appropriati per il server flessibile di destinazione. Prima di creare il server flessibile di destinazione, prendere in considerazione le indicazioni di configurazione seguenti per garantire un caricamento più rapido dei dati usando il Servizio Migrazione del database.

• Selezionare le dimensioni di calcolo e il livello di calcolo per il server flessibile di destinazione in base al piano tariffario del server singolo di origine e ai vCore in base ai dettagli della tabella seguente.

  Piano tariffario Server singolo	vCore Server singolo	Dimensioni di calcolo Server flessibile	Livello di calcolo Server flessibile
  Basic*	1	Utilizzo generico	Standard_D16ds_v4
  Basic*	2	Utilizzo generico	Standard_D16ds_v4
  Utilizzo generico*	4	Utilizzo generico	Standard_D16ds_v4
  Utilizzo generico*	8	Utilizzo generico	Standard_D16ds_v4
  Utilizzo generico	16	Utilizzo generico	Standard_D16ds_v4
  Utilizzo generico	32	Utilizzo generico	Standard_D32ds_v4
  Utilizzo generico	64	Utilizzo generico	Standard_D64ds_v4
  Con ottimizzazione per la memoria	4	Business Critical	Standard_E4ds_v4
  Con ottimizzazione per la memoria	8	Business Critical	Standard_E8ds_v4
  Con ottimizzazione per la memoria	16	Business Critical	Standard_E16ds_v4
  Con ottimizzazione per la memoria	32	Business Critical	Standard_E32ds_v4

* Per la migrazione, selezionare Utilizzo generico 16 vCore calcolo per il server flessibile di destinazione per migrazioni più veloci. Tornare alle dimensioni di calcolo desiderate per il server di destinazione dopo il completamento della migrazione seguendo la raccomandazione sulle dimensioni di calcolo nella sezione Esecuzione di attività post-migrazione più avanti in questo articolo.

• La versione di MySQL per il server flessibile di destinazione deve essere maggiore o uguale a quella del server singolo di origine.
• A meno che non sia necessario implementare il server flessibile di destinazione in una zona specifica, impostare il valore del parametro Zona di disponibilità su "Nessuna preferenza".
• Per la connettività di rete, nella scheda Rete, se per il server singolo di origine sono configurati endpoint privati o collegamenti privati, selezionare Accesso privato; in caso contrario, selezionare Accesso pubblico.
• Copiare tutte le regole del firewall dal server singolo di origine al server flessibile di destinazione.
• Copiare tutti i tag nome/valore dal server singolo al server flessibile durante la procedura di creazione stessa.

Creare e configurare il server flessibile di destinazione

Tenendo presenti queste procedure consigliate, creare il server flessibile di destinazione e quindi configurarlo.

• Creare il server flessibile di destinazione. Per i passaggi guidati, vedere l'argomento di avvio rapido Creare un server flessibile Database di Azure per MySQL.
• Configurare il nuovo server flessibile di destinazione come indicato di seguito:
  • L'utente che esegue la migrazione richiede le autorizzazioni seguenti:
    • Assicurarsi che l'utente disponga dell'autorizzazione "REPLICATION_APPLIER" o "BINLOG_ADMIN" nel server di destinazione per l'applicazione del log bin.
    • Assicurarsi che l'utente disponga dell'autorizzazione "REPLICATION SLAVE" nel server di destinazione.
    • Assicurarsi che l'utente disponga dell'autorizzazione "REPLICATION CLIENT" e "REPLICATION SLAVE" nel server di origine per la lettura e l'applicazione del log bin.
    • Per creare tabelle nella destinazione, l'utente deve avere il privilegio "CREATE".
    • Se si esegue la migrazione di una tabella con opzioni di partizione "DATA DIRECTORY" o "INDEX DIRECTORY", l'utente deve avere il privilegio "FILE".
    • Se si esegue la migrazione a una tabella con un'opzione "UNION", l'utente deve disporre dei privilegi "edizione Standard LECT", "UPDATE" e "DELETE" per le tabelle mappate a una tabella MERGE.
    • Se si esegue la migrazione delle viste, è necessario disporre del privilegio "CREATE VIEW". Tenere presente che alcuni privilegi potrebbero essere necessari a seconda del contenuto delle visualizzazioni. Per informazioni dettagliate, vedere la documentazione di MySQL specifica della versione per "CREATE VIEW STATEMENT".
    • Se si esegue la migrazione di eventi, l'utente deve avere il privilegio "EVENT".
    • Se si esegue la migrazione dei trigger, l'utente deve avere il privilegio "TRIGGER".
    • Se si esegue la migrazione di routine, l'utente deve avere il privilegio "CREATE ROUTINE".
  • Configurare i parametri del server nel server flessibile di destinazione come indicato di seguito:
    • Impostare la versione tls e require_secure_transport parametro del server in modo che corrispondano ai valori nel server di origine.
    • Impostare il parametro del server sql_mode in modo che corrisponda ai valori nel server di origine.
    • Configurare i parametri del server nel server di destinazione in modo che corrispondano ai valori non predefiniti usati nel server di origine.
    • Per garantire carichi di dati più veloci quando si usa Servizio Migrazione del database, configurare i parametri del server seguenti come descritto.
      • max_allowed_packet: impostare su 1073741824 (ad esempio 1 GB) per evitare problemi di connessione dovuti a righe di grandi dimensioni.
      • slow_query_log: impostare su OFF per disattivare il log di query lento. In questo modo si eliminerà l'overhead causato dalla registrazione lenta di query durante i caricamenti dei dati.
      • innodb_buffer_pool_size: può essere aumentato solo aumentando le risorse di calcolo per Database di Azure per MySQL server. Aumentare il numero di SKU per utilizzo generico del server a 64 vCore dal piano tariffario del portale durante la migrazione per aumentare il innodb_buffer_pool_size.
      • innodb_io_capacity & innodb_io_capacity_max - Passare a 9000 dai parametri server in portale di Azure per migliorare l'utilizzo di I/O per ottimizzare la velocità di migrazione.
      • innodb_write_io_threads: passare a 4 dai parametri del server in portale di Azure per migliorare la velocità della migrazione.
  • Configurare le repliche nel server di destinazione in modo che corrispondano a quelle nel server di origine.
  • Replicare le funzionalità di gestione server seguenti dal server singolo di origine al server flessibile di destinazione:
    • Assegnazioni di ruolo, ruoli, assegnazioni di rifiuto, amministratori classici, Controllo di accesso (IAM)
    • Blocchi (sola lettura ed eliminazione)
    • Avvisi
    • Attività
    • avvisi Integrità risorse

Configurare Il Servizio Migrazione del database

Dopo aver distribuito e configurato il server flessibile di destinazione, è necessario configurare servizio Migrazione del database per eseguire la migrazione del server singolo a un server flessibile.

Registrare il provider di risorse

Per registrare il provider di risorse Microsoft.DataMigration, seguire questa procedura.

1. Prima di creare la prima istanza del Servizio Migrazione del database, accedere al portale di Azure e quindi cercare e selezionare Sottoscrizioni.

2. Selezionare la sottoscrizione da usare per creare l'istanza del Servizio Migrazione del database e quindi selezionare Provider di risorse.

3. Cercare il termine "Migrazione" e quindi selezionare Registra per Microsoft.DataMigration.

Creare un'istanza di Servizio Migrazione del database (DMS)

1. Nella portale di Azure selezionare + Crea una risorsa, cercare il termine "Servizio Migrazione del database di Azure" e quindi selezionare Servizio Migrazione del database di Azure dall'elenco a discesa.

2. Nella schermata Servizio Migrazione del database di Azure selezionare Crea.

3. Nella pagina Selezione scenario di migrazione e Servizio Migrazione del database, in Scenario di migrazione selezionare Database di Azure per MySQL-Server singolo come tipo di server di origine e quindi selezionare Database di Azure per MySQL come tipo di server di destinazione e quindi selezionare Seleziona.

4. Nella scheda Informazioni di basedella pagina Crea servizio migrazione selezionare la sottoscrizione appropriata in Dettagli progetto e quindi selezionare un gruppo di risorse esistente o crearne uno nuovo.

5. In Dettagli istanza specificare un nome per il servizio, selezionare un'area e quindi verificare che Azure sia selezionato come modalità servizio.

6. A destra del piano tariffario selezionare Configura livello.

7. Nella pagina Configura selezionare il piano tariffario Premium con 4 vCore per l'istanza del Servizio Migrazione del database e quindi selezionare Applica. Il Servizio Migrazione del database Premium a 4 vCore è gratuito per 6 mesi (183 giorni) a partire dalla creazione di un'istanza del Servizio Migrazione del database prima che vengano applicati addebiti. Per altre informazioni sui costi e sui piani tariffari del Servizio Migrazione del database, vedere la pagina dei prezzi.

   Successivamente, è necessario specificare la rete virtuale che fornirà all'istanza del Servizio Migrazione del database l'accesso al server singolo di origine e al server flessibile di destinazione.

8. Nella pagina Crea servizio migrazione selezionare Avanti: Rete >>.

9. Nella scheda Rete selezionare una rete virtuale esistente nell'elenco o specificare il nome della nuova rete virtuale da creare e quindi selezionare Rivedi e crea. Per altre informazioni, vedere l'articolo Creare una rete virtuale usando il portale di Azure.

   Importante

   La rete virtuale deve essere configurata con l'accesso sia al server singolo di origine che al server flessibile di destinazione, quindi assicurarsi di:

   • Creare una regola del firewall a livello di server o configurare gli endpoint servizio di rete virtuale per i server di origine e di destinazione Database di Azure per MySQL per consentire alla rete virtuale di Servizio Migrazione del database di Azure l'accesso ai database di origine e di destinazione.
   • Assicurarsi che le regole del gruppo di sicurezza di rete virtuale (NSG) non blocchino la porta in uscita 443 di ServiceTag per ServiceBus, Archiviazione e Monitoraggio di Azure. Per altre informazioni sul filtro del traffico dei gruppi di sicurezza di rete virtuale, vedere Filtrare il traffico di rete con i gruppi di sicurezza di rete.

   Nota

   Per aggiungere tag al servizio, passare alla scheda Tag selezionando Avanti : Tag. L'aggiunta di tag al servizio è facoltativa.

10. Passare alla scheda Rivedi e crea , esaminare le configurazioni, visualizzare i termini e quindi selezionare Crea.

    La distribuzione dell'istanza del Servizio Migrazione del database inizia ora. Viene visualizzato il messaggio Distribuzione in corso per alcuni minuti e quindi il messaggio cambia in Distribuzione completata.

11. Selezionare Vai alla risorsa.

12. Identificare l'indirizzo IP dell'istanza del Servizio Migrazione del database dalla pagina di panoramica delle risorse e creare una regola del firewall per il server singolo di origine e il server flessibile di destinazione che consenta l'elenco dell'indirizzo IP dell'istanza del Servizio Migrazione del database.

Creare un progetto di migrazione

Per creare un progetto di migrazione, seguire questa procedura.

1. Nel portale di Azure selezionare Tutti i servizi, eseguire la ricerca di Servizio Migrazione del database di Azure e quindi selezionare Servizio Migrazione del database di Azure.

   

2. Nei risultati della ricerca selezionare l'istanza del Servizio Migrazione del database creata e quindi selezionare + Nuovo progetto di migrazione.

   

3. Nella pagina Nuovo progetto di migrazione specificare un nome per il progetto, nella casella di selezione Tipo di server di origine selezionare Database di Azure per MySQL - Server singolo, nella casella di selezione Tipo di server di destinazione selezionare Database di Azure per MySQL - Server flessibile, nella casella di selezione Tipo di attività di migrazione selezionare Migrazione dei dati online e quindi selezionare Crea ed esegui attività.

   Nota

   Selezionando Crea progetto solo come tipo di attività di migrazione verrà creato solo il progetto di migrazione. È quindi possibile eseguire il progetto di migrazione in un secondo momento.

   

Configurare il progetto di migrazione

Per configurare il progetto di migrazione del Servizio Migrazione del database, seguire questa procedura.

1. Nella schermata Seleziona origine individuare il server in base alla sottoscrizione, alla posizione e al gruppo di risorse. Il nome utente viene popolato automaticamente, quindi specificare la password per il server di origine.

2. Selezionare Avanti: selezionare la destinazione>> e quindi, nella schermata Seleziona destinazione individuare il server in base alla sottoscrizione, al percorso e al gruppo di risorse. Il nome utente viene popolato automaticamente, quindi specificare la password per il server flessibile di destinazione.

3. Selezionare Avanti: selezionare i database>> e quindi, nella scheda Seleziona database, in Opzioni di migrazione server selezionare Esegui migrazione di tutti i database applicabili o in Seleziona database selezionare gli oggetti server di cui eseguire la migrazione.

   Nota

   Quando è selezionata l'opzione Esegui migrazione di tutti i database applicabili, questa opzione eseguirà la migrazione di tutti i database e le tabelle creati dall'utente. Si noti che poiché Database di Azure per MySQL - Server flessibile non supporta i database con maiuscole e minuscole miste nell'origine non verranno inclusi per una migrazione online.

4. Nella sezione Selezione database, in Database di origine selezionare i database di cui eseguire la migrazione.

   Gli oggetti non tabella nei database specificati verranno migrati, mentre gli elementi non selezionati verranno ignorati. È possibile selezionare solo i database di origine e di destinazione i cui nomi corrispondono a quello nel server di origine e di destinazione. Se si seleziona un database nel server di origine che non esiste nel server di destinazione, verrà creato nel server di destinazione.

5. Selezionare Avanti: selezionare le tabelle>> per passare alla scheda Seleziona tabelle .

   Prima che la scheda venga popolata, servizio Migrazione del database recupera le tabelle dai database selezionati nell'origine e nella destinazione e quindi determina se la tabella esiste e contiene dati.

6. Selezionare le tabelle di cui si vuole eseguire la migrazione.

   Se la tabella di origine selezionata non esiste nel server di destinazione, il processo di migrazione online garantisce che lo schema e i dati della tabella vengano migrati nel server di destinazione.

   Servizio Migrazione del database convalida gli input e, se la convalida viene superata, sarà possibile avviare la migrazione.

7. Dopo aver configurato per la migrazione dello schema, selezionare Rivedi e avvia la migrazione.

   Nota

   È sufficiente passare alla scheda Configura impostazioni di migrazione solo se si sta tentando di risolvere gli errori di migrazione.

8. Nella scheda Riepilogo , nella casella di testo Nome attività specificare un nome per l'attività di migrazione e quindi esaminare il riepilogo per assicurarsi che i dettagli di origine e destinazione corrispondano a quanto specificato in precedenza.

9. Selezionare Avvia migrazione.

   Verrà visualizzata la finestra dell'attività di migrazione con il campo Stato dell'attività impostato su Inizializzazione in corso. Lo stato passa a In esecuzione all'avvio delle migrazioni della tabella.

Monitorare la migrazione

1. Al termine dell'attività Caricamento iniziale, passare alla scheda Caricamento iniziale per visualizzare lo stato di completamento e il numero di tabelle completate.

   Al termine dell'attività Caricamento iniziale, si passa automaticamente alla scheda Replica modifiche dati. È possibile monitorare lo stato di avanzamento della migrazione man mano che la schermata viene aggiornata automaticamente ogni 30 secondi.

2. Selezionare Aggiorna per aggiornare la visualizzazione e visualizzare i secondi dietro l'origine come e quando necessario.

   

3. Monitorare l'origine Secondi dietro l'origine e non appena si avvicina a 0, procedere con il cutover passando alla scheda Del menu Avvia cutover nella parte superiore della schermata dell'attività di migrazione.

4. Seguire i passaggi nella finestra di cutover prima di essere pronti per eseguire un cutover.

5. Dopo aver completato tutti i passaggi, selezionare Conferma e quindi selezionare Applica.

Eseguire attività post-migrazione

Al termine della migrazione, assicurarsi di completare le seguenti attività post-migrazione.

• Eseguire test di integrità dell'applicazione nel database di destinazione per certificare la migrazione.

• Aggiornare la stringa di connessione in modo che punti al nuovo server flessibile.

• Eliminare il server singolo di origine dopo aver garantito la continuità dell'applicazione.

• Se è stato aumentato il server flessibile di destinazione per una migrazione più veloce, ridimensionarlo selezionando le dimensioni di calcolo e il livello di calcolo per il server flessibile in base al piano tariffario del server singolo di origine e ai vCore in base ai dettagli della tabella seguente.

  Piano tariffario Server singolo	vCore Server singolo	Dimensioni di calcolo Server flessibile	Livello di calcolo Server flessibile
  Di base	1	Con possibilità di burst	Standard_B1s
  Di base	2	Con possibilità di burst	Standard_B2s
  Utilizzo generico	4	Utilizzo generico	Standard_D4ds_v4
  Utilizzo generico	8	Utilizzo generico	Standard_D8ds_v4

• Per pulire le risorse del Servizio Migrazione del database, seguire questa procedura:

  1. Nel portale di Azure selezionare Tutti i servizi, eseguire la ricerca di Servizio Migrazione del database di Azure e quindi selezionare Servizio Migrazione del database di Azure.
  2. Selezionare l'istanza del servizio di migrazione nei risultati della ricerca, quindi selezionare Elimina servizio.
  3. Nella casella di testo DIGITA IL NOME DEL SERVIZIO MIGRAZIONE DEL DATABASE della finestra di conferma, specificare il nome dell'istanza, quindi selezionare Elimina.

Procedure consigliate per la migrazione

Quando si esegue una migrazione, assicurarsi di considerare le procedure consigliate seguenti.

• Come parte dell'individuazione e della valutazione, prendere lo SKU del server, l'utilizzo della CPU, l'archiviazione, le dimensioni del database e l'utilizzo delle estensioni come alcuni dei dati critici per facilitare le migrazioni.
• Eseguire migrazioni di test prima della migrazione per la produzione:
  • Le migrazioni di test sono importanti per assicurarsi di coprire tutti gli aspetti della migrazione del database, inclusi i test delle applicazioni. La procedura consigliata consiste nell'iniziare eseguendo una migrazione interamente a scopo di test. Dopo che una migrazione appena avviata entra nella fase Replicazione modifiche ai dati con un ritardo minimo, usare solo la destinazione del server flessibile per l'esecuzione di carichi di lavoro di test. Usare tale destinazione per testare l'applicazione al fine di garantire le prestazioni e i risultati previsti. Se si esegue la migrazione a una versione più recente di MySQL, testare la compatibilità delle applicazioni.
  • Al termine del test, è possibile eseguire la migrazione dei database di produzione. A questo punto, è necessario finalizzare il giorno e l'ora della migrazione di produzione. Idealmente, in questo momento è presente un uso ridotto dell'applicazione. Tutti gli stakeholder che devono essere coinvolti devono essere disponibili e pronti. La migrazione di produzione richiede un monitoraggio vicino. Per una migrazione online, è necessario completare la replica prima di eseguire il cutover per evitare la perdita di dati.
• Reindirizzare tutte le applicazioni dipendenti per accedere al nuovo database primario e rendere il server di origine di sola lettura. Aprire quindi le applicazioni per l'utilizzo di produzione.
• Una volta eseguita l'applicazione nel server flessibile di destinazione, monitorare attentamente le prestazioni del database per verificare se è necessaria l'ottimizzazione delle prestazioni.

Passaggi successivi

• Per informazioni su Database di Azure per MySQL - Server flessibile, vedere Panoramica - Server flessibile Database di Azure per MySQL.
• Per informazioni sulle Servizio Migrazione del database di Azure, vedere Che cos'è Servizio Migrazione del database di Azure?.
• Per informazioni su problemi noti e limitazioni durante la migrazione a Database di Azure per MySQL - Server flessibile tramite Servizio Migrazione del database, vedere Problemi noti relativi alle migrazioni a Database di Azure per MySQL - Server flessibile.
• Per informazioni su problemi noti e limitazioni durante l'esecuzione di migrazioni tramite Servizio Migrazione del database, vedere Problemi comuni - Servizio Migrazione del database di Azure.
• Per la risoluzione dei problemi di connettività del database di origine durante l'uso del Servizio Migrazione del database, vedere l'articolo Problemi di connessione dei database di origine.