Cosa accade a Database di Azure per PostgreSQL - Server singolo dopo l'annuncio di ritiro?

SI APPLICA A: Database di Azure per PostgreSQL - Server singolo

Database di Azure per PostgreSQL - Server singolo è in fase di ritiro, previsto entro il 28 marzo 2025.

Database di Azure per PostgreSQL - Server singolo è diventato disponibile a livello generale nel 2018. 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 PostgreSQL : Server flessibile è la prossima generazione del servizio e offre il meglio della piattaforma di database open source di Azure.

Come parte di questo ritiro, non è più supportata la creazione di nuove istanze di Server singolo dal portale di Azure a partire dal 30 novembre 2023. Se è necessario creare istanze a Server singolo per soddisfare le esigenze di continuità aziendale, è possibile continuare a usare l'interfaccia della riga di comando di Azure e il modello di ARM. Tuttavia, a partire da marzo 2025, questi metodi non verranno più usati.

Se attualmente si dispone di un database di Azure per PostgreSQL - Servizio Server singolo che ospita server di produzione, è possibile comunicare che è possibile eseguire la migrazione del database di Azure per PostgreSQL - Server singolo al Server flessibile di Database di Azure per PostgreSQL.

Database di Azure per PostgreSQL - 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 su Database di Azure per PostgreSQL - Server flessibile, vedere Database di Azure per PostgreSQL - Server flessibile.

Migrare dal Database di Azure per PostgreSQL - Server singolo al Database di Azure per PostgreSQL - Server flessibile

Informazioni su come eseguire la migrazione da Database di Azure per PostgreSQL - Server singolo al Server flessibile di Database di Azure per PostgreSQL usando lo strumento di migrazione da Server singolo a Server flessibile.

Domande frequenti (FAQ)

D. Perché Database di Azure per PostgreSQL - Server singolo è in fase di ritiro?

R. Database di Azure per PostgreSQL - Server singolo è diventato disponibile a livello generale nel 2018. 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 PostgreSQL : Server flessibile è la prossima generazione del servizio e offre il meglio della piattaforma di database open source di Azure.

D. Perché viene chiesto di eseguire la migrazione a Database di Azure per PostgreSQL - Server flessibile?

R. Database di Azure per PostgreSQL: Server flessibile è la piattaforma migliore per l'esecuzione di tutti i carichi di lavoro PostgreSQL open source in Azure. Database di Azure per PostgreSQL - Server flessibile è conveniente e offre 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 miglioramenti al Server flessibile includono:

• Supporto per Postgres versione 11 e successive, oltre a miglioramenti della sicurezza predefiniti
• Prestazioni di prezzo migliori con supporto per le opzioni di calcolo del livello con burst.
• Miglioramento del tempo di attività configurando hot standby nella stessa zona di disponibilità o in una diversa zona di disponibilità e finestre di manutenzione controllate dall'utente.
• Un'esperienza di sviluppo semplificata per carichi di lavoro di dati ad alte prestazioni.

D. Quanto tempo è necessario eseguire la migrazione del Server singolo a un Server flessibile?

R. Database di Azure per PostgreSQL : il Server singolo è pianificato per il ritiro entro il 28 marzo 2025, pertanto è consigliabile eseguire la migrazione del Server singolo a un Server flessibile nella prima occasione per garantire un tempo sufficiente per eseguire il ciclo di vita della migrazione e usare i vantaggi offerti dal Server flessibile.

D. Cosa accadrà alle istanze di Database di Azure per PostgreSQL - Server singolo esistenti?

R. I carichi di lavoro di Database di Azure per PostgreSQL - Server singolo esistenti continueranno a essere supportati fino a marzo 2025.

D. È comunque possibile creare una nuova versione 11 di Database di Azure per PostgreSQL - Server singolo dopo la data EOL della community nel novembre 2023?

R. A partire dal 30 novembre 2023, non sarà più possibile creare nuove istanze di Server singolo per PostgreSQL versione 11 tramite il portale di Azure. Tuttavia, è comunque possibile crearli tramite l'interfaccia della riga di comando fino a novembre 2024. Microsoft continuerà a supportare i server singoli tramite i criteri di supporto per il controllo delle versioni. È consigliabile iniziare immediatamente la migrazione al Server flessibile di Database di Azure per PostgreSQL.

D. È possibile continuare a eseguire Database di Azure per PostgreSQL - Server singolo oltre la data di tramonto del 28 marzo 2025?

