Spostare un server Database di Azure per MySQL in un'altra area usando il portale di Azure

  • Articolo

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 Database di Azure per MySQL - Server flessibile, vedere Cosa succede a Database di Azure per MySQL - Server singolo?

Esistono diversi scenari per lo spostamento di un server Database di Azure per MySQL esistente da un'area a un'altra. Ad esempio, è possibile spostare un server di produzione in un'altra area come parte della pianificazione del ripristino di emergenza.

È possibile usare una replica in lettura tra aree Database di Azure per MySQL per completare lo spostamento in un'altra area. A tale scopo, creare prima di tutto una replica di lettura nell'area di destinazione. Arrestare quindi la replica nel server di replica in lettura per renderlo un server autonomo che accetta sia il traffico di lettura che di scrittura.

Nota

Questo articolo è incentrato sullo spostamento del server in un'area diversa. Per spostare il server in un gruppo di risorse o una sottoscrizione diversa, vedere l'articolo relativo allo spostamento .

Prerequisiti

  • La funzionalità relativa alle repliche in lettura è disponibile solo per i server di Database di Azure per MySQL nei piani tariffari Utilizzo generico o Con ottimizzazione per la memoria. Verificare che il server di origine sia incluso in uno di questi piani tariffari.

  • Assicurarsi che il server di origine Database di Azure per MySQL si trovi nell'area di Azure da cui si vuole spostarsi.

Preparare lo spostamento

Per creare un server di replica in lettura tra aree nell'area di destinazione usando il portale di Azure, seguire questa procedura:

  1. Accedere al portale di Azure.
  2. Selezionare il server Database di Azure per MySQL esistente da usare come server di origine. Questa azione apre la pagina Panoramica.
  3. Selezionare Replica nel menu in IMPOSTAZIONI.
  4. Selezionare Aggiungi replica.
  5. Immettere un nome per il server di replica.
  6. Selezionare la posizione per il server di replica. Il percorso predefinito è uguale a quello del server di origine. Verificare di aver selezionato il percorso di destinazione in cui si vuole distribuire la replica.
  7. Selezionare OK per confermare la creazione della replica. Durante la creazione della replica, i dati sono copiati dal server di origine alla replica. L'ora di creazione può durare alcuni minuti o più, in proporzione alle dimensioni del server di origine.

Nota

Quando si crea una replica, non eredita gli endpoint servizio della rete virtuale del server di origine. Queste regole devono essere configurate in modo indipendente per la replica.

Sposta

Importante

Il server autonomo non può essere di nuovo impostato come replica. Prima di arrestare la replica in una replica in lettura, assicurarsi che la replica abbia tutti i dati necessari.

L'arresto della replica nel server di replica fa sì che diventi un server autonomo. Per arrestare la replica nella replica dal portale di Azure, seguire questa procedura:

  1. Dopo aver creato la replica, individuare e selezionare il server di origine Database di Azure per MySQL.
  2. Selezionare Replica nel menu in IMPOSTAZIONI.
  3. Selezionare il server di replica.
  4. Selezionare Arresta replica.
  5. Confermare che si vuole arrestare la replica facendo clic su OK.

Pulire il server di origine

È possibile eliminare il server di Database di Azure per MySQL di origine. A tale scopo, seguire questa procedura:

  1. Dopo aver creato la replica, individuare e selezionare il server di origine Database di Azure per MySQL.
  2. Nella finestra Panoramica selezionare Elimina.
  3. Digitare il nome del server di origine per confermare l'eliminazione.
  4. Selezionare Elimina.

Passaggi successivi

In questa esercitazione è stato spostato un server Database di Azure per MySQL da un'area a un'altra usando il portale di Azure e quindi sono state pulite le risorse di origine non necessarie.