問題タブ [pg-restore]

Mac OS X 10.11.3 で、コマンド ライン経由で pgAdmin3 または pg_restore を使用すると、次のようなプロダクション ダンプ (ubuntu Linux サーバーによって生成されたもの) を復元しようとするとエラーが発生します。

pg_restore: [カスタム アーカイバ] 入力ファイルから読み取れませんでした: ファイルの終わり

復元に使用するコマンドは次のとおりです。

スキーマ全体は正常に作成されましたが、データの作成を開始するとエラーが発生します。

ローカルのpostgres 9.3（私のMac OSにインストールされている）で試してみましたが、同じエラーが発生しました。Windows 7 マシンで pgAdmin3 を使用して復元を試みたところ、エラーは発生しませんでした。誰でも私を助けることができますか？

次のコマンドを使用して、ローカル システムにデータベースをダンプしようとしています。

しかし、私はエラーが発生しています:

私は何を間違っていますか？

Postgres Guideに従おうとしていますが、次の復元コマンドにはいくつかの問題があると思います。

ターゲット データベースがありませんね。

ただし、次のコマンドを実行すると、多くのエラーが発生します。

上記のコマンドは機能しますが、復元されたデータは不完全だと思います。私のスキーマでは、 Postgres Guideに示されているように、またはが表示されUserないことに気付きました。first_namelast_name

以下を実行する場合:

pg_restore がパスワードの入力を求める問題が発生しています。PG_Restore は、あるマシンでは正しく機能しますが、他のマシンでは正しく機能しません。これは、どこかに設定の問題があることを示しています。PGPass はすべてのマシンで空白です。

正しいパスワードを持つ接続文字列が実行可能ファイルに渡されたときに、PG_Restore がユーザーにパスワードの入力を求めるのはなぜですか?

更新: pg_dump コマンド中にテーブル内のデータを除外できました。データがダンプされるのを待つ必要がないため、データをロードしないよりも高速になります。

--exclude-table-data=event_logs

(PostgreSQL) 9.4.4

を実行するときにテーブルを除外する方法を知っている人は誰pg_restoreですか? を行うときに、その方法を見つけることができますpg_dump。ただし、ダンプを行っているのは私ではないため、それらを除外することはできません。

ダンプには非常に大きく、復元を行うと永遠にかかるテーブルが 2 つあるため、それらをスキップします。

.sql ファイルから postgres のデータベースのテーブルを復元しようとしています。コマンドを使用しましたpg_restore -d dbName file.sql。ユーザーはスーパーユーザーです。しかし、いくつかのエラーが発生しました:

そもそもテーブルが作成されていないため、他のエラーはこれに関連しています。これらのエラーが何を意味するのか疑問に思っています。私はpostgres 9.4を使用しており、PostGIS拡張機能を特定のデータベースに追加しています。