R. Si prevede di supportare il Server singolo fino alla data di tramonto del 28 marzo 2025 e si consiglia di iniziare a pianificare la migrazione il prima possibile. Si prevede di terminare il supporto per le distribuzioni di server singoli al tramonto dei dati del 28 marzo 2025.

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. Non si arresta immediatamente la possibilità di creare nuovi server singoli, quindi è possibile continuare a creare nuovi server singoli tramite l'interfaccia della riga di comando per soddisfare le esigenze aziendali per tutte le versioni di PostgreSQL supportate in Database di Azure per PostgreSQL - Server singolo. Si consiglia vivamente di esplorare il Server flessibile e verificare se questo soddisfa le proprie esigenze. Non esitare a contattarci, se necessario, in modo da potervi guidare e suggerire il percorso migliore per voi.

D. Esistono costi aggiuntivi associati all'esecuzione della migrazione?

R. Durante 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 determineranno i costi aggiuntivi sostenuti (vedere Prezzi per altri dettagli). Dopo aver rimosso il Server singolo di origine in seguito alla migrazione eseguita con successo, si pagherà solo per il Server flessibile. L'uso dello strumento di migrazione da Server singolo a Server flessibile non comporta costi aggiuntivi. In caso di domande o dubbi sul costo della migrazione del Server singolo a un Server flessibile, contattare il rappresentante dell'account Microsoft.

D. La fatturazione sarà interessata dall'esecuzione di Database di Azure per PostgreSQL - Server flessibile anziché da Database di Azure per PostgreSQL - Server singolo?

R. La fatturazione dovrebbe essere paragonabile se si sceglie una configurazione simile a Database di Azure per PostgreSQL - Server singolo. Tuttavia, se si seleziona la stessa zona o la zona ridondante con disponibilità elevata per il Server flessibile di destinazione, la fattura sarà maggiore di quella del Server singolo. La stessa disponibilità elevata con ridondanza della zona o della zona richiede l'avvio di un server hot standby aggiuntivo e l'archiviazione dei dati di backup ridondanti, quindi il costo aggiunto per il secondo server. Questa architettura consente di ridurre i tempi di inattività durante interruzioni non pianificate e manutenzioni pianificate. In generale, il Server flessibile offre prestazioni di prezzo migliori, ma dipende dal carico di lavoro.

D. Si verifica un tempo di inattività durante la migrazione del database di Azure da PostgreSQL - Server singolo a un Server flessibile?

R. Attualmente, lo strumento di migrazione da Server singolo a Server flessibile supporta solo le migrazioni offline. La migrazione offline richiede tempi di inattività per le applicazioni durante il processo di migrazione. Per altre informazioni, vedere Strumento di migrazione - Database di Azure per PostgreSQL - Da Server singolo a Server flessibile.

Il tempo di inattività dipende da diversi fattori, tra cui il numero di database, le dimensioni dei database, il numero di tabelle all'interno di ogni database, il numero di indici e la distribuzione dei dati tra le tabelle. Dipende anche dallo SKU del server di origine e di destinazione e dalle operazioni di I/O al secondo disponibili nel server di origine e di destinazione.

Considerando i numerosi fattori coinvolti in una migrazione, l'approccio migliore per stimare il tempo di inattività per l'applicazione consiste nel provare la migrazione in un server PITR ripristinato dal server primario per pianificare la migrazione di produzione.

Le migrazioni offline sono meno complesse, con poche probabilità di errore e sono il modo consigliato per eseguire le migrazioni da un singolo server a un Server flessibile per i carichi di lavoro con finestre di servizio.

È possibile contattare i team dell'account se i requisiti di tempo di inattività non sono soddisfatti dalle migrazioni offline fornite da un singolo server a uno strumento di migrazione flessibile.

Nota

Il supporto per la migrazione online sarà presto disponibile.

D. Saranno disponibili aggiornamenti futuri di Server singolo per supportare le versioni più recenti di PostgreSQL?

R. È consigliabile eseguire la migrazione al Server flessibile se è necessario eseguire le versioni più recenti del motore PostgreSQL. Microsoft continua a distribuire versioni secondarie rilasciate dalla community per Postgres versione 11 fino a quando non viene ritirato dalla community nel novembre 2023.

Nota

È in corso l'estensione del supporto per Postgres versione 11 oltre la data di ritiro della community e supporterà PostgreSQL versione 11 sia nel Server singolo che nel Server flessibile per semplificare questa transizione. È consigliabile eseguire la migrazione al Server flessibile per sfruttare i vantaggi degli aggiornamenti al motore Postgres più recenti.

D. In che modo il contratto di servizio di disponibilità del 99,99% del Server flessibile differisce da quello del Server singolo?

