問題タブ [pg-restore]

temp1次のコマンドを使用して、という名前のデータベースのダンプを取得しました

ここで、「db_temp」という別のデータベースにダンプを復元したいのですが、その中で、すべてのテーブルを「temp_schema」(fms temp1 データベースにあるデフォルトのスキーマではない) に作成する必要があります。 「db_temp」データベース。

pg_restoreコマンドを使用してこれを行う方法はありますか?

他の方法も大歓迎です！

私は最近 PostgreSQL をいじっていますが、単一のテーブルをバックアップおよび復元する方法を理解するのに苦労しています。

別のサーバーにコピーするために、pgadmin3 を使用してデータベース内の単一のテーブルをバックアップしました。ファイルに対して pg_restore を実行しようとすると、シーケンスが存在しないというエラー メッセージが表示されます。

自動インクリメント列のシーケンスがダンプ ファイルに含まれていないようです。それを含めるにはどうすればよいですか？

次のコマンドを使用してダンプしたLinuxサーバーにPostgres8.4データベースがあります。

次に、作成したファイルをローカルのWindows 7マシンにFTPで転送し、次のコマンドを使用してファイルをローカルのPostgres8.4インスタンスに復元しようとします。

restoreコマンドは、データベースを作成し、それに接続してから、他のすべてのテーブルを期待どおりに作成したと主張する大量の出力を生成します。ただし、pgAdminを使用してローカルマシン上のデータベースを表示すると、復元されたデータベースがまったく存在しません。

トラブルシューティングを試みるために、次のコマンドを試しました。

指定されたホストとユーザー名が完全にナンセンスであるにもかかわらず、このコマンドを実行すると、エラーなしでコマンドからまったく同じ出力が得られます。

誰かが以前にこれに遭遇したことがありますか、またはこれを引き起こすことによって何ができるかを知っていますか？

現在、私は次のようなことをしています:

私が本当に望んでいるのは、 autoid フィールドと競合したり、既存のデータを上書きしたりせずに、データだけをインポート/エクスポートできるようにすることです。

多分私はプロセス全体について間違って考えていますか？

2 つの PostgreSQL サーバーがあります。On web server1pguser1は、Web アプリケーションの操作に必要なすべてのデータベース オブジェクトを作成する関連付けられたユーザーです。すべてのオブジェクトが にあるとしましょうschema1。
同様に、on server2pguser2は Web サーバー 2 のデータを作成します。

server1 からスキーマ バックアップ (pgadmin のバックアップ ウィンドウのカスタム オプション) を取得しました。server2 に復元するとき、オブジェクトのすべての特権と所有権pguser2をpguser1.

これはどのように達成できますか？可能であれば、復元中のオプション (pg_restore コマンド) が優先されます。

psql-q/--quietオプション (環境変数)がありQUIETます。 pg_restore静かなオプションはありません。pg_restore実行中のSQLコマンドを詳細に表示しないようにする方法はありますか?

重複の可能性:
Django: 復元後にデータベースにアクセスしようとするとアクセス許可が拒否されました (移行)

同様の問題があります： PostgreSQLの復元後、受け入れられた解決策が効果がないことを除いて、「リレーションdjango_sessionの許可が拒否されました」というメッセージが表示されます。

最初に私が得た：

次に、psqlで以下を適用した後...

...上記のSOの質問と同じです...

--no-acl && --no-owner (-Ox) を試してみたので、これは本当に私を投げました:

django 1.4を使用し、インストールされたアプリにはdjango-CMSが含まれています...また、ローカルコピーは同じユーザーと異なるpostgresql DBで正常に動作しています。

おっとっと：

古典的な間違いを犯し、私の質問が非常にユニークであると仮定して申し訳ありません。解決策は別の場所に ありましたDjango:復元後にデータベースにアクセスしようとすると許可が拒否されました(移行)

トリックをしました。無意識の救世主に感謝: @ user698585 ;P

devel データベース ノード (このノードは RAM や CPU が少なく、実稼働サーバーよりも少ない) で大規模なデータベース (カスタム形式でほぼ 32Go) を復元しようとすると、少し問題が発生しました。

データベース ダンプは、次のようなコマンドで生成されます。

そして、復元するときは、次のコマンドを使用しました。

しかし、ここでは、復元コマンドが次のようなエラーで失敗するたびに:

そして、postgresql ログを確認すると、次のように表示されます。

かなり奇妙です。復元しただけで、postgresql サーバーが単独で「再起動」します。ジョブの数を最小限に抑えようとしましたが (-j 5オプション)、それでも同じ問題が発生しました。ただし、より優れたスペックのノードでは、このデータベースを復元するのに問題はありません。よくわかりませんが、インデックスの更新 (そのうちの 1 つが非常に大きすぎる) が、この問題を理解する手がかりになるのでしょうか?

いくつか質問があります。非常に大きなデータベースを復元するためのより良い方法はありますか? pg_restore コマンドに何か不足がありますか? 開発サーバーの設定が低すぎるのでしょうか?

手がかりは大歓迎です。少し早いですがお礼を。

env: PostgreSQL 9.1 (Debian パッケージ経由でインストール)

次のコマンドを使用して、heroku からローカル ドライブに最新のバックアップ ファイルをダウンロードしました。

次に、次の方法で復元しようとしました。

そして、私はこのエラーメッセージを受け取りました：

グーグルで調べたところ、問題はバージョンの不一致であることがわかりました。Heroku postgres のバージョンは 9.0.13 ですが、ローカルの開発データベースはバージョン 8.0 です。

以前に postgres のインストールに問題があったため、ローカル バージョンを 9.0 にアップグレードすることを少し躊躇しています。heroku からデータをダウンロードする簡単な方法はありますか?

このコマンドで取得した pg_dump を別のサーバーから復元しようとしています。

pg-backup.sql ファイルをコピーした後、このコマンドで復元しようとしています

pg-backup.sql ファイルは 13 GB です。pg-restore は 4 時間実行されており、ずっとデータを画面上にスクロールしています。エラーなし。

しかし、psql セッションからこのステートメントを実行すると

サイズは 5377 kB です。何？これで少なくとも 1GB になるはずです。私は完全に迷っています。このデータはすべて画面を上にスクロールしていて、それがどこにも行かないことを証明することはできません. ディスク使用なし。

ヘルプ