strategia di backup / PostGIS PostgreSQL per ripristinare dopo GEOS / PostGIS ricompilare?
-
13-09-2019 - |
Domanda
Situazione attuale:
- Ubuntu Server Edition 8.04 (server live)
- PostgreSQL 8.3.7 (dal repository standard)
- Postgis 1.3.3 (dal repository standard)
- GEOS 2.3.4 (dal repository standard)
Problema:
GEOS contiene i bug che sono fissati nella versione 3.0. Ho incontrato questi e necessario aggiornare GEOS / PostGIS per includere le correzioni GEOS.
Dove mi trovo ora:
Su una macchina di prova con configurazione quasi identica, ho rimosso le PostGIS pacchetti e provato a ricompilare Geos 3.1.0 contro Postgis 1.3.5 e PostgreSQL 8.3.7.
Dopo aver sistemato alcuni problemi di collegamento e il percorso funziona.
La mia domanda specifica:
Qual è il modo migliore per migrare le mie basi di dati (tabelle, funzioni, trigger, indici GIST, dati ...) dal 'sulla base di anziani GEOS / PostGIS' la versione per la 'nuova' uno?
Cercherò il modo 'soft-upgrade' descritto nella la documentazione ma pensi che questo funzionerà?
Qual è il modo migliore per fare un backup completo del database PostGIS abilitato in modo che io possa ripristinare completamente sulla 'versione più recente PostGIS' Sto compilando?
Soluzione
Cercherò il modo 'soft-upgrade' descritto nella documentazione, ma pensi che questo funzionerà?
Non so abbastanza di GEOS per dirlo con certezza, ma suona come una buona cosa da provare. Dalla documentazione si è collegato a:
Se un aggiornamento morbido non è possibile lo script si interromperà e sarai avvisato di essere richiesto UPGRADE DURO, quindi non esitate a provare un aggiornamento morbido prima.
In caso contrario, vorrei solo seguire le loro indicazioni "upgrade duro", che sembrano essere funzionalmente equivalente al consueto approccio pg_dump
/ pg_restore
utilizzato per eseguire l'aggiornamento a una nuova versione di PostgreSQL. C'è molto di più informazioni nella documentazione Postgres su come farlo; si tratta di una procedura molto sicura e, come il metodo ufficiale di migrazione, è estremamente ben supportato.
Una cosa che si può prendere in considerazione è l'aggiornamento alla versione beta di PostgreSQL 8.4 mentre si sta facendo tutto questo lavoro. E 'software in versione beta, è vero, ma che potrebbe essere accettabile per l'ambiente, e se è adatto, allora si ottiene le nuove funzionalità di 8.4 oltre alla possibilità di fare un aggiornamento morbido per 8.4 finale (come i formati su disco non sono previsti a cambiare dopo l'inizio della beta).