R. La distribuzione flessibile con ridondanza della zona del server offre una disponibilità del 99,99% con resilienza a livello di zona e Server singolo offre una disponibilità del 99,99% ma senza resilienza di zona. L'architettura a disponibilità elevata del Server flessibile distribuisce un server hot standby con risorse di calcolo e archiviazione ridondanti (con i dati di ogni sito archiviati in copie 3x). Un'architettura a disponibilità elevata a Server singolo non dispone di un hot standby passivo per consentire il ripristino da errori di zona. L'architettura a disponibilità elevata del Server flessibile riduce i tempi di inattività durante interruzioni non pianificate e manutenzione pianificata.

D. Il mio Server singolo viene distribuito in un'area che non supporta un Server flessibile. Come occorre procedere con la migrazione?

R. Siamo vicini alla parità a livello di area con un Server singolo. Queste sono le aree senza presenza di server flessibili.

• Cina orientale (CE e CE2),
• Cina settentrionale (CN e CN2)
• India occidentale
• Svezia settentrionale

È consigliabile eseguire la migrazione alle aree CN3/CE3, India centrale, Svezia centrale e Svezia meridionale. D. È configurato un collegamento privato per il Server singolo e questa funzionalità non è attualmente supportata nel Server flessibile. Come si esegue la migrazione?

R. Il supporto del Server flessibile per il collegamento privato è la priorità più alta e la roadmap. Questa funzionalità è prevista per il lancio nel quarto trimestre 2023. Un'altra opzione consiste nel considerare la migrazione al Server flessibile inserito nella rete virtuale.

D. È possibile eseguire il rollback di una migrazione da Server singolo a Server flessibile?

R. È possibile eseguire un numero qualsiasi di migrazioni di test, testare l'esito positivo della migrazione ed eseguire la migrazione finale una volta pronta. Le migrazioni di test non influiscono sull'origine del Server singolo, che rimane operativa fino a quando non si esegue la migrazione. Se durante la migrazione di test sono presenti errori, è possibile 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 a un Server flessibile e averla aperta per il carico di lavoro di produzione, si perderà la possibilità di tornare a un singolo server senza incorrere in una perdita di dati.

D. Come eseguire la migrazione del database (> 1 TB)

R. Lo strumento di migrazione da Server singolo a Server flessibile può eseguire la migrazione di database di tutte le dimensioni da un Server singolo a un Server flessibile. La nuova versione dello strumento non prevede restrizioni relative alle dimensioni dei database.

D. La migrazione tra aree è supportata?

R. Attualmente, lo strumento di migrazione da Server singolo a Server flessibile non supporta le migrazioni tra aree. È supportato in un secondo momento. È possibile usare il pg_dump/pg_restore per eseguire migrazioni tra aree.

È consigliabile evitare migrazioni di dati tra aree perché il completamento della migrazione richiede molto tempo. Un modo più semplice per eseguire questa operazione consiste nell'avviare una replica in lettura nell'area geografica di destinazione, eseguire il failover dell'applicazione e seguire i passaggi descritti in precedenza.

D. La migrazione tra sottoscrizioni è supportata?

R. Lo strumento di migrazione da Server singolo a Server flessibile supporta le migrazioni tra sottoscrizioni.

D. La migrazione tra gruppi di risorse è supportata?

R. Lo strumento di migrazione da Server singolo a Server flessibile supporta le migrazioni tra gruppi di risorse.

D. È disponibile il supporto tra le versioni?

R. Il servizio di migrazione da Server singolo a Server flessibile supporta la migrazione da una versione precedente di PostgreSQL (PG 9.5 e versioni successive) a qualsiasi versione successiva. Come sempre, la compatibilità delle applicazioni con versioni di PostgreSQL successive dovrebbe essere verificata in anticipo.

Strumento di migrazione da Server singolo a Server flessibile

Lo strumento di migrazione da Server singolo a Server flessibile è uno strumento potente che consente di eseguire facilmente la migrazione del database di SQL Server da un singolo server a un Server flessibile. Con questo strumento, è possibile spostare facilmente il database da un server locale o una macchina virtuale a un Server flessibile nel cloud, consentendo di sfruttare la scalabilità e la flessibilità del cloud computing.

D. Quali componenti di dati, schemi e metadati vengono trasferiti durante la migrazione?

R. Lo strumento di migrazione da Server singolo a Server flessibile 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 dati

• Tutte le tabelle di tutti i database/schemi.

Migrazione dello schema:

• Denominazione
• Chiave primaria
• Tipo di dati
• Posizione ordinale
• Valore predefinito
• Supporto di valori Null
• Attributi autoincrement
• Indici secondari

Migrazione di metadati:

