1

次の仕様でクライアントの Web アプリケーションを管理しています。

  • 仮想 Windows 2003 Web サーバーで実行される ASP.net 3.5
  • データベースをホストする SQL Server Standard
  • データベースの現在のサイズは 6Gb、1 か月あたり 1Gb の増加率
  • 1 つのテーブルがサイズの 98% を占め、クライアントにとって最も重要なデータを保持します
  • この大きなテーブルのログは保持されません。このテーブルでは選択のみが行われます
  • バックアップ用に 50 Gb の FTP スペースが利用可能

このシナリオを考慮した場合、SQL バックアップの最適な戦略と、このタスクに最適なツール (商用アプリケーションを含み、クライアントはライセンス料を支払うことができます) はどれでしょうか?

4

5 に答える 5

2

それは、データがどれほど重要であるかによって異なります。ただし、これが私が行う方法です。1. フル バックアップを毎日実行します。2. 4 時間ごとに差分バックアップを実行します。3. トランザクション ログのバックアップを 15 分ごとに実行します。 4. サイトにコピーを保持し、バックアップが完了したらすぐにコピーをサイトから移動します。

データベースは大きすぎず、これは簡単に実行できます。

Redgate SQL Backupなどのサードパーティ ツールを使用すると、データベース バックアップが自動的に圧縮および暗号化されます。私はそれを広範囲に使用しており、大ファンです。

さらに、別のサイトが利用可能で、データが非常に重要である場合は、ログ配布の設定も検討することをお勧めします。

于 2009-01-18T19:58:25.363 に答える
2

CodePlex.com で使用する戦略は次のとおりです。

  • すべての SQL サーバーは、SQL ミラーリングを使用してピア サーバーで実行されます
  • 毎週の完全バックアップ (データベースとは別のドライブに保存)
  • 日次差分バックアップ (データベースとは別のドライブに保存)
  • 5 分ごとのトランザクション ログ バックアップ (データベースとは別のドライブに保存)
  • 毎日のテープ バックアップ
  • 週に 1 回、オフサイトでテープ バックアップを作成

また、バックアップをテストすることも非常に重要です。 調査によると、テストされていないバックアップ手順の 30% 以上に欠陥があることが示されています。バックアップのテスト戦略は次のとおりです。

  • 30 分ごとに、完全バックアップ ファイルが存在することを確認します (スケジュールされたタスクを使用)。
  • 30 分ごとに、差分バックアップ ファイルが存在することを確認します (スケジュールされたタスクを使用)
  • 30 分ごとに、トランザクション ログ バックアップ ファイルが存在することを確認します (スケジュールされたタスクを使用)。
  • 30 分ごとに、データベース ミラーリングが構成されていることを確認します (スケジュールされたタスクを使用)
  • 毎日、完全バックアップと差分バックアップのテスト リストアを実行し、テーブルの行数を報告します (スケジュールされたタスクを使用)。
  • 毎月 1 回、最新のテープ バックアップのテスト リストアを実行し、データを検証します。
于 2009-01-18T23:03:10.123 に答える
1

これは VPC ですか? アプリをインストールできますか？

http://www.jungledisk.com/

それが私たちが使用しているものです - 毎日バックアップをプッシュするSQLジョブを作成し、そのサービスを使用してAmazonのS3サービスにコピーをプッシュします。そうでない場合は、バックアップをマシンにプルしてから /w S3 Web サービスにプッシュするローカル アプリを作成するか、Jungledisk を引き続き使用することができます。

これは重要！アプリがダウンしたら大変！また、展開したアプリとそこに保存されているリソースを必ずバックアップしてください。つまり、コンテンツをアプリのストレージ ディレクトリにアップロードします。

于 2009-01-18T23:07:14.827 に答える
0

あなたの質問への回答を入力することになっていたのですが、SQLServerCentral.com のこの記事のように、はるかに優れたリソースがたくさんあることに気付きました。このような「バックアップのベスト プラクティス」も多数あります。

于 2009-01-18T22:44:12.050 に答える
0

また、損失しても許容できるデータの量と、データベースの復元にかか​​る時間も考慮する必要があります。クライアントは、15 分以上のデータを絶対に失いたくないと判断する場合もあれば、最大 1 日分のデータを失っても構わないと判断する場合もあります。

于 2009-01-18T22:57:58.433 に答える