PostgreSQL 9 comprende il supporto nativo per la replica e una dozzina (e oltre) di nuove funzionalità principali in grado di attirare chiunque, dagli sviluppatori web agli hacker più accaniti.

Un numero così elevato di nuove funzionalità major non si era mai verificato in un singolo rilascio di PostgreSQL. Fra le principali novità, sono degne di citazione:

• Hot standby
• Streaming replication
• In-place upgrade
• Supporto a 64-bit per Windows
• Gestione di massa per i privilegi
• Blocchi anonimi e parametri nominali nella chiamata a stored procedure
• Nuove funzioni finestra e aggregati ordinati

… e molte altre ancora.

Per un elenco più dettagliato delle oltre 200 aggiunte e migliorie di questa versione, portata avanti da oltre un centinaio di sviluppatori, si prega di far riferimento alle note di rilascio.

"Questo genere di funzionalità aggiuntive continuano spiegano il perché attività tecnologiche di tipo mission critical possano contare sulla potenza, flessibilità e robustezza di PostgreSQL" Ram Mohan, CTO di Afilias.

Ulteriori informazioni su PostgreSQL 9.0:

• Note di rilascio (in inglese)
• Presskit
• Guida alla 9.0 (in inglese)

Scarica PostgreSQL 9.0 adesso:

• Pagina principale per il download
• Sorgenti
• Pacchetti binari
• One-Click Installer, comprendente binari per Windows

È da notare che, in seguito a una modifica nel catalogo di sistema, è necessario effettuare di nuovo initdb e ricaricare i database in caso di aggiornamento dalle versioni Beta precedenti. Cogliamo l’occasione per incoraggiare gli utenti a sfruttare questa opportunità per testare il funzionamento di pg_upgrade per l’aggiornamento da una versione 9.0 beta o da una versione precedente alla 9.0. Vi preghiamo di riportare i risultati ottenuti.

Se sei in grado di aiutare nella fase di beta testing, sei pregato di visitare la pagina con le istruzioni sul Beta testing di PostreSQL.

Nessun cambiamento nei comandi, nelle interfacce e nelle API sono attesi fra questa release e la versione finale. Le applicazioni che verranno messe in produzione con la versione 9.0 di PostgreSQL possono (e dovrebbero) essere provate con la versione 9.0rc1. Il rilascio di ulteriori versioni release candidate prima della versione finale dipenderà dal feedback degli utenti e dai bug che saranno segnalati dagli utilizzatori.

Il codice sorgente, insieme a installer binari per diverse piattaforme, sono a disposizione dal sito di PostgreSQL:

• Sorgente
• One-Click Installer, comprendente binari Win64
• Binari per altre piattaforme
• Release Note
• Partecipare alla fase di test

Lo speciale è fortemente ispirato dal wiki di PostgreSQL e in molti casi ne rappresenta una traduzione in lingua italiana.

Hot Standby è, insieme a Streaming Replication, una delle due principali nuove funzionalità che rendono la versione 9.0 una vera e propria pietra miliare nell’evoluzione di PostgreSQL. Esse costituiscono inoltre la motivazione per cui è stato deciso di riservare un’intero numero di versione per questa nuova release: 9.0 (non 8.5).

Hot Standby permette ad un utente di creare un database di tipo standby, ovvero una seconda istanza di database (di solito su un server separato) che replica il log binario del server primario e al tempo stesso si rende disponibile per query in sola lettura (read-only). Questa funzionalità è molto simile a soluzioni proprietarie come DataGuard di Oracle.

Durante l’esecuzione di query read-only, il database in standby replica le modifiche che arrivano dal database primario in forma binaria e decide se queste modifiche sono in qualche modo in conflitto con le interrogazioni in sola lettura. In particolare, il server standby decide se mettere in pausa la replica oppure interrompere le query.

La funzionalità di Hot Standby ha reso necessaria l’aggiunta di alcune informazioni nel log delle transazioni (WAL) di PostgreSQL e di un meccanismo di risoluzione dei conflitti.

Abilitare Hot Standby è un procedimento molto semplice. È sufficiente impostare il database primario nel seguente modo, aggiungendo a postgresql.conf:

wal_level = 'hot_standby' # Aggiunge le informazioni necessarie nei WAL
# vacuum_defer_cleanup_age # Potresti aver bisogno di impostare questo attributo
# Per maggiori informazioni, vedi la documentazione

