postgresql/postgis стратегия резервного копирования для восстановления после повторной компиляции geos/postgis?

Question

Текущая ситуация:

• Ubuntu 8.04 Server Edition (живой сервер)
• Postgresql 8.3.7 (из стандартных репозиториев)
• PostGIS 1.3.3 (из стандартных репозиториев)
• GEOS 2,3 0,4 (от стандартных хранилищ)

Проблема:

GEOS содержит ошибки, которые исправлены в версии 3.0. Я столкнулся с этим и нуждаюсь в обновлении GEOS/Postgis, чтобы включить исправления GEOS.

Где я стою прямо сейчас:

На тестовой машине с почти идентичной установки, я снял PostGIS-пакеты и попытался перекомпилировать Geos 3.1.0 против PostGIS 1.3.5 и 8.3.7 Postgresql ,

После исправления некоторых проблем с соединением и путями это работает.

Мой конкретный вопрос:

Какой лучший способ перенести свои базы данных (таблицы, функции, триггеры, индексы, GIST данные ...) от «основана на старых GEOS/PostGIS» версии для «более новый»?

Я попробую способ «мягкого обновления» described in the documentation, но как вы думаете, это сработает?

Каков наилучший способ сделать полную резервную копию этой базы данных с поддержкой postgis, чтобы я мог полностью восстановить ее в «новой версии postgis», которую я компилирую?

Answer 1

Я попробую «мягкое обновление», описанное в документации, но как вы думаете, это сработает?

Я не знаю достаточно о GEOS, чтобы сказать наверняка, но это звучит, как хорошая вещь, чтобы попробовать. Из документов вы связаны с:

Если мягкое обновление невозможно сценарий будет прерван, и вы будете предупреждены о ЖЕСТКОМ ОБНОВЛЕНИИ времени требуется, так что не стесняйтесь попробовать мягкое обновление первым.

В противном случае, я бы просто следить за их «жесткий обновления» направления, которые, как представляется, функционально эквивалентна обычной pg_dump/pg_restore подход, используемый для обновления до новой основной версии PostgreSQL. В документации Postgres есть больше информации о том, как это сделать; это очень безопасная процедура и, как официальный метод миграции, очень хорошо поддерживается.

Одна вещь, которую вы, возможно, пожелаете рассмотреть, - это обновление до бета-версии PostgreSQL 8.4, когда вы выполняете всю эту работу. Это бета-версия программного обеспечения, правда, но это может быть приемлемо для вашей среды, и если это подходит, то вы получаете новые возможности 8.4 плюс возможность сделать мягкое обновление до 8.4 (поскольку форматы на диске не будут меняться после начала бета-тестирования).