Condividi tramite


Domande frequenti (FAQ)

  • Quando si usa Servizio Migrazione del database di Azure, qual è la differenza tra una migrazione offline e una migrazione online? Servizio Migrazione del database di Azure supporta le migrazioni offline e online. Con una migrazione offline, i tempi di inattività dell'applicazione partono dall'inizio della migrazione. Con una migrazione online, il tempo di inattività è limitato al tempo necessario per terminare la migrazione. È consigliabile testare una migrazione offline per determinare se il tempo di inattività è accettabile; in caso contrario, eseguire una migrazione online. Le migrazioni online e offline vengono confrontate nella tabella seguente:

    Area Migrazione online Migrazione offline
    Disponibilità del database per le letture durante la migrazione Disponibile Disponibile
    Disponibilità del database per le scritture durante la migrazione Disponibile In genere, non consigliato. Qualsiasi 'scrittura' avviata dopo l'acquisizione o la migrazione della migrazione
    Idoneità dell'applicazione Applicazioni che richiedono un tempo di attività massimo Applicazioni che possono permettersi una finestra di inattività pianificata
    Idoneità dell'ambiente Ambiente di produzione In genere lo sviluppo, l'ambiente di test e alcune produzioni che possono comportare tempi di inattività
    Idoneità per carichi di lavoro con utilizzo elevato di scrittura Idoneo ma previsto per ridurre il carico di lavoro durante la migrazione Non applicabile. Le scritture all'origine dopo l'inizio della migrazione non vengono replicate nella destinazione
    Cutover manuale Necessario Facoltativo
    Tempo di inattività richiesto Minore Più informazioni
    Tempo di migrazione Dipende dalle dimensioni del database e dall'attività di scrittura fino al cutover Dipende dalle dimensioni del database
  • Si sta configurando un progetto di migrazione nel Servizio Migrazione del database e si riscontrano difficoltà a connettersi al database di origine. Cosa devo fare? Se si verificano problemi di connessione al sistema di database di origine durante l'esecuzione della migrazione, creare una macchina virtuale nella stessa subnet della rete virtuale con cui si configura l'istanza del Servizio Migrazione del database. Nella macchina virtuale dovrebbe essere possibile eseguire un test di connessione. Se il test di connessione ha esito positivo, non dovrebbe verificarsi un problema di connessione al database di origine. Se il test di connessione non riesce, contattare l'amministratore di rete.

  • Per quale motivo il Servizio Migrazione del database di Azure non è disponibile o ha smesso di funzionare? Se l'utente arresta in modo esplicito Servizio Migrazione del database di Azure (Servizio Migrazione del database) o se il servizio è inattivo per un periodo di 24 ore, il servizio verrà arrestato o sospeso automaticamente. In entrambi i casi, il servizio non sarà disponibile e risulterà in stato di arresto. Per riprendere l'esecuzione delle migrazioni attive, riavviare il servizio.

  • Sono disponibili raccomandazioni per ottimizzare le prestazioni di Servizio Migrazione del database di Azure? È possibile provare a velocizzare la migrazione del database usando Il Servizio Migrazione del database:

    • Usare il piano tariffario per utilizzo generico per più CPU quando si crea l'istanza del servizio per consentire al servizio di sfruttare più vCPU per la parallelizzazione e un trasferimento dei dati più veloce.
    • Aumentare temporaneamente l'istanza di destinazione del database MySQL di Azure allo SKU del livello Premium durante l'operazione di migrazione dei dati per ridurre al minimo le limitazioni del database MySQL di Azure che potrebbero influire sulle attività di trasferimento dei dati quando si usano SKU di livello inferiore.
  • Quali dati, schemi e componenti di metadati vengono migrati durante la migrazione? Servizio Migrazione del database di Azure esegue la migrazione dello schema, dei dati e dei metadati dall'origine alla destinazione. Tutti i componenti di dati, schema e metadati seguenti vengono migrati durante la migrazione del database:

    • Migrazione dei dati: tutte le tabelle di tutti i database/schemi.
    • Migrazione dello schema - Denominazione, Chiave primaria, Tipo di dati, Posizione ordinale, Valore predefinito, Nullbility, Attributi di incremento automatico, Indici secondari
    • Migrazione dei metadati, stored procedure, funzioni, trigger, viste, vincoli di chiave esterna
  • È possibile eseguire il rollback di una migrazione da server singolo a server flessibile? È possibile eseguire qualsiasi numero di migrazioni di test e, dopo aver ottenuto la confidenza tramite test, eseguire la migrazione finale. Una migrazione di test non influisce sul server singolo di origine, che rimane operativo e continua la replica fino a quando non si esegue la migrazione effettiva. Se si verificano errori durante la migrazione di test, è possibile scegliere di posticipare la migrazione finale e mantenere il server di origine in esecuzione. È quindi possibile ripetere la migrazione finale dopo aver risolto gli errori. Si noti che dopo aver eseguito una migrazione finale al server flessibile e che il server singolo di origine è stato arrestato, non è possibile eseguire un rollback dal server flessibile al server singolo.

  • Le dimensioni del database sono maggiori di 1 TB, quindi come procedere con la migrazione? Per supportare le migrazioni di database di 1 TB+, generare un ticket di supporto con Servizio Migrazione del database di Azure per aumentare le prestazioni dell'agente di migrazione per supportare le migrazioni di database da 1 TB+.

  • La migrazione tra aree è supportata? Servizio Migrazione del database di Azure supporta le migrazioni tra aree, pertanto è possibile eseguire la migrazione del server singolo a un server flessibile distribuito in un'area diversa tramite Servizio Migrazione del database.

  • La migrazione tra sottoscrizioni è supportata? Servizio Migrazione del database di Azure supporta le migrazioni tra sottoscrizioni, pertanto è possibile eseguire la migrazione del server singolo a un server flessibile distribuito in una sottoscrizione diversa tramite Servizio Migrazione del database.

  • La sottoscrizione tra gruppi di risorse è supportata? Servizio Migrazione del database di Azure supporta le migrazioni tra gruppi di risorse, quindi è possibile eseguire la migrazione del server singolo a un server flessibile distribuito in un gruppo di risorse diverso tramite Servizio Migrazione del database.

  • È disponibile il supporto tra versioni? Sì, è supportata la migrazione da server MySQL versione precedente (v5.6 e versioni successive) a versioni successive.