A questo punto, occorre creare un database di standby, nello stesso identico modo in cui in precedenza venivano creati i database in warm standby, ovvero:

• pg_start_backup sul primario;
• copia dei file binari;
• pg_stop_backup sul primario;
• copia dei log e del backup sul server di standby.

Per abilitare Hot Standby sul server di replica, aggiungere a postgresql.conf:

hot_standby = on
max_standby_delay = 30s # -1= sempre in attesa, 0= mai in attesa
# altrimenti attendi questi secondi

Quindi utilizzare un programma come pg_standby sul nodo secondario al fine di abilitare il ripristino continuo (replay) dei log: questo comportamento può essere configurato nel file recovery.conf.

Il parametro max_standby_delay determina il comportamento del database di standby nel caso in cui si verifichi un conflitto fra il replay e le interrogazioni in sola lettura. In questa situazione, il nodo standby rimarrà indietro rispetto al primario al massimo max_standby_delay secondi prima di interrompere la query sulla replica.

Prima di mettere le mani su HotStandby è consigliato vivamente leggere la documentazione di PostgreSQL. L’apprendimento di parametri di configurazione come max_standby_delay e vacuum_defer_cleanup_age richiede infatti un po’ di pratica.

È infine da ricordare che, in modo simile a warm standby, possono esserci più istanze di replica.

Non resta pertanto che scaricare PostgreSQL 9 e provare sulla propria pelle questo meccanismo robusto e affidabile per la replica master slave. Nel prossimo articolo entreremo nel dettaglio dell’altra novità fondamentale di PostgreSQL 9: Streaming Replication.

Alcuni cambiamenti significativi sono stati introdotti nella versione Beta2, che richiederà ad alcune applicazioni di eseguire di nuovo il test per la 9.0. Questi includono:

• Correzioni per questioni di sicurezza, come nell’annuncio del 17 maggio scorso
• Modifiche alla sintassi per parametri nominali
• aggiunta di pg_upgrade ai moduli addizionali (contrib)
• Modifiche a parametri e opzioni nel file recovery.conf
• diverse correzioni in seguito a segnalazioni riportati con la versione Beta1

E’ da notare che, in seguito a una modifica nel catalogo di sistema, è necessario effettuare di nuovo initdb e ricaricare i database in caso di aggiornamento dalla versione Beta1. Cogliamo l’occasione per incoraggiare gli utenti a sfruttare questa opportunità per testare il funzionamento di pg_upgrade per l’aggiornamento dalla Beta1 o da una versione precedente alla 9.0. Vi preghiamo di riportare i risultati ottenuti.

Se sei in grado di aiutare nella fase di beta testing, sei pregato di visitare la pagina con le istruzioni sul Beta testing di PostreSQL.

Le versioni beta non sono stabili per natura e non dovrebbero mai essere utilizzate in ambienti di produzione; sono esclusivamente ad uso di test. Altre versioni beta oppure una versione di tipo "release candidate" saranno disponibili fra alcune settimane.

Il codice sorgente, insieme a installer binari per diverse piattaforme, sono a disposizione dal sito di PostgreSQL:

• Sorgente
• One-Click Installer, comprendente binari Win64
• Binari per altre piattaforme
• Release Note
• Partecipare alla fase di test

Python è uno dei linguaggi più utilizzati dai professionisti PostgreSQL, sia per la scrittura di applicazioni esterne che per procedure interne al database in PL/Python. Al tempo stesso, PostgreSQL è uno dei database preferiti dagli sviluppatori Python. Entrambi sono fra i più avanzati progetti nel campo dell’open-source.

Simon Riggs (fondatore di 2ndQuadrant e sviluppatore di PostgreSQL) e Hannu Krosing (2ndQuadrant Estonia ed ex database architect di Skype), interverranno alla conferenza con due talk su PostgreSQL e Python.

Coloro interessati a PostgreSQL 9.0, la cui uscita è attesa per questa estate, avranno l’occasione di chiedere direttamente a Simon Riggs informazioni su Hot Standby, la principale novità della prossima release. Grazie a Hot Standby, Postgres avrà finalmente il supporto nativo alla replica master/slave, una funzionalità fondamentale per l’alta disponibilità (HA) e le performance in campo Business Intelligence.

Maggiori informazioni sul programma di Pycon e sulle modalità di iscrizione sono reperibili sul sito dell’evento http://www.pycon.it/.