作成したPostgreSQLダンプの有効性と正確性を検証しようとしているようです。
主な誤解は、ダンプを作成したのと同じデータベースにダンプを復元する必要がないということです。 。同じクラスター上の別のデータベースに復元することも、余分なパラノイアの場合は別のクラスター（サーバー）上のデータベースに復元することもできます。ダンプがエラーなしで復元されたこと、およびデータが期待どおりであることを確認します。
さらにパラノイアが発生した場合は、PostgreSQLサーバーを停止し、データディレクトリ内のファイルをコピーします。そうすれば、ファイルレベルのバックアップもできます。 PostgreSQLデータディレクトリのファイルレベルのコピーはのみできることに注意してください 同じプラットフォーム上で同じオプションを使用して構築された同じメジャー（8.1 / 8.2 / ...）バージョンのPostgreSQLで読み取ることができるため、datadirがWindows x64の9.2.xからのものである場合、別のWindowsでのみ読み取ることができます。 9.2.xがインストールされたx64ホスト。
元のデータベースが心配な場合は、おそらくバックアップがありません。これは重要です 問題。 バックアップと復元に関するドキュメントの章> 優れた自動化を取得します バックアップスキームが実施されています。 barman をご覧ください 。
質問の編集後に更新 ：
-F t 奇妙な選択です。プレーンSQLダンプまたは-F c 通常はもっと理にかなっています。
作成したファイルは.gzではありません （gzip圧縮された）ファイル、とにかく、それは.tarです アーカイブ、圧縮されていません。 SQLファイルでいっぱいのディレクトリに抽出できます。
テストするには、pg_restoreを使用します createdbで作成された新しい空のデータベースに復元します またはCREATE DATABASE コマンド。