estrategia de copia de seguridad PostgreSQL / PostGIS para restaurar después de geos / PostGIS recompilar?

Question

Situación actual:

• Ubuntu 8.04 Server Edition (servidor en vivo)
• Postgresql 8.3.7 (de repositorios estándar)
• Postgis 1.3.3 (de repositorios estándar)
• GEOS 2.3.4 (de repositorios estándar)

Problema:

GEOS contiene errores que se corrigen en la versión 3.0. Me he encontrado con estos y que tenga que actualizar GEOS / Postgis para incluir las correcciones de GEOS.

donde estoy ahora:

En una máquina de prueba con la configuración casi idéntica, quité los PostGIS-paquetes y trató de volver a compilar Geos 3.1.0 contra Postgis 1.3.5 y PostgreSQL 8.3.7.

Después de fijar algunos problemas de enlace y la ruta que esto funciona.

Mi pregunta específica:

¿Cuál es la mejor manera de migrar mis bases de datos (tablas, funciones, disparadores, índices GIST, datos ...) de la 'basado en GEOS mayor / PostGIS' versión de la 'nueva' uno?

Voy a tratar de la forma 'suave-upgrade' describe en la documentación, pero ¿cree que esto funcionará?

¿Cuál es la mejor manera de hacer una copia de seguridad completa de esta base de datos PostGIS habilitado para que pueda restaurar por completo en la 'versión más reciente PostGIS' Estoy compilando?

Answer 1

  

Voy a tratar de la forma 'suave-upgrade' se describe en la documentación, pero ¿cree que esto funcionará?

No sé lo suficiente sobre GEOS decir a ciencia cierta, pero suena como una buena cosa a intentar. De la documentación se ha vinculado a:

  

Si una actualización suave no es posible la secuencia de comandos se anulará y se le advirtió acerca de ser necesario ACTUALIZACIÓN DURO, así que no dude en probar una actualización suave en primer lugar.

Si no, que acababa de seguir sus instrucciones de actualización "dura", que parecen ser funcionalmente equivalente al enfoque habitual pg_dump / pg_restore utilizado para actualizar a una nueva versión principal de PostgreSQL. Hay mucha más información en la documentación de Postgres sobre cómo hacerlo; se trata de un procedimiento muy seguro y, como el método oficial de migración, está muy bien apoyado.

Una cosa que puede que desee tener en cuenta es la actualización a la versión beta de PostgreSQL 8.4, mientras que usted está haciendo todo este trabajo. Es software beta, es cierto, pero que podría ser aceptable para su entorno, y si es adecuado, entonces se obtiene de las nuevas características de 8.4 además de la posibilidad de hacer una actualización suave a 8.4 final (que no se espera que los formatos en disco a cambiar después del inicio de la beta).