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

StackOverflow https://stackoverflow.com/questions/783393

Вопрос

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

  • Серверная версия Ubuntu 8.04 (живой сервер)
  • Postgresql 8.3.7 (из стандартных репозиториев)
  • Постгис 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, в более новую?

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

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

Это было полезно?

Решение

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

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

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

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top