• Stored procedure
• Funzioni
• Trigger
• Visualizzazioni
• Vincoli delle chiavi esterne

D. Qual è la differenza tra la migrazione offline e quella online?

R. Lo strumento di migrazione da Server singolo a Server flessibile supporta ora la migrazione offline, con le migrazioni online presto disponibili. 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 eseguire il cut over alla fine della migrazione, ma usa un meccanismo di replica logica. I dati/lo schema devono/deve superare queste restrizioni del motore PG open source per la migrazione online. Suggeriamo di testare una migrazione offline per determinare se il tempo di inattività è accettabile.

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 la scrittura 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	Le applicazioni che possono consentire una finestra di inattività pianificata o che prevedono restrizioni dello schema/del carico di lavoro che impediscono la migrazione online
Idoneità per carichi di lavoro con elevato carico di lavoro con scrittura	Adatto ma si prevede riduca il carico di lavoro durante la migrazione	Questa è solo una soluzione consigliata se è possibile disabilitare le scritture durante la migrazione. Le scritture nell'origine non vengono migrate nel server di destinazione dopo l'inizio della migrazione
Cutover manuale	Richiesto	Non obbligatorio
Tempo di inattività inevitabile	Dimensioni ridotte e fisse indipendentemente dalle dimensioni dei dati	Proporzionale alle dimensioni dei dati e ad altri fattori. Può essere inferiore a pochi minuti per database più piccoli fino a poche ore per i database di dimensioni maggiori
Tempo di migrazione	Dipende dalle dimensioni del database e dall'attività di scrittura fino al cutover	Dipende dalle dimensioni del database

D. Sono disponibili raccomandazioni per ottimizzare le prestazioni dello strumento di migrazione da Server singolo a Server flessibile?

R. Sì. Per eseguire migrazioni più veloci, selezionare uno SKU superiore per il Server flessibile. Selezionare almeno 4VCore o versione successiva per completare rapidamente la migrazione. È sempre possibile modificare lo SKU in modo che corrisponda alle esigenze dell'applicazione dopo la migrazione.

D. Quanto tempo richiede l'esecuzione di una migrazione offline con lo strumento di migrazione da Server singolo a Server flessibile?

R. Nella tabella seguente viene illustrato il tempo necessario per eseguire migrazioni offline per i database di varie dimensioni usando lo strumento di migrazione da Server singolo a Server flessibile. La migrazione è stata eseguita usando un Server flessibile con lo SKU:

Standard_D4ds_v4(4 core, 16 GB di memoria, disco da 128 GB e 500 operazioni di I/O al secondo)

Dimensioni del database	Orario (HH:MM)
1 GB	00:01
5 GB	00:03
10 GB	00:08
50 GB	00:35
100 GB	01:00
500 GB	04:00
1.000 GB	07:00

Nota

I numeri precedenti approssimano il tempo impiegato per completare la migrazione. Per ottenere il tempo preciso necessario per la migrazione al server, è consigliabile eseguire un ripristino temporizzato (temporizzato) del singolo server ed eseguirlo sullo strumento di migrazione da Server singolo a Server flessibile.

D. Quanto tempo richiede l'esecuzione di una migrazione online con lo strumento di migrazione da Server singolo a Server flessibile?

R. La migrazione online prevede i passaggi seguenti:

1. Copia iniziale dei database
2. Change Data Capture: riproduzione di tutte le transazioni nell'origine durante il passaggio 1 alla destinazione.

Il tempo impiegato nel passaggio 1 è uguale a quello impiegato per le migrazioni offline (vedere la domanda precedente).

Il tempo impiegato per il passaggio 2 dipende dalle transazioni che si verificano nell'origine. Se si tratta di un carico di lavoro a elevato utilizzo di scrittura, il tempo impiegato per il passaggio 2 sarà più lungo.

Supporto aggiuntivo

D. Ho altre domande sul pensionamento.

R. È possibile ottenere altre informazioni in diversi modi.

• Ottenere risposte dagli esperti della community in 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 PostgreSQL a Server singolo.
  • Per Risorsa, selezionare la risorsa.
  • Per Tipo di problema selezionare Migrazione al database di Azure per PostgreSQL.
  • Per Sottotipo problema, selezionare Migrazione da Server singolo a Server flessibile.

Avviso

Questo articolo non è destinato agli utenti del Server flessibile di Database di Azure per PostgreSQL. È per i clienti di Database di Azure per PostgreSQL - Server singolo che devono eseguire l'aggiornamento al Server flessibile di Database di Azure per PostgreSQL.

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.

Passaggi successivi

• Strumento di migrazione
• Che cos'è Server flessibile?