pg_dumpおよびpg_restore：入力ファイルは有効なアーカイブではないようです

あるマシンでpg_dumpを使用し、結果ファイルを別のマシンにコピーして、復元しようとしました。スキーマは同じだと思います。しかし、私は得る：

pg_restore: [archiver] input file does not appear to be a valid archive

私は次の操作を行いました：

pg_dump -a -f db.txt dbname

そして：

pg_restore -a -d dbname db.txt

何が悪いのでしょうか？

psqlにフィードするように設計されたプレーンなsql形式でダンプしています。これはpg_restoreで認識されません。

cat db.txt | psql dbname

トリックを行う必要があります

pg_dumpデフォルトでは、データの再作成に必要なsqlコマンドを作成します。回復するには、入力としてファイルを使用してpsql（ではなくpg_restore）呼び出すだけです。pg_restoreは、バイナリ形式（デフォルトではなく、あまり一般的ではありませんが推奨されません）にのみ使用されますpg_dump。ドキュメントを読んでください。

更新：使用するpg_dumpバイナリ形式（-Fc -Ft）は問題なくpg_restore、ある程度の柔軟性を提供します。しかし、それらはあまり標準的ではなく（SQL以外）、一部のツール（PHPフロントエンドなど）からインポートしたり、テキストエディターで操作したりすることは少なく、他のバージョンや他のデータベースへの移植性は少し劣ります。バックアップについては、デフォルトのプレーン形式に固執します。他のシナリオでは、バイナリ+ pg_restoreオプションは同等またはそれ以上に適しています。

維持するポイントは、Postgresqlでは、典型的なシナリオでは、バックアップは通常pg_dump（プレーン）と標準コマンドラインクライアント（psql）による復元によって行われるということです。

に--format=cオプションを渡してみてくださいpg_dump。これでpg_restore復元できます。

これは、古いデータベースをバックアップして復元するために行うことです

データベースをバックアップするには

pg_dump --format=c olddb_name > db_dump_file.dump

そのバックアップを復元するには

pg_restore -v -d newdb_name db_dump_file.dump

pg_dumpおよびpg_restoreの詳細を読む

Windowsユーザーの場合

type db.txt | psql --username="YOURNAME" dbname

魔法のように働く

MySQLのSOURCEコマンドに対して何かを行うことができます。

psql dbname

次に、postgresqlターミナルで：

\i filename

cat dumpFileName | psql -h ip -d dbName -U userName -W

また、このエラーメッセージは、バックアップファイルに実際には何か問題があることを意味する場合もあります（または、それについてのあなたの仮定）。

あるケースでは、Dockerコンテナーにバックアップファイルをマウントして復元しようとしましたが、で失敗しましたdoes not appear to be a valid archive。実際、マウントが正しく実行されなかったため、ファイルは空でした。