stratégie de sauvegarde de PostgreSQL / PostGIS pour restaurer après GEOS / PostGIS recompiler?

Question

Situation actuelle:

• édition serveur Ubuntu 8.04 (serveur en direct)
• Postgresql 8.3.7 (de dépôts standard)
• PostGIS 1.3.3 (de dépôts standard)
• GEOS 2.3.4 (de dépôts standard)

Problème:

GEOS contient des bugs qui sont corrigés dans la version 3.0. Je l'ai rencontré ces derniers et 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 avoir résolu certains problèmes de liaison et le 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) du « basé sur plus GEOS / PostGIS » la version à la « nouvelle » un?

Je vais essayer de la façon dont « la mise à niveau douce » décrit dans la 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 donc je peux complètement restaurer sur la « nouvelle version PostGIS » Je compile?

Answer 1

  

Je vais essayer de la façon dont « la mise à niveau en douceur » décrite dans la documentation, mais pensez-vous que cela fonctionne?

Je ne connais pas assez GEOS dire à coup sûr, mais il sonne comme une bonne chose à essayer. De la documentation vous avez accédé à:

  

Si une mise à jour logicielle est pas possible le script abort et vous serez averti de mise à jour 'étant nécessaire, il ne faut pas hésiter à essayer une mise à jour doux d'abord.

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

Une chose que vous voudrez peut-être envisager est mise à niveau vers la version bêta de PostgreSQL 8.4 alors que vous faites tout ce travail. Il est un logiciel bêta, vrai, mais qui pourrait être acceptable pour votre environnement, et si elle est appropriée, alors vous obtenez les nouvelles fonctionnalités de 8,4 plus la possibilité de faire une mise à niveau douce à 8,4 finale (comme les formats sur disque ne sont pas attendus changer après le début de la bêta).