Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questo articolo descrive i criteri di controllo delle versioni di Database di Azure per PostgreSQL.
Versione principale
Una versione principale è una modifica nel primo numero della versione. Ad esempio, PostgreSQL 16 to PostgreSQL 17 è un aggiornamento della versione principale. Le versioni principali introducono nuove funzionalità e capacità. Possono includere modifiche che richiedono aggiornamenti del codice dell'applicazione. Database di Azure per PostgreSQL supporta ogni versione principale di PostgreSQL dalla data in cui Azure inizia a offrire supporto fino a quando la versione non raggiunge la fine del ciclo di vita (fine del supporto) come definito dalla community postgreSQL. Per informazioni dettagliate, vedere Criteri di controllo delle versioni della community postgreSQL.
Politica di supporto
La tabella seguente fornisce i dettagli sul ritiro per le versioni principali di PostgreSQL. Le date seguono i criteri di controllo delle versioni della community PostgreSQL.
| Versione di PostgreSQL | Novità | Data di inizio del supporto standard di Azure | Data di fine del supporto standard di Azure |
|---|---|---|---|
| PostgreSQL 18 | Note di rilascio | 25 settembre 2025 (anteprima) | 14-Novembre 2030 |
| PostgreSQL 17 | Note di rilascio | 30-Sep-2024 | 8-Nov-2029 |
| PostgreSQL 16 | Note di rilascio | 15-Oct-2023 | 9-Nov-2028 |
| PostgreSQL 15 | Note di rilascio | 15-May-2023 | 11-Nov-2027 |
| PostgreSQL 14 | Note di rilascio | 29-Jun-2022 | 12-Nov-2026 |
| PostgreSQL 13 | Note di rilascio | 25-May-2021 | 31 mar-2026 |
| PostgreSQL 12 | Note di rilascio | 22-Sep-2020 | 31 mar-2026 |
| PostgreSQL 11 | Note di rilascio | 24-Jul-2019 | 31 mar-2026 |
PostgreSQL 18 è attualmente disponibile in anteprima in Database di Azure per PostgreSQL con disponibilità iniziale nell'area Asia orientale.
Supporto della versione secondaria
Un'istanza del server flessibile di Database di Azure per PostgreSQL aggiorna automaticamente le versioni secondarie alla versione di PostgreSQL preferita di Azure durante la manutenzione periodica.
Supporto “"Extended"”
Per mantenere carichi di lavoro sicuri e conformi oltre la fine della vita della community (fine del supporto), Azure introduce il supporto esteso per Database di Azure per PostgreSQL.
Il supporto esteso offre accesso continuo agli aggiornamenti della sicurezza critici e all'assistenza tecnica. Con il supporto esteso, è possibile pianificare e implementare la strategia di aggiornamento con sicurezza.
Il supporto esteso offre:
- Fino a tre anni di supporto aggiuntivi dopo la fine del supporto standard
- Patch di sicurezza e correzioni di bug critiche
- Supporto tecnico tramite i canali di supporto di Azure (in base al piano esistente)
Note
Il supporto esteso non include nuove versioni delle funzionalità, miglioramenti delle prestazioni o supporto per gli aggiornamenti delle versioni secondarie.
Perché usare il supporto esteso?
Il supporto esteso è ideale per i clienti che...
- È necessario più tempo per aggiornare carichi di lavoro complessi.
- Richiedere la conformità e la copertura della sicurezza durante la pianificazione dell'aggiornamento.
- Dipende dal supporto tecnico ininterrotto per gli ambienti critici.
Procedure consigliate
- Considerare il supporto esteso come bridge temporaneo, non una soluzione a lungo termine.
- Avviare la pianificazione dell'aggiornamento ben prima della data di fine del ciclo di vita (fine del supporto).
- Prendere in considerazione l'aggiornamento a versioni più recenti, ad esempio PostgreSQL 15 o 16, per migliorare le prestazioni e il supporto.
Versioni idonee di PostgreSQL
| Versione di PostgreSQL | Data di inizio del supporto standard di Azure | Data di ritiro dalla community | Data di fine del supporto standard di Azure | Data di inizio del supporto esteso a pagamento | Data di fine supporto esteso a pagamento |
|---|---|---|---|---|---|
| 11 | 24 luglio 2019 | 9 novembre 2023 | 31 marzo 2026 | 1 aprile 2026 | 8 novembre 2026 |
| 12 | 22 settembre 2020 | 14 novembre 2024 | 31 marzo 2026 | 1 aprile 2026 | 13 novembre 2027 |
| 13 | 25 maggio 2021 | 13 novembre 2025 | 31 marzo 2026 | 1 aprile 2026 | 12 novembre 2028 |
| 14 | 29 giugno 2022 | 12 novembre 2026 | 11 dicembre 2026 | 12 dicembre 2026 | 11 novembre 2029 |
Registrazione e prezzo
- Registrazione automatica: i server PostgreSQL che eseguono versioni non supportate vengono registrati automaticamente nel supporto esteso il 1° marzo 2026.
- Opzione Opt-Out: Puoi rinunciare in qualsiasi momento eseguendo l'aggiornamento a una versione supportata.
- Periodo di tolleranza: si applica un periodo di tolleranza di un mese. La fatturazione inizia il 1° aprile 2026.
- Prezzi: i dettagli verranno pubblicati in questa pagina prima dell'inizio della fatturazione.
Domande frequenti
D: Cosa succede se si vuole continuare a funzionare senza supporto esteso? È possibile rifiutare esplicitamente?
R: No.
D: Cosa accade se si continua a eseguire una versione postgreSQL non supportata in Azure dopo la fine del supporto della community?
R: Il server viene registrato automaticamente nel supporto esteso un mese dopo la data di fine del supporto della community (o il 1° marzo 2026, per le versioni 11, 12 e 13).
D: È possibile continuare a usare l'istanza di PostgreSQL senza supporto esteso?
R: Sì, ma dopo il periodo di tolleranza, l'utente viene registrato automaticamente nel supporto esteso a pagamento, a meno che non si esegua l'aggiornamento a una versione supportata. Durante il periodo di tolleranza, si presuppone un rischio operativo completo e il supporto tecnico Microsoft non può garantire la risoluzione dei problemi.
D: Le applicazioni possono interrompersi durante un aggiornamento della versione principale?
A. Gli aggiornamenti delle versioni principali di PostgreSQL possono introdurre modifiche che possono influire sull'applicazione, ad esempio parametri di configurazione deprecati, estensioni incompatibili o differenze di comportamento di SQL. È consigliabile convalidare gli aggiornamenti in un ambiente non di produzione prima di applicarli nell'ambiente di produzione. Per altre informazioni, vedere le considerazioni e le limitazioni principali nella documentazione aggiornamenti della versione principale .
Note
Azure Database per PostgreSQL supporta gli aggiornamenti di versione principale in locale solo alle versioni PostgreSQL attualmente supportate. Ad esempio, è possibile aggiornare la versione corrente in base alla versione di destinazione supportata ufficialmente da Azure al momento dell'aggiornamento. Le versioni non supportate non possono essere selezionate come destinazioni di aggiornamento e il tentativo di eseguire l'aggiornamento a una versione deprecata può causare un errore o un'interruzione del servizio. Consultare sempre i criteri di controllo delle versioni di Azure PostgreSQL e la documentazione sull'aggiornamento prima di avviare un aggiornamento della versione principale.
D: Come è possibile sapere se il server è in supporto esteso?
R: Il portale di Azure e l'interfaccia della riga di comando indicano chiaramente se un server è registrato nel supporto esteso.
D: È necessario aggiornare i parametri del server dopo gli aggiornamenti delle versioni principali?
R: Non è necessaria alcuna modifica manuale. Il flusso di lavoro di aggiornamento aggiornerà automaticamente i parametri per la nuova versione di PostgreSQL.
D: Le estensioni PostgreSQL vengono aggiornate automaticamente durante un aggiornamento della versione principale?
R: No. Mentre Azure aggiorna il motore di database, le estensioni noncore(ad esempio pgvector, timescaledb) richiedono aggiornamenti manuali. Usare ALTER EXTENSION ... UPDATE o ricreare estensioni non supportate dopo l'aggiornamento.
D: Come è possibile ridurre i tempi di inattività durante un aggiornamento principale?
R: Per ridurre al minimo i tempi di inattività:
- Pianificare gli aggiornamenti durante le ore di traffico ridotto.
- Identificare e correggere eventuali blocchi di aggiornamento (ad esempio estensioni, ruoli, slot di replica) prima dell'aggiornamento.
- Sospendere i processi in background e le sessioni a esecuzione prolungata.
- Aumentare temporaneamente le prestazioni di calcolo per velocizzare le pg_upgrade.
- Rimuovere il bloat, se necessario, con VACUUM o REINDEX.
- Eseguire ANALYZE dopo l'aggiornamento per ripristinare le prestazioni.
D: Dove è possibile tenere traccia di quale server sta per terminare il supporto?
R: Azure offre visibilità tramite il portale.
D: Quali opzioni di supporto sono disponibili durante la fase di supporto esteso?
R: I server nel supporto esteso possono generare casi di supporto solo per problemi correlati alla sicurezza. Le richieste di funzionalità, l'ottimizzazione delle prestazioni e le correzioni di bug generali non sono supportate per la fine delle versioni di supporto. I miglioramenti apportati alle funzionalità esistenti per le versioni a fine supporto non saranno eseguiti tramite backporting.
D: Come verrà gestito il periodo tra il 13 novembre 2025 e il 1° marzo 2026 per PostgreSQL versione 13? Il supporto sarà continuato in questo periodo? In che modo differisce dal periodo precedente al 13 novembre 2025?
R: In base ai criteri di controllo delle versioni della community postgreSQL, ogni versione principale è supportata fino a quando non viene ritirata dalla community. Il supporto esteso gratuito da Azure verrà fornito fino al 31 marzo 2026. I clienti vengono addebitati per il supporto esteso a partire dal 1° aprile. Per garantire il supporto continuo e l'accesso alle nuove funzionalità, eseguire l'aggiornamento alle versioni più recenti.
Supporto di PostgreSQL 12
Azure estende il supporto per PostgreSQL 12 nelle istanze di server flessibili di Azure Database per PostgreSQL. Questa sequenza temporale del supporto esteso offre più tempo per eseguire l'aggiornamento alle versioni di PostgreSQL più recenti. Facilita una transizione senza problemi per gli utenti che attualmente si basano su PostgreSQL 12.
Supporto di PostgreSQL 11
Azure estende il supporto per PostgreSQL 11 nelle istanze del server flessibile di Azure Database per PostgreSQL. Questa sequenza temporale del supporto esteso offre più tempo per eseguire l'aggiornamento alle versioni di PostgreSQL più recenti. Semplifica una transizione senza problemi per gli utenti che attualmente si basano su PostgreSQL 11.
Le versioni del motore PostgreSQL ritirate non sono supportate nel Database di Azure per PostgreSQL.
È possibile continuare a eseguire la versione ritirata nelle istanze del server flessibile di Database di Azure per PostgreSQL. Tuttavia, dopo la data di ritiro per ogni versione del database PostgreSQL, si applicano le restrizioni seguenti:
Quando la community ritira una versione di PostgreSQL, Database di Azure per PostgreSQL smette di applicare patch di sicurezza o bug al motore di database. Questa modifica potrebbe esporre il server a rischi per la sicurezza o ad altri problemi. Azure continua tuttavia a gestire e applicare patch all'host, al sistema operativo, ai contenitori e ai componenti del servizio correlati sottostanti.
Se si verifica un problema di supporto correlato al motore PostgreSQL stesso, potrebbe non essere possibile fornire supporto perché la community non fornisce più le patch. In questi casi, è necessario aggiornare il database a una delle versioni supportate.
Non è possibile creare nuovi server usando una versione di PostgreSQL ritirata. È tuttavia possibile eseguire ripristini temporizzati e creare repliche in lettura per i server esistenti.
Le nuove funzionalità del servizio sviluppate dal server di Database di Azure per PostgreSQL potrebbero essere disponibili solo per le versioni supportate del server di database.
Gli accordi sul livello di servizio (SLA) per il tempo di attività si applicano esclusivamente alle problematiche del servizio relative all'istanza del server flessibile di Azure Database per PostgreSQL e non si applicano a eventuali tempi di inattività causati da bug legati al motore di database.
In rari casi in cui una vulnerabilità critica in una versione di PostgreSQL ritirata rappresenta una minaccia per il servizio, Azure potrebbe arrestare i server interessati per proteggere la piattaforma. In questi casi, si riceve una notifica per aggiornare il server prima di portare online il server.
Le nuove estensioni introdotte per le istanze del server flessibile di Azure Database per PostgreSQL non sono supportate nelle versioni di PostgreSQL ritirate dalla community.
Sintassi della versione di PostgreSQL
Prima di PostgreSQL versione 10, i criteri di controllo delle versioni di PostgreSQL considerano un aggiornamento della versione principale come aumento del primo o del secondo numero. Ad esempio, da 9.5 a 9.6 è stato considerato un aggiornamento della versione principale. A partire dalla versione 10, un aggiornamento della versione principale viene indicato solo da una modifica nel primo numero. Ad esempio, da 10.0 a 10.1 è un aggiornamento di versione minore. La versione da 10 a 11 è un aggiornamento della versione principale.