Condividi tramite


Aggiornamento di versione principale in Database di Azure per MySQL server singolo

SI APPLICA A: Database di Azure per MySQL - Server singolo

Importante

Il server singolo del Database di Azure per MySQL è in fase di ritiro. È consigliabile eseguire l'aggiornamento al server flessibile del Database di Azure per MySQL. Per altre informazioni sulla migrazione a un server flessibile del Database di Azure per MySQL, vedere Che cosa sta succedendo al server singolo del Database di Azure per MySQL?

Nota

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

Importante

L'aggiornamento della versione principale per il server singolo del Database di Azure per MySQL è disponibile in anteprima pubblica.

Questo articolo descrive come aggiornare sul posto la versione principale di MySQL nel server singolo di Database di Azure per MySQL.

Questa funzionalità consentirà ai clienti di aggiornare sul posto i server MySQL 5.6 a MySQL 5.7 con un semplice clic, senza spostare i dati o senza dover modificare le stringhe di connessione dell'applicazione.

Nota

Eseguire l'aggiornamento della versione principale da MySQL 5.6 a MySQL 5.7 usando il portale di Azure

Seguire questa procedura per eseguire l'aggiornamento della versione principale per il server di Database di Azure per MySQL 5.6 tramite il portale di Azure

Importante

Anziché aggiornare direttamente l'ambiente di produzione, è consigliabile aggiornare prima la copia ripristinata del server. Vedere come eseguire il ripristino temporizzato.

  1. Nel portale di Azure selezionare il server di Database di Azure per MySQL 5.6 esistente.

  2. Nella pagina Informazioni generali fare clic sul pulsante Aggiorna presente sulla barra degli strumenti.

  3. Nella sezione Aggiornamento selezionare OK per aggiornare il server di Database di Azure per MySQL 5.6 al server 5.7.

  4. Una notifica confermerà che l'esito positivo dell’aggiornamento.

Eseguire l'aggiornamento della versione principale da MySQL 5.6 a MySQL 5.7 usando l'interfaccia della riga di comando di Azure

Seguire questa procedura per eseguire l'aggiornamento della versione principale per il server di Database di Azure per MySQL 5.6 usando l'interfaccia della riga di comando di Azure

Importante

Anziché aggiornare direttamente l'ambiente di produzione, è consigliabile aggiornare prima la copia ripristinata del server. Vedere come eseguire il ripristino temporizzato.

  1. Installare l'interfaccia della riga di comando di Azure per Windows o usare l'interfaccia della riga di comando di Azure in Azure Cloud Shell per eseguire i comandi di aggiornamento.

    Questo aggiornamento richiede la versione 2.16.0 o successiva dell'interfaccia della riga di comando di Azure. Se si usa Azure Cloud Shell, la versione più recente è già installata. Eseguire az version per trovare la versione e le librerie dipendenti installate. Per eseguire l'aggiornamento alla versione più recente, eseguire az upgrade.

  2. Dopo aver eseguito l'accesso, eseguire il comando az mysql server upgrade:

    az mysql server upgrade --name testsvr --resource-group testgroup --subscription MySubscription --target-server-version 5.7"
    

    Il prompt dei comandi mostra il messaggio "-In esecuzione". Quando questo messaggio non sarà più visualizzato, l'aggiornamento della versione è completato.

Eseguire l'aggiornamento della versione principale da MySQL 5.6 a MySQL 5.7 nella replica in lettura usando il portale di Azure

  1. Nel portale di Azure selezionare il server di replica in lettura di Database di Azure per MySQL 5.6 esistente.

  2. Nella pagina Informazioni generali fare clic sul pulsante Aggiorna presente sulla barra degli strumenti.

  3. Nella sezione Aggiornamento selezionare OK per aggiornare il server di replica in lettura di Database di Azure per MySQL 5.6 al server di replica 5.7.

  4. Una notifica confermerà che l'esito positivo dell’aggiornamento.

  5. Nella pagina Informazioni generali verificare che la versione del server di replica di lettura di Database di Azure per MySQL sia la 5.7.

  6. Passare ora al server primario ed eseguire l'aggiornamento della versione principale.

Eseguire l'aggiornamento della versione principale con tempo di inattività minimo da MySQL 5.6 a MySQL 5.7 usando le repliche in lettura

