geos/postgis の再コンパイル後に復元する postgresql/postgis バックアップ戦略は?
-
13-09-2019 - |
質問
現在の状況:
- Ubuntu 8.04 サーバー エディション (ライブ サーバー)
- Postgresql 8.3.7 (標準リポジトリから)
- Postgis 1.3.3 (標準リポジトリから)
- GEOS 2.3.4 (標準リポジトリから)
問題:
GEOS にはバグが含まれており、3.0 リリースで修正されています。これらの問題が発生したため、GEOS 修正を含めるために GEOS/Postgis をアップグレードする必要があります。
私が今立っている場所:
ほぼ同じ設定のテスト マシンで、postgis パッケージを削除し、Geos 3.1.0 を Postgis 1.3.5 および Postgresql 8.3.7 に対して再コンパイルしてみました。
いくつかのリンクとパスの問題を修正すると、これは機能します。
私の具体的な質問:
データベース (テーブル、関数、トリガー、Gist インデックス、データなど) を「古い geo/postgis に基づく」バージョンから「新しい」バージョンに移行する最良の方法は何ですか?
「ソフトアップグレード」の方法を試してみます ドキュメントに記載されている でもこれでうまくいくと思いますか?
この postgis 対応データベースの完全バックアップを作成し、コンパイル中の「新しい postgis バージョン」で完全に復元できるようにする最善の方法は何ですか?
解決
私は、マニュアルに記載されていますが、これは動作しますだと思いますか?
「ソフトのアップグレード」の方法を試してみましょう
私は確かに言うことGEOSについて十分に知らないが、それは試してみる良いことのように聞こえます。ドキュメントから、あなたにリンクされます:
ソフトのアップグレードが不可能な場合は、スクリプトが中止され、あなたが必要とされているハードアップグレードについて警告されますので、最初のソフトのアップグレードをしようとすることを躊躇しない。
そうでなければ、私はただのPostgreSQLの新しいメジャーバージョンにアップグレードするために使用される通常のpg_dump
/ pg_restore
アプローチと機能的に同等であると思われる彼らの「ハードアップグレード」指示に従うだろう。それを行う方法についてPostgresのドキュメントでより多くの情報がたくさんあります。それは公式の移行方法として、非常によくサポートされている、非常に安全手順だと。
あなたが考慮することを望むかもしれないことの一つは、PostgreSQL 8.4ベータ版にアップグレードされています。これは、ベータ版ソフトウェア、本当だが、それはあなたの環境のために許容可能であるかもしれないし、それが適切である場合は、ディスク上のフォーマットが期待されていないとして、あなたは8.4の新機能を加えた(8.4決勝へソフトのアップグレードを行う能力を得ます)ベータの開始後に変更します。