Supporto esteso del server flessibile di Database di Azure per PostgreSQL

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. Usando il supporto esteso, hai il tempo di pianificare e implementare la tua 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 canali di supporto Azure (in base al piano esistente)

Il supporto esteso non include:

• Nuove funzionalità
• Miglioramenti delle prestazioni
• Correzioni generali di bug
• Assistenza per l'ottimizzazione delle prestazioni
• Backport non relativi alla sicurezza o a interventi di manutenzione critici

Perché usare il supporto esteso?

Usa il supporto esteso se...

• È 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.
• Per altre informazioni sui percorsi di aggiornamento e sulle limitazioni supportati, vedere la documentazione relativa all'aggiornamento della versione principale.

Versioni idonee di PostgreSQL

Registrazione e prezzo

• Registrazione automatica: il 1° agosto 2026 il servizio registra automaticamente i server PostgreSQL che eseguono versioni non supportate nel supporto extended.
• Opzione di rifiuto esplicito: è possibile rifiutare esplicitamente in qualsiasi momento eseguendo l'aggiornamento a una versione supportata.
• Periodo di tolleranza: un periodo di tolleranza si applica e la fatturazione inizia il 1° settembre 2026.
• Prezzi: i dettagli vengono pubblicati in questa pagina.

Domande frequenti

D: Come faccio a interrompere gli addebiti per il supporto esteso?

R: Aggiornare il server a una versione di PostgreSQL supportata. Una volta completato l'aggiornamento e il server esegue una versione di PostgreSQL supportata, gli addebiti per il supporto esteso non vengono più applicati.

D: Cosa succede se si vuole continuare a funzionare senza supporto esteso? È possibile rifiutare esplicitamente?

R: No. Il supporto esteso viene applicato automaticamente ai server idonei che eseguono versioni di PostgreSQL non supportate. Per arrestare gli addebiti per il supporto esteso, eseguire l'aggiornamento a una versione di PostgreSQL supportata.

D: Esiste un intervallo nella copertura del supporto tra la fine del Supporto standard di Azure e l'inizio della fatturazione del Supporto esteso?

R: No. Non c'è alcun divario nella copertura del supporto. I server idonei passano al supporto esteso immediatamente dopo la fine del supporto standard di Azure. Se si applica un periodo di tolleranza, i clienti continuano a ricevere vantaggi di supporto estesi durante tale periodo senza costi aggiuntivi. La fatturazione inizia al termine del periodo di tolleranza.

Q: 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 una volta terminato il periodo di supporto standard Azure per tale versione di PostgreSQL. Se si applica un periodo di tolleranza, il server continua a ricevere vantaggi di supporto estesi durante tale periodo prima dell'inizio della fatturazione.

D: È possibile continuare a usare l'istanza di PostgreSQL senza supporto esteso?

R: No. I server che eseguono versioni postgreSQL non supportate vengono registrati automaticamente nel supporto esteso. Al termine di qualsiasi periodo di tolleranza applicabile, vengono applicati addebiti per il supporto esteso, a meno che il server non venga aggiornato a una versione di PostgreSQL supportata.

D: Mi verrà addebitato il supporto esteso se il server è arrestato, ha avuto un guasto o non è in esecuzione?

R: No. Gli addebiti per la fatturazione del supporto esteso si applicano solo ai server con stato Succeeded (in esecuzione) in Azure. Se un server viene arrestato, eliminato o si trova in uno stato di provisioning non riuscito, gli addebiti per il supporto esteso non si applicano per tale periodo. La fatturazione riprende automaticamente una volta che il server torna a uno stato completato e continua a eseguire una versione del motore di fine vita con supporto esteso.

D: L'aggiornamento è stato eseguito durante il mese di fatturazione. Sarò ancora addebitato?

R: Sì. Gli addebiti per il supporto esteso vengono fatturati in base al tempo in cui un server viene eseguito in una versione postgreSQL non supportata. Se si esegue l'aggiornamento durante un periodo di fatturazione, gli addebiti si applicano solo per il momento in cui il server funzionava con supporto esteso prima del completamento dell'aggiornamento.

D: Cosa accade se si è pronti per eseguire l'aggiornamento a una versione di PostgreSQL supportata, ma i vincoli di capacità nell'area geografica impediscono l'aggiornamento prima dell'inizio della fatturazione del supporto esteso?

R: Se i vincoli di capacità a livello di area impediscono l'aggiornamento a una versione di PostgreSQL supportata, il server potrebbe essere temporaneamente escluso dalla fatturazione del supporto esteso fino a quando la capacità non diventa disponibile e viene offerto un percorso di aggiornamento. Microsoft canali di supporto forniscono indicazioni aggiuntive sui criteri di idoneità e convalida.

D: Le applicazioni possono interrompersi durante un aggiornamento della versione principale?

R: Gli aggiornamenti delle versioni principali di PostgreSQL possono introdurre modifiche che potrebbero influire sull'applicazione, ad esempio parametri di configurazione deprecati, estensioni incompatibili o differenze di comportamento di SQL. 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 . I clienti devono convalidare accuratamente il supporto per la compatibilità e l'estensione delle applicazioni in un ambiente non di produzione prima di pianificare un aggiornamento di produzione.

D: Come è possibile sapere se il server è in supporto esteso?

A: Il portale di Azure e interfaccia della riga di comando di Azure indicano se un server è iscritto al supporto esteso. È anche possibile trovare informazioni sullo stato di supporto e l'idoneità tramite le proprietà del server e le notifiche del servizio associate.

D: È necessario aggiornare i parametri dopo gli aggiornamenti della versione principale?

R: Nella maggior parte dei casi non sono necessarie modifiche manuali. Il flusso di lavoro di aggiornamento aggiorna automaticamente le impostazioni predefinite dei parametri in base alle esigenze per la versione di PostgreSQL di destinazione. Esaminare le impostazioni specifiche dell'applicazione dopo l'aggiornamento per assicurarsi che continuino a soddisfare i requisiti.

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 con esecuzione prolungata.
• Aumentare temporaneamente le prestazioni di calcolo per velocizzare le pg_upgrade.
• Rimuovere il software 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: il portale di Azure offre visibilità, inclusi gli indicatori per i server che si avvicinano alla fine del supporto e dei server registrati nel supporto esteso.

D: Quali opzioni di supporto sono disponibili durante la fase di supporto esteso?

A: Il supporto esteso include l'accesso agli aggiornamenti di sicurezza, alle correzioni di bug critiche e all'assistenza tecnica tramite i canali di supporto di Azure, in base al proprio piano di supporto. Il supporto esteso non include nuove funzionalità, miglioramenti delle prestazioni, il supporto per gli aggiornamenti a versioni secondarie o il retroporto di miglioramenti alle versioni per cui il supporto è terminato.

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, la community supporta ogni versione principale fino al ritiro. Azure offre supporto esteso gratuito fino al 31 agosto 2026. A partire dal 1° settembre, i clienti pagano il supporto esteso. Per garantire il supporto continuo e l'accesso alle nuove funzionalità, eseguire l'aggiornamento alle versioni più recenti.

Contenuti correlati

• Aggiornamento della versione principale
• Versioni di PostgreSQL supportate
• Criteri di supporto della versione