Domande frequenti (FAQ)
Quando si usa il servizio Migrazione del database di Azure, qual è la differenza tra una migrazione offline e una migrazione online? Il Servizio Migrazione del database di Azure supporta sia migrazioni offline che 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 il trasferimento al termine della 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 sconsigliato. 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 testing e alcuni ambienti di produzione che possono permettersi tempi di inattività Idoneità per carichi di lavoro con elevato carico di lavoro con scrittura Adatto ma si prevede riduca il carico di lavoro durante la migrazione Non applicabile. Le scritture nell'origine dopo l'inizio della migrazione non vengono replicate nella destinazione Cutover manuale Richiesto Non obbligatorio Tempo di inattività richiesto Minore di Altro Tempo di migrazione Dipende dalle dimensioni del database e dall'attività di scrittura fino al cutover Dipende dalle dimensioni del database Sto configurando un progetto di migrazione in Servizio Migrazione del database e riscontro difficoltà a connettermi al database di origine. Cosa devo fare?
Se si verificano problemi di connessione al sistema di database di origine durante l'esecuzione di attività o la migrazione, creare una macchina virtuale nella stessa subnet della rete virtuale in cui è stata configurata l'istanza. Nella macchina virtuale dovrebbe essere possibile eseguire un test di connessione. Se il test di connessione ha esito positivo, non dovrebbe verificarsi alcun problema con la connessione al database di origine. Se il test di connessione ha esito negativo, 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 esplicitamente il Servizio Migrazione del database di Azure (DMS) o se il servizio rimane inattivo per un periodo di 24 ore, questo sarà in stato di arresto o di sospensione automatica. 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.
Quali sono le indicazioni per ottimizzare le prestazioni del Servizio Migrazione del database di Azure?
Esistono alcuni accorgimenti che è possibile provare a usare per accelerare la migrazione del database tramite 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 le prestazioni dell'istanza di destinazione del database MySQL di Azure passando allo SKU del piano Premium durante l'operazione di migrazione dei dati per ridurre al minimo la limitazione delle richieste del database MySQL di Azure che può influire sulle attività di trasferimento dei dati quando si usano SKU di livello inferiore.
Quali componenti di dati, schemi e metadati vengono trasferiti durante la migrazione?
Il 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 trasferiti 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, valori Null, 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 acquisito familiarità, eseguire la migrazione finale. Una migrazione di test non influisce sul server singolo di origine, che rimane operativo e continua a effettuare repliche fino a quando non si esegue la migrazione effettiva. Se durante la migrazione di test sono presenti errori, è possibile scegliere di rinviare la migrazione finale e mantenere in esecuzione il server di origine. È quindi possibile ripetere la migrazione finale dopo aver risolto gli errori. Dopo aver eseguito una migrazione finale al server flessibile e aver arrestato il server singolo di origine, non è possibile eseguire un rollback dal server flessibile al server singolo..
Le dimensioni del database sono maggiori di 1 TB, come si deve procedere con la migrazione?
Per supportare le migrazioni di database con dimensioni superiori a 1 TB, generare un ticket di supporto per il Servizio Migrazione del database di Azure per aumentare le prestazioni dell'agente di migrazione per supportare le migrazioni di database di oltre 1 TB.
La migrazione tra aree è supportata?
Il 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 usando il Servizio Migrazione del database.
La migrazione tra sottoscrizioni è supportata?
Il 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 usando il Servizio Migrazione del database.
La migrazione tra gruppi di risorse è supportata?
Il Servizio Migrazione del database di Azure supporta le migrazioni tra gruppi di risorse, pertanto è possibile eseguire la migrazione del server singolo a un server flessibile distribuito in un gruppo di risorse diverso usando il Servizio Migrazione del database.
È disponibile il supporto tra le versioni?
Sì, la migrazione da server MySQL di versione inferiore (v5.6 e successive) a versioni successive è supportata.