0

最初は復元が大きすぎると思ったので、1 つの 2 GB (圧縮) db バックアップの代わりに、スキーマ用の 1 つの複数のバックアップに分割しました。このスキーマmapは 600 Mb です。次のステップは、テーブル用に分割されます。

これには、私の国の地図からの空間データがいくつかありますが、それが関連しているかどうかはわかりません.

ご覧のとおり、ほぼ2時間です。ディスクは実際には使用されていません。復元を開始すると、ディスクが数回 100% に達します。しかし、最後の 1 時間は横ばいでした 0%

ここに画像の説明を入力

ここでわかるように、復元されたすべてのテーブルのデータにアクセスできます。すでに行われているようです。

ここに画像の説明を入力

これは正常ですか?何が復元を行っているかを確認するために確認できることはありますか?

ハードウェアのセットアップ:

  • コア i7 @ 3.4 GHz - 24 GB RAM
  • 250 GB SSD 上の DB SATA ディスク内のバックアップ ファイル

編集

SELECT application_name, query, * 
FROM pg_stat_activity
ORDER BY application_name, query;

ここに画像の説明を入力

4

1 に答える 1

2

はい、それは完全に正常なようです。

ほとんどの場合、インデックスまたは制約の作成を観察します。の出力を見てください

SELECT * FROM pg_stat_activity;

それを確認します(CREATE INDEXまたはが含まれている必要がありますALTER TABLE)。

今では遅すぎますが、増やすmaintenance_work_memとインデックスの作成が高速化されます。

于 2016-12-04T04:38:48.927 に答える