pgadmin3からのpg_restoreエラー-Postgresql


8

pgadmin3ツールを使用して、system1からpostgresql dbのバックアップを作成しました。作成されたバックアップファイルの拡張子は「.backup」です。

postgresql 9.0とpgadmin3 1.8がインストールされている別のシステム2に復元しようとしていますが、エラーが発生します

クエリを実行できませんでした:エラー:認識されない構成パラメーター "lock_timeout"コマンドは次のとおりです:SET lock_timeout = 0;

両方のシステムの構成

system1 win7-64bit postgresql 9.0.13-1-64bit pgadmin 1.8

system2 win7-32​​ビットpostgresql 9.0.13-1-32ビットpgadmin 1.8

回答:


6

lock_timeout PostgreSQL 9.3で登場した新しいパラメータです

リリースノートごと:

構成変数lock_timeoutを追加して、セッションが1つのロックを取得するために待機する時間を制限できるようにしました(ZoltánBöszörményi)

これは、pgadminがpg_dump9.0ではなくPostgreSQL 9.3 コマンドを使用してバックアップを取っていることを示しています。

これは、9.3に移行する場合にのみお勧めします。ターゲットサーバーは9.0であるためpg_dump、9.0サーバーとともにインストールされているバイナリを使用することをお勧めします。

外部バイナリのパスは、pgAdmin設定で設定できます。この問題を修正するには、9.0のインストールのbinディレクトリに設定して、バックアップを再試行してください。

それ以外は、1回限りの修正として、プレーンテキストの場合はダンプファイルを編集SET lock_timeout = 0;し、バージョンの不一致によって引き起こされる唯一の問題であることを期待して、問題の行を削除します。


1
奇妙なことに、9.3のソースデータベースと宛先データベースを使用しても、この同じエラーが発生します...
Cerin

herokuからバックアップされたデータベースでこのエラーが発生し、新しいローカル9.3 dbで復元しています。それは重要ですか?
justingordon 2014

1
バックアップのすべてのファイルでこのパラメーターを取得することはできませんが、それでも復元すると同じエラーが報告されます。9.3 postgresqlでダンプを取得し、9.2 postgresqlで復元しようとしました。このlock_timeoutパラメータを自動的に作成するオプションがあると思いますか?
g.annunziata 2015年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.