SQL Server2005年のバックアップ戦略
-
19-08-2019 - |
質問
になったという経験を通じてウェブアプリケーションのためのクライアントは以下のスペック:
- ASP.net 3.5走行仮想のWindows2003年のWebサーバー
- SQLサーバーの標準のデータベース
- データベースの現在のサイズの6Gb、1Gb/月の成長率
- 単一のテーブルの責任は98%のサイズ、最も重要なデータ、クライアント
- ログが残っていないこの大きなテーブルだけを選んで行っておこのテーブル
- 50Gb FTP空間のみバックアップ
このシナリオでは、このサービスをワンストップは、SQLのバックアップかいツールに最適なこのタスク(商業用途、コンサルティング/クライアントを支払うためのライセンス料金)?
解決
CodePlex.comで使用する戦略は次のとおりです。
- すべてのSQLサーバーは、SQLミラーリングを使用してピアサーバーで実行されます
- 毎週の完全バックアップ(データベースとは別のドライブに保存)
- 毎日の差分バックアップ(データベースとは別のドライブに保存)
- トランザクションログのバックアップは5分ごと(データベースとは別のドライブに保存されます)
- 毎日のテープバックアップ
- テープのバックアップを毎週オフサイトで取得
非常に重要な バックアップをテストしてください! 調査により、テストされていないバックアップ手順の30%以上に欠陥があることが示されています。バックアップテスト戦略は次のとおりです。
- 30分ごとに、フルバックアップファイルが存在することを確認します(スケジュールされたタスクを使用)
- 30分ごとに、差分バックアップファイルが存在することを確認します(スケジュールされたタスクを使用)
- 30分ごとにトランザクションログバックアップファイルが存在することを確認します(スケジュールされたタスクを使用)
- 30分ごとに、データベースミラーリングが構成されていることを確認します(スケジュールされたタスクを使用)
- 毎日、フル+差分バックアップのテスト復元を行い、テーブルの行数を報告します(スケジュールされたタスクを使用)
- 月に1回、最新のテープバックアップのテストリストアを行い、データを検証します
他のヒント
データの重要性に依存します。しかし、ここで私はそれをどうやってやろうと思います。 1.毎日完全バックアップを実行します。 2. 4時間ごとに差分バックアップを実行します。 3. 15分ごとにトランザクションログバックアップを実行する 4.バックアップが完了したらすぐに、サイトにコピーを保管し、サイトからコピーを移動します。
データベースは大きすぎず、これは簡単に実行できます。
Redgate SQL Backup などのサードパーティツールを使用します。データベースのバックアップが自動的に圧縮および暗号化されます。私はそれを広範囲に使用し、大ファンです。
さらに、使用可能な別のサイトがあり、データが非常に重要な場合は、ログ配布の設定についても検討する必要があります。
これはVPCですか?アプリをインストールできますか?
これが私たちが使用するものです-毎日バックアップをプッシュするSQLジョブを作成し、そのサービスを使用してコピーをAmazons S3サービスにプッシュバックします。そうでない場合は、バックアップをマシンにプルしてから/ w S3 webserviceをプッシュするか、まだJunglediskを使用しているローカルアプリを使用できます。
これは重要です!アプリがダウンすると、痛い!また、デプロイされたアプリとそこに保存されているリソースを必ずバックアップしてください。つまり、コンテンツをアプリのストレージディレクトリにアップロードします。
あなたの質問への答えを入力することになっていたが、 SQLServerCentral.comのこの記事。また、多くの<!> quot;バックアップに関するベストプラクティス<!> quot;もあります。 このような。
きたいと思いま考慮したデータはどで負けられないので、これまでの回復のデータベースです。クライアントであることを決定いたいくで15分間以上のデータを初めて決定するまで負けては、日分のデータは大丈夫です。