stratégie de sauvegarde postgresql/postgis à restaurer après la recompilation geos/postgis?

Question

Situation actuelle:

• Ubuntu 8.04 Server Edition (serveur live)
• Postgresql 8.3.7 (à partir des référentiels standards)
• PostGIS 1.3.3 (à partir des référentiels standards)
• GEOS 2.3 .4 (à partir des référentiels standards)

problème:

GEOS contient des bogues corrigés dans la version 3.0. Je les ai rencontrés et j'ai besoin de mettre à niveau GEOS/Postgis pour inclure les correctifs GEOS.

Où je suis debout maintenant:

Sur une machine de test avec une configuration presque identique, j'ai enlevé les PostGIS paquets et a essayé de recompiler Geos 3.1.0 contre PostGIS 1.3.5 et 8.3.7 Postgresql . Après correction de certains problèmes de liaison et de chemin, cela fonctionne.

Ma question:

Quelle est la meilleure façon de migrer mes bases de données (tables, fonctions, triggers, index, données ... GIST) de la «base sur les anciens GEOS/PostGIS de la version à le plus récent?

Je vais essayer le 'soft-upgrade' façon described in the documentation mais pensez-vous que cela fonctionnera?

Quelle est la meilleure façon de faire une sauvegarde complète de cette base de données Postgis-enabled afin que je puisse le restaurer complètement sur la «nouvelle version postgis» que je compile?

Answer 1

Je vais essayer le 'soft-upgrade' comme décrit dans la documentation mais pensez-vous que cela fonctionnera? Je ne sais pas assez sur GEOS pour dire à coup sûr, mais cela semble être une bonne chose à essayer. Si une mise à jour logicielle n'est pas possible, le script s'interrompt et vous serez averti de la nécessité de mettre à jour HARD, donc n'hésitez pas à essayer d'abord une mise à jour logicielle.

Sinon, je venais de suivre leurs directions « de mise à jour dure », qui semblent être fonctionnellement équivalent à l'approche habituelle pg_dump/pg_restore utilisé pour passer à une nouvelle version majeure de PostgreSQL. Il y a beaucoup plus d'informations dans la documentation de Postgres sur la façon de faire cela; C'est une procédure très sûre et, en tant que méthode de migration officielle, elle est extrêmement bien supportée.

La mise à niveau vers la version bêta de PostgreSQL 8.4 pendant que vous effectuez tout ce travail est peut-être une bonne chose. C'est un logiciel bêta, c'est vrai, mais cela pourrait être acceptable pour votre environnement, et si cela vous convient, vous obtenez les nouvelles fonctionnalités de 8.4 plus la possibilité de faire une mise à jour logicielle à 8.4 final (car les formats sur disque ne devraient pas changer après le début de beta).