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

È 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 la migrazione online di un database di esempio da un server singolo di Database di Azure per MySQL a un server flessibile MySQL (che eseguono entrambi la versione 5.7) usando un'attività di migrazione del Servizio Migrazione del database.

In questa esercitazione apprenderai a:

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 della 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, creare una replica di lettura per l'istanza del server singolo e quindi eliminarla. Questa operazione imposta il parametro log_bin su ON ed è quindi possibile attivare l'operazione di 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 esegua il commit delle modifiche. È consigliabile prevedere almeno due giorni per l'avvio. 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 "SELECT" a livello di server nell'origine.
  • Se si esegue la migrazione delle viste, l'utente deve disporre del privilegio "SHOW VIEW" nel server di origine e del privilegio "CREATE VIEW" nel server di destinazione.
  • Se si esegue la migrazione dei trigger, l'utente deve disporre del privilegio "TRIGGER" nel server di origine e di destinazione. Anche i trigger vengono migrati solo durante il cutover. Dovrebbe essere possibile visualizzare correttamente i trigger creati dopo il cutover.
  • Se si esegue la migrazione di routine (procedure 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 disporre del privilegio "EVENT" nel server di origine e di destinazione.
  • Se si esegue la migrazione di utenti/account di accesso, l'utente deve disporre del privilegio "CREATE USER" 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 disporre del privilegio "SESSION_VARIABLES_ADMIN" nel server di destinazione.
  • Privilegio "CREATE" a livello di server nella destinazione.
  • Privilegio "INSERT" 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 in cui è abilitata l'opzione bin_log, 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. 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 replicazione delle istruzioni del Servizio Migrazione del database di Azure supporta tutte le dichiarazioni di definizione dei dati elencate qui, ad eccezione dei seguenti comandi:
    • Istruzioni LOGFILE GROUP
    • Istruzione SERVER
    • Istruzioni SPATIAL REFERENCE SYSTEM
    • Istruzioni TABLESPACE
  • La replica dell'istruzione Servizio Migrazione del database di Azure supporta tutte le istruzioni di gestione degli account - amministrazione dati elencate qui, ad eccezione dei comandi seguenti:
    • SET DEFAULT ROLE
    • SET PASSWORD
  • La replica dell'istruzione del Servizio Migrazione del database di Azure supporta tutte le istruzioni di amministrazione dati - manutenzione tabelle elencate qui, 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	1	Utilizzo generico	Standard_D16ds_v4
  Basic 1	2	Utilizzo generico	Standard_D16ds_v4
  Per utilizzo generale: 1	4	Utilizzo generico	Standard_D16ds_v4
  Per utilizzo generale: 1	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 Calcolo 16 vCore per utilizzo generico 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 la procedura guidata, vedere l’avvio rapido: Avvio rapido: creare un'istanza di Database di Azure per MySQL usando il portale di Azure.

• Configurare il nuovo server flessibile di destinazione come indicato di seguito:

  • L'utente che esegue la migrazione deve disporre delle autorizzazioni seguenti:
    • Assicurarsi che l'utente disponga dell'autorizzazione "REPLICATION_APPLIER" o "BINLOG_ADMIN" per il server di destinazione per l'applicazione del log bin.
    • Verificare che l'utente disponga dell'autorizzazione "REPLICATION SLAVE" nel server di destinazione.
    • 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.
    • Per creare tabelle nella destinazione, l'utente deve disporre del privilegio "CREATE".
    • Se si esegue la migrazione di una tabella con opzioni di partizione "DATA DIRECTORY" o "INDEX DIRECTORY", l'utente deve disporre del privilegio "FILE".
    • Se si esegue la migrazione a una tabella con un'opzione "UNION", l'utente deve disporre dei privilegi "SELECT", "UPDATE" e "DELETE" per le tabelle mappate a una tabella MERGE.
    • Se si esegue la migrazione di viste, è necessario disporre del privilegio "CREATE VIEW". Tenere presente che alcuni privilegi possono essere necessari a seconda del contenuto delle viste. Per informazioni dettagliate, vedere la documentazione MySQL specifica della versione per "CREATE VIEW STATEMENT".
    • Se si esegue la migrazione di eventi, l'utente deve disporre del privilegio "EVENT".
    • Se si esegue la migrazione di trigger, l'utente deve disporre del privilegio "TRIGGER".
    • Se si esegue la migrazione di routine, l'utente deve disporre del privilegio "CREATE ROUTINE".
  • Configurare i parametri del server nel server flessibile di destinazione come indicato di seguito:
    • Impostare la versione TLS e il parametro del server require_secure_transport 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 il Servizio Migrazione del database, configurare i parametri del server seguenti come descritto.
      • max_allowed_packet: impostarlo su 1073741824 (ad esempio 1 GB) per evitare eventuali problemi di connessione causati da 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.
      • È possibile aumentare innodb_buffer_pool_size solo aumentando il calcolo per il server di Database di Azure per MySQL. Aumentare il numero di SKU per utilizzo generico del server a 64 vCore dal piano tariffario del portale durante la migrazione per aumentare innodb_buffer_pool_size.
      • innodb_io_capacity & innodb_io_capacity_max: passare a 9000 dai parametri server nel 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 nel portale di Azure per migliorare la velocità di 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 sull'integrità risorse

Configurare Il Servizio Migrazione del database

Dopo aver distribuito e configurato il server flessibile di destinazione, è necessario configurare il 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 "Migration" e quindi, per Microsoft.DataMigration, selezionare Registra.

   

Creare un'istanza del Servizio Migrazione del database

1. Nel portale di Azure selezionare + Crea una risorsa, cercare "Servizio Migrazione del database di Azure" e 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 Selezionare lo scenario di migrazione e il Servizio Migrazione del database in Scenario di migrazione selezionare Server singolo di Database di Azure per MySQL come tipo di server di origine e quindi selezionare Database di Azure per MySQL come tipo di server di destinazione, quindi selezionare Seleziona.

   

4. Nella pagina Crea servizio migrazione nella scheda Informazioni di base, in Dettagli progetto selezionare la sottoscrizione appropriata 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 di 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 i piani tariffari del Servizio Migrazione del database, vedere la pagina relativa ai 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 tramite 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 di servizio della rete virtuale per i server di Database di Azure per MySQL di origine e di destinazione per consentire alla rete virtuale per il Servizio Migrazione del database di Azure di accedere ai database di origine e di destinazione.

   • Assicurarsi che le regole del gruppo di sicurezza di rete per la rete virtuale non blocchino la porta in uscita 443 di ServiceTag per ServiceBus, Archiviazione e Monitoraggio di Azure. Per altre informazioni sui filtri del traffico dei gruppi di sicurezza di rete relativi alla rete virtuale, vedere Filtrare il traffico di rete con 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 ha ora inizio. Il messaggio Distribuzione è in corso viene visualizzato per alcuni minuti e quindi cambia in La distribuzione è stata 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 solo progetto come tipo di attività di migrazione verrà creato solo il progetto di migrazione; sarà 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: Seleziona destinazione>> e quindi, nella schermata Seleziona destinazione, 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 flessibile di destinazione.

   

3. Selezionare Avanti: Seleziona database>> e quindi, nella scheda Seleziona database, in Opzioni di migrazione del server, selezionare Eseguire la migrazione di tutti i database applicabili oppure, in Seleziona database, selezionare gli oggetti del server da migrare.

   Nota

   È ora disponibile l'opzione Eseguire la migrazione di tutti i database applicabili che, se selezionata, esegue la migrazione di tutti i database e le tabelle creati dall'utente. Poiché Database di Azure per MySQL - Server flessibile non supporta i database con maiuscole e minuscole miste, quelli presenti nell'origine non verranno inclusi nella migrazione online.

   

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

   Gli oggetti non di 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 quelli nel server di origine e di destinazione.

   Se si seleziona un database nel server di origine che non esiste nel server di destinazione, questo verrà creato nel server di destinazione.

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

   Prima che la scheda venga popolata, il 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.

   

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

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

   Nota

   È sufficiente passare alla scheda Configura le impostazioni di migrazione, se si sta tentando di risolvere problemi relativi alle migrazioni non riuscite.

8. Nella scheda Riepilogo, nella casella di testo Nome attività, specificare un nome per l'attività di migrazione, quindi rivedere il riepilogo per verificare che i dettagli dell'origine e della 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à di Caricamento iniziale, si passa automaticamente alla scheda Replica modifiche dei 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 i Secondi dietro l'origine e non appena il valore 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 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 di migrare 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.

Contenuto correlato

• Che cos'è Database di Azure per MySQL - Server flessibile?
• Che cos'è il Servizio Migrazione del database di Azure?
• Problemi noti con migrazioni al Database di Azure per MySQL
• Risolvere i problemi e gli errori comuni del Servizio Migrazione del database di Azure (versione classica)
• Risolvere gli errori del Servizio Migrazione del database di Azure durante la connessione a database di origine