Se stai cercando aiuto per la replica di database (in inglese replication), sei capitato nel posto giusto.

Noi di 2ndQuadrant abbiamo progettato e scritto le funzionalità di Point in Time Recovery (PITR) e Warm Standby per PostgreSQL. E le abbiamo manutenute nel corso delle ultime 4 major release di PostgreSQL.

Il nostro contributo a PostgreSQL non si ferma qui. Lavoriamo continuamente per lo sviluppo del codice open-source, talvolta grazie anche a sponsorizzazioni di altre aziende che utilizzano PostgreSQL.

Siamo coscienti che replica assuma significati diversi da persona a persona. Il nostro approccio è quello di capire le tue esigenze in materia di alta disponibilità (High availability), integrazione dati, archiviazione, ecc. e quindi ottimizzare la soluzione per il tuo business. A prescindere che sia un progetto una-tantum oppure una infrastruttura permanente, noi siamo in grado di aiutarti. Aggiornamenti, migrazioni da altri RDBMS, data mart esplorativi, data warehouse, processi STP.

Offriamo servizi di progettazione di sistemi di database, realizzazione, formazione e supporto tecnico. Forniamo anche servizi di recovery e ripristino a basso livello in caso di disastri.

Per qualsiasi ragione, noi abbiamo la giusta esperienza.

Server Warm Standby per altà disponibilità

PostgreSQL 8.4, 8.3 e 8.2 forniscono un meccanismo semplice, veloce e stabile di replica, conosciuto come Warm standby e più accuratamente descritto con il termine Log shipping (in italiano, letteralmente spedizione dei log).

I dati provenienti dal log delle transazioni (conosciuto anche come Write Ahead Log, WAL) sono fisicamente "trasportati" su un server in standby, caratterizzato da una situazione di recovery continua.

È una soluzione semplice e elegante, che si affida al codice di ripristino sottostante per effettuare cambiamenti sul nodo in standby e che quindi garantisce un minimo impatto prestazionale sul server primario.

I dati sono attualmente trasferitii un file per volta, in modo da offrire un meccanismo di replicazione asincrona basata su file. L'intero server di database è replicato. In questo modo non esistono incombenze di tipo amministrativo su tabelle e database in fase di ripristino.

Questo tipo di replica può essere veloce in molte circostanze e utilizzare collegamenti WAN in modo efficiente.

Il nodo in standby non può essere acceduto per eseguire query.

Tuttavia, stiamo lavorando per migliorare e aggiungere ulteriori funzionalità al meccanismo di replica, quali:

• Data streaming
• Replica sincrona
• Read Only Standy Server, anche conosciuto come Hot Standby
• Miglioramento delle perfomance del sistema di replica

La tecnica di log shipping di Postgres funziona utilizzando concetti simili a prodotti che si trovano in altri RDBMS, come (marchi riconosciuti):

• Oracle Data Guard
• IBM DB2 HADR
• Microsoft SQL Server Log Shipping
• Informix HDR (On-Bar)

Altre informazioni

Per avere ulteriori informazioni sul contributo di 2ndQuadrant al sistema di replica in PostgreSQL, si rimanda alla consultazione del documento Replication sul sito in inglese.

Sezioni interne

• Warm Standby
• Altre informazioni