0

After reading Pinal Dave's useful article on restoring databases I am planning to utilise the following setup...

  1. My 400mb database is in D:\databases\
  2. Recovery model is Full
  3. Create a backup device in C:\dbbackups
  4. Every day a Full backup will be run on the database to the backup file on C:
  5. Every 4 hours a transactional log backup will be run on the database to the backup file on C:
  6. Every 24 hours the server host takes a differential file backup of C: & D: which I expect will copy the SQL database and backup device files in their entirety
  7. Every 24 hours the server host takes a SQL backup of the database files
  8. Every week I download the backup device file to our office off-site

I know I could probably improve on that (pointers welcome!) but cost is always the factor, so I'm trying to limit risk as much as I can. In addition to the above pointers...

  • Taking into account steps 1-5 above, does that mean that the backup file will simply grow and grow forever as the new backups are performed?
  • Am I correct in thinking that I only need one Full backup plus the following log backups in order to restore to the latest 4 hour backup taken?
  • If so, is it possible to have the backups overwritten on say a three week retention period? If not, how do other DBA's limit these file sizes?

Desperately trying to avoid becoming the next disaster story... :-)

4

1 に答える 1

1

バックアップスクリプトで使用されているオプションについて確信が持てない場合は、調査したいツールの1つがOlaHallengrenのメンテナンススクリプトです。これは一連のツールですが、必要に応じて、バックアップ部分だけを確認（および使用）することもできます。スペースの不足やその他のベストプラクティスに関する懸念の多くを考慮に入れているため、これをお勧めします。

ポイント3から5について注意したいのは、可能であれば、C：ドライブに直接バックアップしないことです。覚えておいてください：それはWindowsをホストします。部屋が不足すると、サーバーがクラッシュします。ドライブオプションがC：とD：のみの場合は、D：ドライブにバックアップします。より良い解決策は、別のディスクを追加することです。これと同じ理由で、データベースファイルをC：ドライブでホストしたくないのです。

検討したいもう1つのことは、バックアップをオフサイトに移動するのを待っている間に、バックアップをネットワークストレージに（完了時に）移動することです。サーバーがクラッシュした場合でも、ネットワークストアからサーバーにアクセスでき、1週間前のバックアップをオフサイトから呼び出す必要がない場合があります。引き続きコピーをオフサイトに送信することをお勧めします。

バックアップのローテーションスキームについては、サポートしているユーザーと設定したSLA（サービスレベルアグリーメント）に基づいて、利用可能なリソースとのバランスをとる必要があります。あなたの状況に合った、あなたとあなたのユーザーが満足している答えを見つける必要があるほど、「正しい」答えはありません。とはいえ、長期​​ローテーションに追加する前に、必ずバックアップを復元してテストしてください。

フル/ログバックアップについての質問は正しいです。各ログバックアップは、ベースとして完全バックアップに依存します。したがって、F1-> L1-> L2-> L3-> L4-> F2-> L5-> L6-> L7->L8...の場合L3に復元するには、バックアップF1、L1、L2、L3の順にバックアップする必要があります。2番目の完全バックアップに復元する場合は、F2が必要です。

最後に、さらにヘルプが必要な場合は、間違いなくGoogle forSQLServerのバックアップです。ブロガーから入手できるすばらしいリソースがたくさんあります。そしてもちろん、DBAに固有の質問のためのこのサイトとdba.stackexchange.comがあります。

于 2013-02-27T13:17:04.007 に答える