ポストグルcreatedbは関係を開くことができません

Question

再び、親切にしてください。私はdbaではなく、古いpostgressデータベースを継承しました。

私の非常に古代のdebianサーバのひとつが、postgres 7.4.7を実行していて、データファイルシステムを満たしていました。私のコホートの一人が、再インデックスとそれに続く「すべて真空」を試みることに決めました。このすべてが惨めに失敗し、私にはより少ないスペースで私を残しました。私はpostgresのよう「のpsql -h」を実行したときに今、私は

「：FATAL：psqlを開けませんでした関係 『pg_trigger』：そのようなファイルまたはディレクトリ」を取得します。

問題のデータベースにアクセスするためにpsqlを使用できます。私が 'psqlデータベース'の場合、私は'CREATE DATABASE temp;'を実行できますが、 'psql tempは上記のエラーで失敗します。私は有効と思われるものを持っていますpg_dumps。ああ、私は他のサーバに見られるようにpostgresデータベースはありません。私の質問は：上記のエラーを解決する方法はありますか、それは完全にデータベースをリセットする方法はありますか？

私は（私が望むように）ポストグルをアップグレードできないことに注意してください。 私が願っているもの：

• データは/ var/lib/postgres/data/baseにあります。
• createdbまたはdropdbを実行すると、致命的なエラーが発生します。
• それは私のせいではありませんが、今は私の混乱です。

Answer 1

ああ、私は悪いです、他のサーバー

に見られるような何のPostgresデータベースはありません。

誰かのように聞こえるかもしれませんが（おそらくあなたではない）、DROP TABLE pg_somethingorother;にしようとしました。 pg_テーブル（カタログとも呼ばれる）はテーブル名、トリガコードなどが保持されているため、そのようなテーブルドロップは多くの問題を引き起こします。

上記のエラーを解決する方法はありますか、それとも完全にデータベースをリセットする方法がありますか？

あなたは以前にいくつかの有効なpg_dumpファイルがあると述べました。

1. これらのダンプファイルをテストします。理想的には、それはディスクスペースを持つマシンを取得することと、適切なポストグルバージョン（7.4.7は古く、これは難しいかもしれないので、これは難しいかもしれません）を発行し、initdbを発行してから、ダンプファイルをロードしますそれはpsql < dumpfileのようなもので、テキストでない場合はpg_loadを使用します）。
2. ダンプファイルが正常に機能している場合は、元のマシンに戻り、破損したデータベースディレクトリ（/var/lib/postgres/data - baseのディレクトリとconfファイル）を削除します。あなたが将来的にこの問題を持っている可能性が低いですので、手順1
3. で、データベースに適切なvacuum文を発行するcronを作成したのと同様に、それをロードし、その後、ゼロからスタートする
4. 使用initdb 。
5. 定期的なバックアッププロセスを作成するので、将来この問題（またはその他の問題）が発生する場合は、より確実な方法があります。

ダンプファイルをテストするために十分古いpostgresを持つマシンを取得できない場合は、ダンプファイルを新しいpostgresにロードしてみてください。このは、ほとんどの場合、になります。しかし、それはいくつかの問題に遭遇する可能性があります。それが機能する場合は、手順2以降に進みます。もしうまくいくが、何らかのエラーがあり、何が起きているのか分からなければ、ステップ2以降を実行する価値があるかもしれません。

ダンプファイルにはが含まれていないと、ホースされている可能性があります。しかし、代替案が悲しいので、私は彼らがそうすると仮定するつもりです。

この状況にはごめんねして、私はあなたに幸運を祈ります。