È possibile aggiornare la versione principale con tempo di inattività minimo da MySQL 5.6 a MySQL 5.7 usando le repliche in lettura. L'idea consiste nell'aggiornare la replica in lettura del server prima alla versione 5.7, quindi eseguire il failover dell’applicazione per puntare alla replica in lettura e renderla la nuova primaria.

  1. Nel portale di Azure selezionare il Database di Azure per MySQL 5.6 esistente.

  2. Creare una replica in lettura dal server primario.

  3. Aggiornare la replica in lettura alla versione 5.7.

  4. Dopo aver confermato che il server di replica è in esecuzione nella versione 5.7, arrestare la connessione dell'applicazione al server primario.

  5. Controllare lo stato della replica e accertare che tutte le repliche siano incluse nella primaria in questo modo che tutti i dati siano sincronizzati. Quindi assicurarsi che non siano presenti nuove operazioni eseguite nel database primario.

    Chiamare il comando show slave status sul server di replica per visualizzare lo stato della replica.

    SHOW SLAVE STATUS\G
    

    Se lo stato di Slave_IO_Running e Slave_SQL_Running è "sì" e il valore di Seconds_Behind_Master è "0", la replica funziona correttamente. Seconds_Behind_Master indica il ritardo della replica. Se il valore non è "0", significa che la replica sta elaborando gli aggiornamenti. Dopo aver confermato che Seconds_Behind_Master è "0", è possibile arrestare la replica in modo sicuro.

  6. Promuovere la replica in lettura al livello primario arrestando la replica.

  7. Puntare l'applicazione alla nuova replica primaria (replica precedente) che esegue il server 5.7. Ogni server ha una stringa di connessione univoca. Aggiornare l'applicazione in modo che punti alla replica (precedente) anziché all'origine.

Nota

Questo scenario prevede tempi di inattività solo durante i passaggi 4, 5 e 6.

Domande frequenti

Quando questa funzionalità di aggiornamento sarà in disponibilità generale? Nel nostro ambiente di produzione è presente MySQL v5.6 da aggiornare.

La disponibilità generale di questa funzionalità è pianificata prima del ritiro di MySQL v5.6. Tuttavia, la funzionalità è pronta per la produzione e completamente supportata da Azure, quindi è consigliabile eseguirla con fiducia nell'ambiente in uso. Come procedura consigliata, è raccomandabile eseguirlo e testarlo prima in una copia ripristinata del server, così da poter stimare il tempo di inattività durante l'aggiornamento ed eseguire i test di compatibilità delle applicazioni prima di eseguirlo nell'ambiente di produzione. Per altre informazioni, vedere come eseguire il ripristino temporizzato per creare una copia temporizzata del server.

Questo causerà un tempo di inattività del server e, in tal caso, quanto tempo?

Sì, durante il processo di aggiornamento il server sarà non disponibile, pertanto è consigliabile eseguire questa operazione in occasione della finestra di manutenzione pianificata. Il tempo di inattività stimato dipende dalle dimensioni del database, dalle dimensioni dell’archiviazione di cui è stato effettuato il provisioning (operazioni di I/O al secondo di cui è stato effettuato il provisioning) e dal numero delle tabelle nel database. Il tempo di aggiornamento è direttamente proporzionale al numero di tabelle nel server. Gli aggiornamenti dei server SKU Basic richiedono più tempo perché si trovano nella piattaforma di archiviazione standard. Per stimare il tempo di inattività per l'ambiente del server, è consigliabile eseguire prima l'aggiornamento alla copia ripristinata del server. Valutare l'esecuzione dell'aggiornamento della versione principale con tempo di inattività minimo da MySQL 5.6 a MySQL 5.7 usando la replica in lettura.

Cosa accade se non si sceglie di aggiornare il server MySQL v5.6 prima del 5 febbraio 2021?

È comunque possibile continuare a eseguire il server MySQL v5.6 come prima. Azure non forzerà mai l'aggiornamento nel server. Tuttavia, saranno applicate le restrizioni documentate nei criteri di controllo delle versioni di Database di Azure per MySQL.

Passaggi successivi

Informazioni sui criteri di controllo delle versioni di Database di Azure per MySQL.