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

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

0 голосов
/ 24 апреля 2009

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

  • Ubuntu 8.04 server edition (живой сервер)
  • Postgresql 8.3.7 (из стандартных репозиториев)
  • Postgis 1.3.3 (из стандартных репозиториев)
  • GEOS 2.3.4 (из стандартных репозиториев)

Проблема:

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

Где я сейчас нахожусь:

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

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

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

Каков наилучший способ переноса моих баз данных (таблиц, функций, триггеров, основных индексов, данных ...) из версии, основанной на более ранних версиях geos / postgis, в версию более новой?

Я попробую способ "soft-upgrade" , описанный в документации но вы думаете, это будет работать?

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

1 Ответ

2 голосов
/ 24 апреля 2009

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

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

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

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

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

...