1

私たちのチームの 1 つが、やや大きく (~500GB)、そこから拡大するデータベースを開発しています (500 ギグは多くの人にとって小さいように見えるかもしれませんが、私たちのショップでより大きなデータベースの 1 つになるでしょう)。彼らが取り組んでいる問題の 1 つは、データベースのバックアップと復元です。基本的に、データベースにはいくつかの「データ」テーブルと、画像/ドキュメントの保存に使用される 1 つのテーブルがあります。次のことを達成する必要があります。

  • デバッグとテストの目的で、データ テーブル (sans images) のみをテスト サーバーにすばやくバックアップして復元できます。
  • 壊滅的なデータベース障害が発生した場合は、データ テーブルのみを復元して、ほとんどのアプリケーションをできるだけ早く起動して実行します。次に、可能であれば images テーブルを復元します。
  • 夜間に割り当てられた時間枠 (数時間) 内にデータベースをバックアップします。

私の質問は次のとおりです。

  1. 画像を同じデータベースに保存したまま、最初の 2 つの目標を達成することは可能ですか? もしそうなら、ファイルグループ、ファイルストリーム、または何か他のものを使用しますか?
  2. 他のショップは、高可用性を維持しながら妥当な時間枠でデータベースをバックアップするにはどうすればよいでしょうか? 2 番目のサーバーにレプリケートし、そこからバックアップしますか?
4

1 に答える 1

1

同様の問題を扱ってきました。当社は 25 億ドル規模のソーラー製造会社であり、データベースのバックアップを維持するだけでなく、災害復旧も重要です。当社の主なデータベースは工場フロアの生産データベースです。私たちは、このデータベースを本番環境を維持するために必要不可欠なデータだけに限定し、その他のデータを独自のデータベースに移動することにしました。これにより、高可用性と合理的なバックアップ/復元時間が可能になりました。

あなたの場合、他のデータと同じデータベースに画像を保存することが本当に必要ですか? そうではないのではないかと思います。これは、いくつかの問題を処理しやすくするための単なるケースです。別のファイルグループも問題に役立つと思います。しかし、すべてを単一の DB に入れる必要があるかどうかを真剣に再検討する必要があるかもしれません。

于 2010-12-21T16:26:14.340 に答える