Cosa succede a Database di Azure per MySQL - Server singolo?
SI APPLICA A:
Database di Azure per MySQL - Server singolo
Importante
Database di Azure per MySQL - Il server singolo è sul percorso di ritiro ed è stato ritirato il 16 settembre 2024.
Dopo anni di evoluzione del servizio Database di Azure per MySQL - Server singolo, questo non è più in grado di gestire tutte le nuove funzionalità, funzioni ed esigenze di sicurezza. È consigliabile eseguire l'aggiornamento al Database di Azure per MySQL - Server flessibile prima del 16 settembre 2024 per evitare involontariamente la migrazione forzata e la mancata disponibilità del server.
Database di Azure per MySQL - Server flessibile è un servizio di database pronto per la produzione e completamente gestito, progettato per un controllo più granulare e una maggiore flessibilità rispetto alle funzioni di gestione e alle impostazioni di configurazione del database. Per altre informazioni sul Server flessibile, vedere Database di Azure per MySQL - Server flessibile.
Se attualmente si dispone di un database di Azure per MySQL - Servizio server singolo che ospita server di produzione, è possibile comunicare che è possibile eseguire la migrazione del database di Azure per MySQL - Server singolo al servizio server flessibile di Database di Azure per MySQL senza costi tramite l'importazione sul posto di Database di Azure per MySQL, la migrazione automatica sul posto o il Servizio Migrazione del database di Azure (versione classica). Esaminare i diversi modi per eseguire la migrazione nella sezione seguente.
Come parte di questo ritiro, non verrà più supportata la creazione di nuove istanze di Server singolo dal portale di Azure a partire dal 16 gennaio 2023 e dall'interfaccia della riga di comando di Azure a partire dal 19 marzo 2024. Sarà comunque possibile creare repliche in lettura ed eseguire ripristini (ripristino temporizzato e ripristino geografico) per l'istanza del server singolo esistente e questo continuerà a essere supportato fino alla data di ritiro (16 settembre 2024).
Eseguire la migrazione da un server singolo a un server flessibile
Informazioni su come eseguire la migrazione dal server singolo al server flessibile di Database di Azure per MySQL.
| Scenario | Strumenti | Dettagli |
|---|---|---|
| Offline/Online | Importazione di Database di Azure per MySQL e interfaccia della riga di comando di Azure | Esercitazione: Importazione di Database di Azure per MySQL con l'interfaccia della riga di comando di Azure |
| Offline | Servizio Migrazione del database (versione classica) e portale di Azure | Esercitazione: Servizio Migrazione del database (versione classica) con il portale di Azure (offline) |
| Online | Servizio Migrazione del database (versione classica) e portale di Azure | Esercitazione: Servizio Migrazione del database (versione classica) con il portale di Azure (online) |
| Fuori rete | Richiesta di migrazione automatica sul posto (aprire un ticket di supporto di Azure) | Migrazione automatica sul posto dal server singolo al server flessibile di Database di Azure per MySQL |
Per altre informazioni sulla migrazione da server singolo a server flessibile con altri strumenti, vedere Selezionare gli strumenti appropriati per la migrazione a Database di Azure per MySQL.
Nota
La migrazione automatica sul posto dal server singolo al server flessibile di Database di Azure per MySQL è una migrazione sul posto avviata dal servizio durante la finestra di manutenzione pianificata per selezionare carichi di lavoro del database a server singolo. I server idonei vengono identificati dal servizio e ricevono una notifica anticipata che contiene i passaggi per esaminare i dettagli della migrazione. Se si dispone di un carico di lavoro server singolo senza funzionalità complesse abilitate (chiavi gestite dal cliente, Microsoft Entra ID, replica in lettura, rete virtuale, doppia crittografia dell'infrastruttura, endpoint servizio/Regole di rete virtuale), è ora possibile nominare se stessi (se tale operazione non è già pianificata dal servizio) per la migrazione automatica inviando un ticket di supporto Azure. Per eseguire la migrazione, è consigliabile usare tutti gli altri carichi di lavoro server singoli offerti dagli strumenti di migrazione avviati dall'utente offerti da Azure - Servizio Migrazione del database di Azure, Database di Azure per MySQL Import. Per ulteriori informazioni sulla migrazione automatica sul posto, accedere qui.
Controlli dei prerequisiti durante la migrazione da server singolo a server flessibile
- Se l'istanza di Database di Azure per MySQL - Server singolo di origine dispone della versione del motore v8.x, assicurarsi di aggiornare la versione del driver client .NET del server di origine alla versione 8.0.32 per evitare eventuali incompatibilità di codifica dopo la migrazione al server flessibile.
- Se l'istanza di Database di Azure per MySQL - Server singolo di origine dispone della versione del motore v8.x, assicurarsi di aggiornare la versione TLS del server di origine dalla versione 1.0 o v1.1 a TLS v1.2 prima della migrazione perché le versioni precedenti di TLS sono state deprecate per il server flessibile.
- Se il server singolo di Database di Azure per MySQL di origine usa porte non predefinite, ad esempio 3308.3309 e 3310, modificare la porta di connettività su 3306 poiché le porte non predefinite indicate in precedenza non sono supportate nel server flessibile.
- I tag di servizio (SQL) nelle regole in uscita non sono supportati nel server flessibile di Database di Azure per MySQL. Quando si configurano le impostazioni del firewall per il server flessibile usare il nome di dominio completo (FQDN) nelle regole in uscita.
Cosa succede dopo il ritiro (16 settembre 2024)?
Negli ultimi due anni sono state inviate notifiche ricorrenti per completare la migrazione al server flessibile del Database di Azure per MySQL, sia tramite canali pubblici, ad esempio Aggiornamento di Azure e blog, sia per indirizzare la diffusione tramite messaggi di posta elettronica dei clienti, pagine di prodotto e banner del portale di Azure. Nell'ambito della comunicazione e dell'assistenza in corso per eseguire la migrazione dei clienti in modo sicuro al nuovo ambiente, questa sezione fornisce altre informazioni sull'esperienza dei clienti per i carichi di lavoro che rimangono nell'ambiente di produzione a partire dal 16 settembre 2024.
A partire dal 17 settembre, i server non reattivi di cui non è ancora stata eseguita la migrazione verranno arrestati periodicamente. Sarà necessario accedere al portale di Azure, confermare le azioni di migrazione e avviare il server. Dopo aver avviato il server, procedere con l'uso dell'interfaccia della riga di comando di importazione Database di Azure per MySQL o del Servizio Migrazione dati di Azure per eseguire la migrazione a Database di Azure per MySQL - Server flessibile. D'altra parte, se si vuole procedere con la migrazione automatica, generare un ticket di supporto tecnico di Azure per ottenere la migrazione automatica pianificata. Assicurarsi di avviare il server ed eseguire la migrazione al server flessibile per evitare la migrazione forzata involontaria in un secondo momento, in modo da evitare la mancata disponibilità del server perché è possibile eseguire la migrazione solo di funzionalità limitate.
L'esecuzione dell'istanza di server singolo dopo la data di ritiro sarebbe un rischio per la sicurezza, perché non ci saranno correzioni di sicurezza e correzioni di bug nella piattaforma server singolo deprecata. Per garantire l'impegno di eseguire le istanze gestite in una piattaforma attendibile e sicura dopo la data di tramonto, l'istanza del server singolo, insieme ai relativi file di dati, verrà eseguita la migrazione forzata come ultima risorsa a un'istanza del server flessibile appropriata in modo graduale.
Nota
Dopo la data di ritiro, non saranno rispettati gli SLA, le correzioni di bug, le correzioni di sicurezza o il supporto live per l'istanza del server singolo.
Migrazione forzata dopo la data di ritiro
Dopo la data di ritiro, l'istanza del server singolo, insieme ai relativi file di dati, verrà sottoposta a migrazione forzata a un'istanza del server flessibile appropriata in modo graduale. Ciò comporterà una disponibilità limitata delle funzionalità perché alcune funzionalità avanzate non possono essere forzate senza input dei clienti nell'istanza del server flessibile. Ciò comporterà l'indisponibilità del server per i server con funzionalità di sicurezza e rete. Altre informazioni sui passaggi per riconfigurare tali funzionalità dopo la migrazione forzata per ridurre al minimo il potenziale effetto sono riportate di seguito.
Non è possibile forzare la migrazione delle funzionalità seguenti perché richiedono l'input del cliente per la configurazione e non verranno abilitate nell'istanza del server flessibile migrato:
- Collegamento privato
- Crittografia dei dati (chiave gestita dal cliente)
- Autenticazione di Microsoft Entra (precedentemente Microsoft Entra ID)
- Endpoint di servizio
- Doppia crittografia dell'infrastruttura
- Repliche in lettura
Azione richiesta dopo la migrazione forzata
Importante : i server singoli con funzionalità di rete, sicurezza e crittografia dei dati abilitate verranno sottoposti a migrazione forzata a un'istanza del server flessibile con accesso pubblico nello stato disabilitato per proteggere i dati dei clienti. È necessario abilitare l'accesso appropriato dopo la migrazione forzata per garantire la continuità aziendale.
Dopo la migrazione forzata, è necessario riconfigurare le funzionalità elencate in precedenza nell'istanza del server flessibile migrato per garantire la continuità aziendale:
- collegamento privato: è possibile scegliere di abilitare l'accesso pubblico per connettersi immediatamente al server o eliminare l'istanza del server singolo ed eliminare l'endpoint privato associato per poter configurare lo stesso endpoint privato per l'istanza del server flessibile migrato. Altre informazioni su come configurare gli endpoint privati per il server flessibile sono disponibili qui
- Crittografia dei dati (chiave gestita dal cliente) - Altre informazioni su come configurarla sono reperibili qui
- Autenticazione di Microsoft Entra (precedentemente Microsoft Entra ID) - Altre informazioni su come configurarla sono reperibili qui
- Endpoint di servizio: l'endpoint di servizio (regola di rete virtuale) non è supportato nel server flessibile di Database di Azure per MySQL. È consigliabile configurare il collegamento privato per soddisfare la parità delle funzionalità. Altre informazioni su come configurare il collegamento privato sono disponibili qui
- Doppia crittografia dell'infrastruttura: la doppia crittografia dell'infrastruttura non è supportata nel server flessibile di Database di Azure per MySQL. È consigliabile configurare la crittografia dei dati per soddisfare la parità delle funzionalità. Altre informazioni su come configurare la crittografia dei dati (chiave gestita dal cliente)sono reperibili qui
- Repliche in lettura: le repliche in lettura verranno migrate come server autonomi separati. Configurare le repliche in lettura per il server primario facendo riferimento al server autonomo secondario migrato, che può essere eliminato dopo la configurazione. Vedere altre informazioni sulla configurazione qui
Nota
Se il server si trova in un'area in cui Database di Azure per MySQL - Server flessibile non è supportato, dopo la data di ritiro l'istanza del server singolo sarà disponibile con operazioni limitate per accedere ai dati e per poter eseguire la migrazione al server flessibile fino al 15 novembre 2024. L'istanza non verrà migrata forzatamente nel server flessibile fino al 15 novembre 2024. I server verranno arrestati nella prima settimana di dicembre 2024. È possibile riavviare il server tramite il portale di Azure o l'interfaccia della riga di comando ed eseguire la migrazione entro 7 giorni. Se il server non viene migrato nel periodo di tolleranza indicato in precedenza, la migrazione verrà forzata nella seconda settimana di dicembre 2024. Dopo il 31 dicembre, i server verranno eliminati per ritirare la piattaforma. È consigliabile usare una delle opzioni seguenti per eseguire la migrazione prima del 22 novembre 2024 per evitare interruzioni della continuità aziendale:
- Usare Servizio Migrazione del database di Azure per eseguire una migrazione tra aree al server flessibile in un'area di Azure appropriata.
- Eseguire la migrazione al server MySQL ospitato in una macchina virtuale nell'area, se non è possibile modificare le aree a causa di problemi di conformità.
Configurare le proprietà di Microsoft Defender per il cloud nel server flessibile
Quando si esegue la migrazione da Database di Azure per MySQL - Server singolo a server flessibile con Defender per il cloud abilitato, lo stato di abilitazione viene mantenuto. Per ottenere parità nel server flessibile per le proprietà che è possibile configurare in Server singolo, prendere in considerazione i dettagli nella tabella seguente.
| Proprietà | Configurazione |
|---|---|
| Eliminare tipi di avviso specifici | Disabilitare tipi di avviso specifici con la piattaforma Microsoft Defender per il cloud. Per altre informazioni, vedere Eliminare gli avvisi da Microsoft Defender per il cloud. Gli utenti del server singolo possono usare la proprietà API: properties.disabledAlerts |
| Notifiche tramite posta elettronica | Definire la notifica tramite posta elettronica per gli avvisi di Microsoft Defender per il cloud per tutte le risorse in una sottoscrizione. Per altre informazioni, vedere Configurare le notifiche di posta elettronica per gli avvisi di sicurezza. Gli utenti del server singolo possono usare le proprietà API: properties.emailAccountAdmins, properties.emailAddresses |
| Esportare avvisi per un'ulteriore elaborazione e/o archiviazione | Gli avvisi vengono archiviati nella piattaforma Microsoft Defender per il cloud ed esposti tramite Azure Resource Graph. È possibile esportare gli avvisi in un archivio diverso e gestire separatamente la conservazione. Per altre informazioni, vedere Configurare l'esportazione continua nel portale di Azure - Microsoft Defender per il cloud. Gli utenti del server singolo possono usare le proprietà API: properties.retentionDays, properties.storageAccountAccessKey, properties.storageEndpoint |
Domande frequenti (FAQ)
D. Perché Database di Azure per MySQL - Server singolo viene ritirato?
R. Database di Azure per MySQL - Server singolo è diventato disponibile a livello generale nel 2018. Tuttavia, dati il feedback dei clienti e i nuovi progressi per quanto riguarda calcolo, disponibilità, scalabilità e prestazioni nel panorama del database di Azure, l'offerta a server singolo deve essere ritirata e aggiornata con una nuova architettura, Database di Azure per MySQL - Server flessibile, per offrire il meglio della piattaforma di database open source di Azure. Trovare l'annuncio di ritiro qui.
D. Perché viene chiesto di eseguire la migrazione a Database di Azure per MySQL - Server flessibile?
R. Database di Azure per MySQL - Server flessibile è la piattaforma migliore per l'esecuzione di tutti i carichi di lavoro MySQL in Azure. Azure MySQL - Server flessibile è conveniente e offre anche prestazioni migliori in tutti i livelli di servizio, oltre ad altri modi per controllare i costi, per un ripristino di emergenza più economico e rapido:
- Altri modi per ottimizzare i costi, tra cui il supporto per le opzioni di calcolo del livello con possibilità di burst.
- Prestazioni migliorate per i carichi di lavoro di produzione critici per le aziende che richiedono bassa latenza, concorrenza elevata, failover veloce e scalabilità elevata.
- Miglioramento del tempo di attività con la possibilità di configurare un hot standby nella stessa zona o in una diversa, oltre a un intervallo di tempo di un'ora per la manutenzione pianificata del server.
D. Quanto tempo è necessario eseguire la migrazione del server singolo a un server flessibile?
R. Il ritiro di Database di Azure per MySQL - Server singolo è pianificato entro il 16 settembre 2024, pertanto è consigliabile eseguire la migrazione del server singolo a un server flessibile appena possibile in modo da avere tempo sufficiente per eseguire il ciclo di vita della migrazione, applicare i vantaggi offerti dal server flessibile e garantire la continuità dell'azienda.
D. Cosa accadrà alle istanze di Database di Azure per MySQL - Server singolo esistenti?
R. I carichi di lavoro esistenti di Database di Azure per MySQL - Server singolo continueranno a funzionare come prima e sono ufficialmente supportati fino alla data di ritiro. Tuttavia, non verranno rilasciati nuovi aggiornamenti per il server singolo e si consiglia vivamente di iniziare a eseguire la migrazione a Database di Azure per MySQL - Server flessibile appena possibile. Dopo la data di ritiro, l'istanza del server singolo, insieme ai relativi file di dati, verrà sottoposta a migrazione forzata a un'istanza del server flessibile appropriata in modo graduale.
D. È possibile scegliere di continuare a eseguire un server singolo oltre la data di ritiro?
R. Sfortunatamente, non si prevede di supportare il server singolo oltre la data di ritiro del 16 settembre 2024 e quindi si consiglia di iniziare a pianificare la migrazione appena possibile. Dopo la data di ritiro, l'istanza del server singolo, insieme ai relativi file di dati, verrà sottoposta a migrazione forzata a un'istanza del server flessibile appropriata in modo graduale. Ciò potrebbe causare una disponibilità limitata delle funzionalità perché alcune funzionalità avanzate non possono essere sottoposte a migrazione forzata senza input dei clienti per l'istanza del server flessibile. Altre informazioni sui passaggi per riconfigurare tali funzionalità dopo la migrazione forzata per ridurre al minimo il potenziale impatto sono riportate qui. Se il server si trova in un'area in cui Database di Azure per MySQL - Server flessibile non è supportato, dopo la data di ritiro l'istanza di Server singolo sarà disponibile con operazioni limitate per accedere ai dati e per poter eseguire la migrazione a Server flessibile fino al 15 novembre.
D. Il server singolo viene distribuito in un'area che non supporta un server flessibile. Cosa succederà dopo la data di ritiro del server?
R. Se il server si trova in un'area in cui Database di Azure per MySQL - Server flessibile non è supportato, dopo la data di ritiro l'istanza di Server singolo sarà disponibile con operazioni limitate per accedere ai dati e per poter eseguire la migrazione a Server flessibile fino al 15 novembre. È consigliabile usare una delle opzioni seguenti per eseguire la migrazione prima della data di ritiro per evitare interruzioni della continuità aziendale:
- Usare Servizio Migrazione del database di Azure per eseguire una migrazione tra aree al server flessibile in un'area di Azure appropriata.
- Eseguire la migrazione al server MySQL ospitato in una macchina virtuale nell'area, se non è possibile modificare le aree a causa di problemi di conformità.
D. Dopo la data di ritiro si verificherà una perdita di dati per il server singolo?
R. No, non ci sarà alcuna perdita di dati per l'istanza del server singolo. Dopo la data di ritiro, l'istanza del server singolo, insieme ai relativi file di dati, verrà sottoposta a migrazione forzata a un'istanza del server flessibile appropriata. Se il server si trova in un'area in cui Database di Azure per MySQL - Server flessibile non è supportato, dopo la data di ritiro l'istanza di Server singolo sarà disponibile con operazioni limitate per accedere ai dati e per poter eseguire la migrazione a Server flessibile in un'area idonea fino al 15 novembre.
D. Dopo l'annuncio del ritiro dell'opzione Server singolo, come occorre procedere se è ancora necessario creare un nuovo server singolo per soddisfare le esigenze aziendali?
R. Come parte di questo ritiro, non verrà più supportata la creazione di nuove istanze di Server singolo dal portale di Azure a partire dal 16 gennaio 2023. Inoltre, a partire dal 19 marzo 2024 non sarà più possibile creare nuove istanze del server singolo di Database di Azure per MySQL usando l'interfaccia della riga di comando di Azure. Se è ancora necessario creare istanze di server singolo per soddisfare le esigenze di continuità aziendale, generare un ticket di supporto di Azure.
D. Dopo l'annuncio del ritiro dell'opzione Server singolo, come occorre procedere se è ancora necessario creare una nuova replica in lettura per l'istanza di Server singolo?
R. Sarà comunque possibile creare repliche in lettura per l'istanza di Server singolo esistente dal pannello Replica e questa opzione continuerà a essere supportata fino alla data di ritiro del 16 settembre 2024.
D. Sono previsti costi aggiuntivi associati all'esecuzione della migrazione?
R. Quando si esegue la migrazione, si paga per il server flessibile di destinazione e il server singolo di origine. La configurazione e il calcolo del server flessibile di destinazione determinano i costi aggiuntivi sostenuti. Per altre informazioni, vedere la pagina Prezzi. Dopo aver rimosso il server singolo di origine al termine della migrazione, si pagherà solo per il server flessibile in esecuzione. Non sono previsti costi durante l'esecuzione della migrazione tramite il Servizio Migrazione del database di Azure (versione classica), la migrazione automatica sul posto o gli strumenti di migrazione importazione di Database di Azure per MySQL.
D. La fatturazione sarà interessata dall'esecuzione del server flessibile rispetto al server singolo?
R. Se si seleziona la disponibilità elevata con ridondanza della stessa zona o della zona per il server flessibile di destinazione, la fattura sarà maggiore di quella del server singolo. La disponibilità elevata con ridondanza della stessa zona o della zona richieste l'attivazione di un server hot standby insieme all'archiviazione del backup ridondante, da cui il costo aggiuntivo. Questa architettura consente di ridurre i tempi di inattività durante interruzioni non pianificate e manutenzioni pianificate. Inoltre, a seconda del carico di lavoro, i server flessibili possono offrire prestazioni migliori rispetto ai server singoli, potrebbe essere infatti possibile eseguire il carico di lavoro con un SKU inferiore nei server flessibili, per un costo complessivo simile a quello di un server singolo.
D. Sono previsti tempi di inattività per la migrazione del server singolo al server flessibile?
R. Per limitare eventuali tempi di inattività, eseguire una migrazione online al server flessibile, che offre tempi di inattività minimi.
D. Saranno disponibili aggiornamenti futuri di Server singolo per supportare le versioni più recenti di MySQL?
R. L'ultimo aggiornamento secondario della versione di Server singolo 8.0 sarà la 8.0.15. È consigliabile eseguire la migrazione al server flessibile per sfruttare i vantaggi degli aggiornamenti della versione più recenti.
D. In che modo il contratto di servizio di disponibilità del server flessibile del 99,99% differisce da quello del server singolo?
R. La distribuzione con ridondanza della zona del server flessibile offre la disponibilità del 99,99% con resilienza a livello di zona, mentre il singolo server offre resilienza in una singola zona di disponibilità. L'architettura a disponibilità elevata (HA) del server flessibile distribuisce un warm standby con calcolo e archiviazione ridondanti (con i dati di ogni sito archiviati in triplici copie) rispetto all'architettura a disponibilità elevata del singolo server, che non dispone di un hot standby passivo per consentire il ripristino da errori zonali. L'architettura a disponibilità elevata del server flessibile consente di ridurre i tempi di inattività durante interruzioni non pianificate e manutenzioni pianificate.
D. Quali opzioni di migrazione sono disponibili per facilitare la migrazione del server singolo a un server flessibile?
R. È possibile usare l'importazione di Database di Azure per MySQL (scelta consigliata). Inoltre, è possibile usare il Servizio Migrazione del database (versione classica) per eseguire migrazioni online oppure offline.
D. Il server singolo viene distribuito in un'area che non supporta un server flessibile. Come occorre procedere con la migrazione?
R. Il Servizio Migrazione del database di Azure (versione classica) supporta la migrazione tra aree, quindi è possibile selezionare un'area adatta per il server flessibile di destinazione e procedere con la migrazione tramite il Servizio Migrazione del database (versione classica).
D. Query Store è configurato per il server singolo e questa funzionalità non è supportata nel server flessibile. Come si esegue la migrazione?
R. È possibile configurare log di query lente nel server flessibile di destinazione dopo la migrazione seguendo i passaggi qui per ottenere la parità delle funzionalità con Query Store. È quindi possibile visualizzare informazioni dettagliate sulle query usando il modello di cartelle di lavoro.
D. È stato configurato l'endpoint di servizio (regole di rete virtuale) per il server singolo e questa funzionalità non è supportata nel server flessibile. Come si esegue la migrazione?
R. L'endpoint di servizio (regola di rete virtuale) non è supportato nel server flessibile di Database di Azure per MySQL. È consigliabile configurare il collegamento privato nell'istanza del server flessibile migrato per soddisfare la parità delle funzionalità. Altre informazioni su come configurare il collegamento privato sono disponibili qui.
D. La doppia crittografia dell'infrastruttura è configurata per il server singolo e questa funzionalità non è supportata nel server flessibile. Come si esegue la migrazione?
R. La doppia crittografia dell'infrastruttura non è supportata nel server flessibile di Database di Azure per MySQL. È consigliabile configurare la crittografia dei dati nel server flessibile migrato per soddisfare la parità delle funzionalità. Altre informazioni su come configurare la crittografia dei dati (chiave gestita dal cliente) sono reperibili qui.
D. È stato configurato TLS v1.0/1.1 per il server singolo v8.0 e questa funzionalità non è attualmente supportata nel server flessibile. Come si esegue la migrazione?
R. Per supportare gli standard di sicurezza moderni, MySQL Community Edition ha interrotto il supporto della comunicazione tramite i protocolli Transport Layer Security (TLS) 1.0 e 1.1 a partire dalla versione 8.0.28. È consigliabile aggiornare i driver client per supportare TLSv1.2 per connettersi in modo sicuro a Database di Azure per MySQL - Server singolo e quindi procedere alla migrazione al server flessibile.
D. È possibile eseguire il rollback di una migrazione da Server singolo a Server flessibile?
R. È 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.
D. Le dimensioni del database sono maggiori di 1 TB, come si deve procedere con la migrazione?
R. Per eseguire la migrazione è possibile usare l'importazione di Database di Azure per MySQL (scelta consigliata), che offre prestazioni elevate per carichi di lavoro più pesanti.
D. La migrazione tra aree è supportata?
R. 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.
D. La migrazione tra sottoscrizioni è supportata?
R. 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.
D. La migrazione tra gruppi di risorse è supportata?
R. 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.
D. È disponibile il supporto tra le versioni?
R. Sì, la migrazione da server MySQL di versione inferiore (v5.6 e successive) a versioni successive è supportata tramite le migrazioni con Servizio Migrazione del database di Azure.
D. Database di Azure per MySQL - Server singolo utilizza porte non predefinite, ad esempio 3308.3309 e 3310, non supportate nel server flessibile. Cosa è necessario fare per garantire la connettività durante la migrazione al server flessibile?
R. Se il server singolo di Database di Azure per MySQL di origine usa porte non predefinite, ad esempio 3308.3309 e 3310, modificare la porta di connettività su 3306 poiché le porte non predefinite indicate in precedenza non sono supportate nel server flessibile.
D. Altre domande sul ritiro. Come posso ottenere assistenza a riguardo?
R. In caso di domande, è possibile contattare gli esperti della community di Microsoft Q&A. Se si dispone di un piano di supporto e si ha bisogno di assistenza tecnica, creare una richiesta di supporto:
- Digita una descrizione del problema in Riepilogo.
- Per Tipo di problema selezionare Tecnico.
- Seleziona la tua sottoscrizione in Sottoscrizione.
- Per Servizio, selezionare Servizi personali.
- Per Tipo di servizio selezionare Database di Azure per MySQL - Server singolo.
- Per Risorsa, selezionare la risorsa.
- Per Tipo di problema, selezionare Migrazione.
- Per Sottotipo problema, selezionare Migrazione da server singolo a server flessibile
Vedere le domande frequenti per informazioni sull'uso del Servizio Migrazione del database di Azure (versione classica) per Database di Azure per MySQL - Server singolo per le migrazioni di server flessibili.
Sappiamo che la migrazione dei servizi può essere un'esperienza frustrante e ci scusiamo in anticipo per eventuali inconvenienti che potrebbe causare all'utente. È possibile scegliere lo scenario migliore per l'utente e l'ambiente in uso.