Eseguire la migrazione di Database di Azure per MySQL - Server singolo a server flessibile tramite l'interfaccia della riga di comando di importazione Database di Azure per MySQL
SI APPLICA A:
Database di Azure per MySQL - Server singolo
Database di Azure per MySQL l'interfaccia della riga di comando di importazione (disponibile a livello generale) consente di eseguire facilmente la migrazione del Database di Azure per MySQL - Server singolo al server flessibile. Usa la tecnologia di backup e ripristino degli snapshot per offrire un percorso di migrazione semplice e veloce per ripristinare i file di dati fisici del server di origine nel server di destinazione. Dopo l'operazione di importazione, è possibile sfruttare i vantaggi del server flessibile, tra cui prezzi e prestazioni migliori, controllo granulare sulla configurazione del database e finestre di manutenzione personalizzate.
In base agli input utente, assume la responsabilità di effettuare il provisioning del server flessibile di destinazione e quindi di eseguire il backup del server di origine e ripristinare la destinazione. Copia i file di dati, i parametri del server, le regole del firewall compatibili e le proprietà del server: livello, versione, sku-name, storage-size, posizione, backup con ridondanza geografica, accesso pubblico, tag, aumento automatico, conservazione dei backup,giorni, utente amministratore e password amministratore da singola a istanza del server flessibile.
Database di Azure per MySQL l'interfaccia della riga di comando di importazione supporta una migrazione di tempi di inattività quasi zero eseguendo prima un'operazione di importazione offline e di conseguenza gli utenti possono configurare la replica dei dati tra origine e destinazione per eseguire una migrazione online.
Questa esercitazione illustra come usare il comando Database di Azure per MySQL Importa interfaccia della riga di comando per eseguire la migrazione del server singolo Database di Azure per MySQL al server flessibile.
Novità
- Database di Azure per MySQL'operazione di importazione per server singoli con architettura legacy Archiviazione (archiviazione per utilizzo generico V1) è ora supportata. È necessario impostare il parametro log_bin=ON per l'istanza del server singolo con Archiviazione legacy prima di avviare l'operazione di importazione. A tale scopo, creare una replica di lettura per l'istanza del server singolo e quindi eliminarla. Questa operazione imposta il parametro log_bin su ON ed è quindi possibile attivare un'operazione di importazione per eseguire la migrazione al server flessibile. (febbraio 2024)
Avviare Azure Cloud Shell
Azure Cloud Shell è una shell interattiva gratuita che può essere usata per eseguire la procedura di questo articolo. Include strumenti comuni di Azure preinstallati e configurati per l'uso con l'account.
Per aprire Cloud Shell, selezionare Prova nell'angolo superiore destro di un blocco di codice. È anche possibile aprire Cloud Shell in una scheda separata del browser visitando https://shell.azure.com/bash. Selezionare Copia per copiare i blocchi di codice, incollarli in Cloud Shell e premere INVIO per eseguirli.
Se si preferisce installare e usare l'interfaccia della riga di comando in locale, questa esercitazione richiede l'interfaccia della riga di comando di Azure versione 2.54.0 o successiva. Eseguire az --version per trovare la versione. Se è necessario eseguire l'installazione o l'aggiornamento, vedere Installare l'interfaccia della riga di comando di Azure.
Attrezzaggio
È necessario accedere all'account usando il comando az sign-in . Prendere nota della proprietà id, che fa riferimento all'ID sottoscrizione dell'account Azure.
az login
Selezionare la sottoscrizione specifica in cui risiede il Database di Azure per MySQL di origine - Server singolo nell'account usando il comando az account set. Si noti il valore id dell'output az login da usare come valore per l'argomento della sottoscrizione nel comando . Se si dispone di più sottoscrizioni, scegliere la sottoscrizione appropriata in cui risiede il Database di Azure per MySQL di origine - Server singolo. Per ottenere tutte le sottoscrizioni, usare az account list.
az account set --subscription <subscription id>
Limitazioni e prerequisiti
Se l'origine Database di Azure per MySQL server singolo 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.
Il Database di Azure per MySQL di origine - Server singolo e il Database di Azure per MySQL server flessibile di destinazione - Il server flessibile deve trovarsi nella stessa sottoscrizione, gruppo di risorse, area geografica e nella stessa versione di MySQL. L'importazione tra sottoscrizioni, gruppi di risorse, aree e versioni non è possibile.
Le versioni di MySQL supportate da Database di Azure per MySQL'interfaccia della riga di comando di importazione sono 5.7 e 8.0. Se si usa una versione principale diversa di MySQL nel server singolo, assicurarsi di aggiornare la versione nell'istanza di Server singolo prima di attivare il comando di importazione.
Se l'istanza di Database di Azure per MySQL - Server singolo ha il parametro server 'lower_case_table_names' impostato su 2 e l'applicazione usa tabelle di partizione, l'operazione di importazione genererà tabelle di partizione danneggiate. È consigliabile impostare "lower_case_table_names" su 1 per l'istanza di Database di Azure per MySQL - Server singolo per procedere con l'operazione di importazione MySQL senza danneggiamento.
L'importazione in un server flessibile di Azure MySQL esistente non è supportata. Il comando dell'interfaccia della riga di comando avvia l'importazione di un nuovo server flessibile di Azure MySQL.
Se viene effettuato il provisioning del server di destinazione flessibile come non a disponibilità elevata (disponibilità elevata disabilitata) quando si aggiornano i parametri del comando dell'interfaccia della riga di comando, è possibile passare successivamente alla disponibilità elevata della stessa zona, ma non alla disponibilità elevata con ridondanza della zona.
Per le istanze di CMK abilitate per server singolo, Database di Azure per MySQL comando Import richiede di fornire parametri di input obbligatori per abilitare CMK nel server flessibile di destinazione.
Se l'istanza del server singolo dispone di 'Infrastructure Double Encryption' abilitata, è consigliabile abilitare la chiave gestita dal cliente nell'istanza del server flessibile di destinazione per supportare funzionalità simili. È possibile scegliere di abilitare cmk nel server di destinazione con Database di Azure per MySQL importare anche i parametri di input dell'interfaccia della riga di comando o dopo la migrazione.
Se l'istanza del server singolo è abilitata per 'Query Store', è consigliabile abilitare i log di query lente nell'istanza del server flessibile di destinazione per supportare funzionalità simili. È possibile configurare i log di query lente nel server flessibile di destinazione seguendo questa procedura. È quindi possibile visualizzare informazioni dettagliate sulle query usando il modello di cartelle di lavoro.
Se l'istanza del server singolo ha un'architettura legacy Archiviazione (archiviazione per utilizzo generico V1), è necessario impostare il parametro log_bin=ON per l'istanza di Server singolo prima di avviare l'operazione di importazione. A tale scopo, creare una replica di lettura per l'istanza del server singolo e quindi eliminarla. Questa operazione imposta il parametro log_bin su ON ed è quindi possibile attivare un'operazione di importazione per eseguire la migrazione al server flessibile.
Se l'istanza del server singolo ha la versione del motore v8.0, è consigliabile eseguire le azioni seguenti per evitare modifiche di rilievo a causa delle differenze di versione secondaria della community tra l'istanza del server singolo e quello flessibile :
Eseguire l'istruzione seguente per verificare se l'istanza potrebbe essere interessata da informazioni errate sull'istogramma. Se vengono restituite le tabelle corrispondenti, è consigliabile fare riferimento a https://dev.mysql.com/blog-archive/histogram-statistics-in-mysql/ per eliminare le informazioni sull'istogramma e ricrearlo nel server flessibile. Vale la pena notare che l'istogramma inf è solo informazioni statistiche sulle colonne e queste informazioni esistono solo nelle tabelle di sistema, quindi l'eliminazione delle informazioni dell'istogramma non influirà sui dati della tabella.
SELECT DISTINCT SCHEMA_NAME, TABLE_NAME FROM `information_schema`.`column_statistics`;Eseguire il comando seguente per verificare la presenza di tabelle che potrebbero avere un ordine di colonna di tabella disorganizzato. Se questo controllo identifica eventuali tabelle interessate, è necessario eseguire il dump di tutti i dati da queste tabelle e quindi importarli di nuovo. In caso contrario, è possibile che la sequenza di colonne nel binlog non corrisponda alla sequenza di colonne nelle tabelle utente. Questa discrepanza può impedire agli utenti di configurare la replica, ripristinare i dati, abilitare la disponibilità elevata e altre operazioni.
SELECT table_schema, table_name, COUNT(*) AS column_count, MAX(ORDINAL_POSITION) AS max_ordinal_position FROM information_schema.columns GROUP BY table_schema, table_name HAVING column_count != max_ordinal_position;
È supportata solo l'importazione a livello di istanza. Non è disponibile alcuna opzione per importare i database selezionati all'interno di un'istanza di .
Gli elementi seguenti devono essere copiati dall'origine alla destinazione dall'utente dopo l'operazione di importazione:
- Repliche in lettura
- Impostazioni della pagina monitoraggio (avvisi, metriche e impostazioni di diagnostica)
- Tutti gli script Terraform/CLI ospitati dall'utente per gestire l'istanza di Server singolo devono essere aggiornati con riferimenti al server flessibile
Attivare un'operazione di importazione Database di Azure per MySQL per eseguire la migrazione da Database di Azure per MySQL - Server singolo a server flessibile
Attivare un'operazione di importazione Database di Azure per MySQL con il az mysql flexible-server import create comando . Il comando seguente crea un server flessibile di destinazione ed esegue l'importazione a livello di istanza dall'origine alla destinazione usando i valori e le impostazioni predefinite del servizio dal contesto locale dell'interfaccia della riga di comando di Azure:
az mysql flexible-server import create --data-source-type
--data-source
--resource-group
--name
[--sku-name]
[--tier]
[--version]
[--storage-size]
[--mode]
[--admin-password]
[--admin-user]
[--auto-scale-iops {Disabled, Enabled}]
[--backup-identity]
[--backup-key]
[--backup-retention]
[--database-name]
[--geo-redundant-backup {Disabled, Enabled}]
[--high-availability {Disabled, SameZone, ZoneRedundant}]
[--identity]
[--iops]
[--key]
[--location]
[--private-dns-zone]
[--public-access]
[--resource-group]
[--standby-zone]
[--storage-auto-grow {Disabled, Enabled}]
[--subnet]
[--subnet-prefixes]
[--tags]
[--vnet]
[--zone]
L'esempio seguente accetta le informazioni sull'origine dati per server singolo denominato "test-single-server" e le informazioni sul server flessibile di destinazione, crea un server flessibile di destinazione denominato test-flexible-server nel westus percorso (lo stesso percorso del server singolo di origine) ed esegue un'importazione dall'origine alla destinazione. Il comando Di importazione mySQL del database di Azure esegue il mapping del livello, della versione, del nome sku, delle dimensioni di archiviazione, della posizione, del backup con ridondanza geografica, dell'accesso pubblico, dei tag, dell'aumento automatico, della conservazione dei backup, dei giorni di conservazione dei backup, delle proprietà admin-user e admin-password da server singolo a server flessibile come impostazioni predefinite intelligenti se non vengono forniti input al comando dell'interfaccia della riga di comando. È possibile scegliere di eseguire l'override delle impostazioni predefinite intelligenti fornendo input per questi parametri facoltativi.
az mysql flexible-server import create --data-source-type "mysql_single" --data-source "test-single-server" --resource-group "test-rg" --name "test-flexible-server"
L'esempio seguente accetta le informazioni sull'origine dati per server singolo denominato "test-server singolo" e le informazioni sul server flessibile di destinazione, crea un server flessibile di destinazione denominato test-flexible-server nel westus percorso (lo stesso percorso del server singolo di origine) con ridondanza della zona abilitata e integrazione della rete virtuale ed esegue un'importazione dall'origine alla destinazione. Altre informazioni sulla configurazione della rete virtuale sono disponibili qui.
# create vnet
az network vnet create --resource-group testGroup --name myVnet --location testLocation --address-prefixes 172.0.0.0/16
# create subnet
az network vnet subnet create --resource-group testGroup --vnet-name myVnet --address-prefixes 172.0.0.0/24 --name mySubnet
# create private dns zone
az network private-dns zone create -g testGroup -n myserver.private.contoso.com
# trigger mysql import
az mysql flexible-server import create --data-source-type "mysql_single" --data-source "test-single-server" --resource-group "test-rg" --name "test-flexible-server" --high-availability ZoneRedundant --zone 1 --standby-zone 3 --vnet "myVnet" --subnet "mySubnet" --private-dns-zone "myserver.private.contoso.com"
Nell'esempio seguente vengono fornite le informazioni sull'origine dati per il server singolo denominato "test-single-server" con chiave gestita dal cliente (CMK) abilitata e le informazioni sul server flessibile di destinazione, crea un server flessibile di destinazione denominato test-flexible-server ed esegue un'importazione dall'origine alla destinazione. Per le istanze del server singolo abilitate per cmk, Database di Azure per MySQL comando Import richiede di fornire parametri di input obbligatori per abilitare CMK : --key keyIdentifierOfTestKey --identity testIdentity.
# create keyvault
az keyvault create -g testGroup -n testVault --location testLocation \
--enable-purge-protection true
# create key in keyvault and save its key identifier
keyIdentifier=$(az keyvault key create --name testKey -p software \
--vault-name testVault --query key.kid -o tsv)
# create identity and save its principalId
identityPrincipalId=$(az identity create -g testGroup --name testIdentity \
--location testLocation --query principalId -o tsv)
# add testIdentity as an access policy with key permissions 'Wrap Key', 'Unwrap Key', 'Get' and 'List' inside testVault
az keyvault set-policy -g testGroup -n testVault --object-id $identityPrincipalId \
--key-permissions wrapKey unwrapKey get list
# trigger azure database for mysql import for CMK enabled single server
az mysql flexible-server import create --data-source-type "mysql_single" --data-source "test-single-server" --resource-group "test-rg" --name "test-flexible-server" --key $keyIdentifier --identity testIdentity
Ecco i dettagli per gli argomenti precedenti:
| Impostazione | Valore di esempio | Descrizione |
|---|---|---|
| data-source-type | mysql_single | Tipo di origine dati che funge da destinazione di origine per l'attivazione di Database di Azure per MySQL Importazione. Valori accettati: [mysql_single]. Descrizione dei valori accettati: mysql_single: Database di Azure per MySQL server singolo. |
| origine dati | test-single-server | Nome o ID risorsa dell'Database di Azure per MySQL server singolo di origine. |
| resource-group | test-rg | Nome del gruppo di risorse di Azure dell'origine Database di Azure per MySQL server singolo. |
| mode | Offline | Modalità di importazione di Database di Azure per MySQL. Valori accettati: [Offline]; Valore predefinito: offline. |
| posizione | westus | Percorso di Azure per l'origine Database di Azure per MySQL server singolo. |
| name | test-flexible-server | Immettere un nome univoco per il server flessibile Database di Azure per MySQL di destinazione. Il nome del server può contenere solo lettere minuscole, numeri e il segno meno (-) e deve avere una lunghezza compresa tra 3 e 63 caratteri. Nota: questo server viene distribuito nella stessa sottoscrizione, gruppo di risorse e area dell'origine. |
| admin-user | adminuser | Nome utente per l'accesso dell'amministratore per il server flessibile Database di Azure per MySQL di destinazione. Non può essere azure_superuser, admin, administrator, root, guest o public. |
| admin-password | password | Password dell'utente amministratore per il server flessibile Database di Azure per MySQL di destinazione. Deve contenere tra 8 e 128 caratteri. La password deve contenere caratteri di tre categorie: lettere maiuscole, lettere minuscole, numeri e caratteri non alfanumerici. |
| sku-name | GP_Gen5_2 | Immettere il nome del piano tariffario e della configurazione di calcolo per il server flessibile Database di Azure per MySQL di destinazione. Segue la convenzione {piano tariffario}{generazione di calcolo}{Vcore} in sintassi abbreviata. Per altre informazioni, vedere i piani tariffari. |
| livello | Con possibilità di burst | Livello di calcolo del server flessibile Database di Azure per MySQL di destinazione. Valori accettati: Burstable, GeneralPurpose, MemoryOptimized; Valore predefinito: burstable. |
| public-access | 0.0.0.0 | Determina l'accesso pubblico per il server flessibile Database di Azure per MySQL di destinazione. Immettere un singolo o intervallo di indirizzi IP da includere nell'elenco degli indirizzi IP consentiti. Gli intervalli di indirizzi IP devono essere separati da trattini e non contenere spazi. Specificando 0.0.0.0.0, l'accesso pubblico da qualsiasi risorsa distribuita in Azure può accedere al server. Impostandolo su "Nessuno" imposta il server in modalità di accesso pubblico, ma non crea una regola del firewall. |
| rete virtuale | myVnet | Nome o ID di una rete virtuale nuova o esistente. Se si vuole usare una rete virtuale da un gruppo di risorse o una sottoscrizione diversa, specificare un ID risorsa. Il nome deve essere compreso tra 2 e 64 caratteri. Il nome deve iniziare con una lettera o un numero, terminare con una lettera, un numero o un carattere di sottolineatura e può contenere solo lettere, numeri, caratteri di sottolineatura, punti o trattini. |
| Subnet | mySubnet | Nome o ID risorsa di una subnet nuova o esistente. Se si vuole usare una subnet da un gruppo di risorse o una sottoscrizione diversa, specificare l'ID risorsa anziché il nome. Si noti che la subnet verrà delegata a flexibleServers. Dopo la delega, questa subnet non può essere usata per altri tipi di risorse di Azure. |
| private-dns-zone | myserver.private.contoso.com | Nome o ID della zona DNS privata nuova o esistente. È possibile usare la zona DNS privata dallo stesso gruppo di risorse, da un gruppo di risorse diverso o da una sottoscrizione diversa. Se si vuole usare una zona da un gruppo di risorse o una sottoscrizione diversa, specificare l'ID risorsa. L'interfaccia della riga di comando crea una nuova zona DNS privata all'interno dello stesso gruppo di risorse della rete virtuale, se non fornita dagli utenti. |
| key | identificatore di chiave di testKey | ID risorsa della chiave primaria dell'insieme di credenziali delle chiavi per la crittografia dei dati. |
| identity | testIdentity | Nome o ID risorsa dell'identità assegnata dall'utente per la crittografia dei dati. |
| storage-size | 32 | Capacità di archiviazione del server flessibile Database di Azure per MySQL di destinazione. Il minimo è 20 GiB e max è 16 TiB. |
| tag | key=value | Specificare il nome del gruppo di risorse di Azure. |
| versione | 5.7 | Versione principale del server del server di destinazione Database di Azure per MySQL server flessibile. |
| disponibilità elevata | ZoneRedundant | Abilitare (ZoneRedundant o SameZone) o disabilitare la funzionalità di disponibilità elevata per il server flessibile Database di Azure per MySQL di destinazione. Valori accettati: Disabled, SameZone, ZoneRedundant; Valore predefinito: Disabilitato. |
| zona | 1 | Zona di disponibilità in cui effettuare il provisioning della risorsa. |
| standby-zone | 3 | Informazioni sulla zona di disponibilità del server standby quando è abilitata la disponibilità elevata. |
| aumento automatico dell'archiviazione | Attivata | Abilitare o disabilitare l'aumento automatico dello spazio di archiviazione per il server flessibile Database di Azure per MySQL di destinazione. Il valore predefinito è Enabled. Valori accettati: Disabled, Enabled; Valore predefinito: Abilitato. |
| iops | 500 | Numero di operazioni di I/O al secondo da allocare per il server flessibile Database di Azure per MySQL di destinazione. Si ottiene una determinata quantità di operazioni di I/O al secondo gratuite in base alle risorse di calcolo e all'archiviazione di cui è stato effettuato il provisioning. Il valore predefinito per le operazioni di I/O al secondo è gratuito. Per altre informazioni sulle operazioni di I/O al secondo in base al calcolo e all'archiviazione, vedere IOPS in Database di Azure per MySQL server flessibile. |
Passaggi per la migrazione online
Dopo aver completato l'operazione di importazione Database di Azure per MySQL precedente:
- Accedere al server flessibile Database di Azure per MySQL di destinazione ed eseguire il comando seguente per ottenere il nome file e la posizione del log bin corrispondente allo snapshot di backup usato da Database di Azure per MySQL Importa interfaccia della riga di comando per ripristinare il server di destinazione.
CALL mysql.az_show_binlog_file_and_pos_for_mysql_import();
- Configurare la replica dei dati in ingresso tra le istanze del server di origine e di destinazione usando la posizione bin-log seguendo i passaggi elencati qui e quando lo stato della replica riflette che il server di destinazione ha raggiunto l'origine, arrestare la replica ed eseguire il cutover.
Procedure consigliate per la configurazione dei parametri dei comandi dell'interfaccia della riga di comando di importazione Database di Azure per MySQL
Prima di attivare il comando Database di Azure per MySQL Importa interfaccia della riga di comando, prendere in considerazione le indicazioni seguenti per la configurazione dei parametri per garantire un caricamento più rapido dei dati usando Database di Azure per MySQL'interfaccia della riga di comando di importazione.
Per eseguire l'override delle impostazioni predefinite intelligenti, selezionare il livello di calcolo e il nome dello SKU per il server flessibile di destinazione in base al piano tariffario e ai VCore del server singolo di origine in base ai dettagli nella tabella seguente.
Piano tariffario Server singolo vCore Server singolo Livello server flessibile Nome SKU server flessibile Di base 1 Con possibilità di burst Standard_B1s Di base 2 Con possibilità di burst Standard_B2s Utilizzo generico 4 Utilizzo generico Standard_D4ds_v4 Utilizzo generico 8 Utilizzo generico Standard_D8ds_v4 Utilizzo generico 16 Utilizzo generico Standard_D16ds_v4 Utilizzo generico 32 Utilizzo generico Standard_D32ds_v4 Utilizzo generico 64 Utilizzo generico Standard_D64ds_v4 Con ottimizzazione per la memoria 4 MemoryOptimized Standard_E4ds_v4 Con ottimizzazione per la memoria 8 MemoryOptimized Standard_E8ds_v4 Con ottimizzazione per la memoria 16 MemoryOptimized Standard_E16ds_v4 Con ottimizzazione per la memoria 32 MemoryOptimized Standard_E32ds_v4 La versione, l'area, la sottoscrizione e la risorsa MySQL per il server flessibile di destinazione devono essere uguali a quella del server singolo di origine.
Le dimensioni di archiviazione per il server flessibile di destinazione devono essere uguali o superiori a quelle del server singolo di origine.
Se l'istanza del server singolo dispone di 'Infrastructure Double Encryption' abilitata, è consigliabile abilitare la chiave gestita dal cliente nell'istanza del server flessibile di destinazione per supportare funzionalità simili. È possibile scegliere di abilitare cmk nel server di destinazione con Database di Azure per MySQL importare anche i parametri di input dell'interfaccia della riga di comando o dopo la migrazione.
Quanto tempo richiede Database di Azure per MySQL'importazione per eseguire la migrazione dell'istanza del server singolo?
Di seguito sono riportate le prestazioni con benchmark in base alle dimensioni di archiviazione.
| Dimensioni Archiviazione server singolo | Tempo di importazione |
|---|---|
| 1 GiB | 0 min 23 sec |
| 10 GiB | 4 min 24 sec |
| 100 GiB | 10 min 29 sec |
| 500 GiB | 13 min 15 sec |
| 1 TB | 22 min 56 sec |
| 10 TB | 2 ore 5 min 30 sec |
Dalla tabella precedente, man mano che le dimensioni di archiviazione aumentano, aumenta anche il tempo necessario per la copia dei dati, quasi in una relazione lineare. Tuttavia, è importante notare che la velocità di copia può essere significativamente influenzata dalle fluttuazioni di rete. Pertanto, i dati forniti qui devono essere considerati solo come riferimento.
Di seguito sono riportate le prestazioni con benchmark in base a un numero variabile di tabelle per 10 dimensioni di archiviazione GiB.
| Numero di tabelle nell'istanza di Server singolo | Tempo di importazione |
|---|---|
| 100 | 4 min 24 sec |
| 200 | 4 min 40 sec |
| 800 | 4 min 52 sec |
| 14.400 | 17 min 41 sec |
| 28.800 | 19 min 18 sec |
| 38.400 | 22 min 50 sec |
Con l'aumentare del numero di file, ogni file/tabella nel database può diventare molto piccolo. Ciò comporterà il trasferimento di una quantità coerente di dati, ma saranno presenti operazioni correlate ai file più frequenti, che potrebbero influire sulle prestazioni dell'importazione di Database di Azure per Mysql.
Passaggi successivi all'importazione
- Copiare le proprietà seguenti dal server singolo di origine nel server flessibile di destinazione dopo Database di Azure per MySQL'operazione di importazione completata:
- Repliche in lettura
- Valore del parametro del server per event_scheduler
- Impostazioni della pagina monitoraggio (avvisi, metriche e impostazioni di diagnostica)
- Tutti gli script Terraform/CLI ospitati per gestire l'istanza di Server singolo devono essere aggiornati con riferimenti al server flessibile.