適切なSQL Serverバックアップスケジュールとは何ですか？

バックアップタスクの設定プロセスに関する情報は豊富にあるようですが、データベースバックアップの全体像に関する情報はあまりありません。少なくとも、その情報を提供する検索エンジンクエリを作成するのは困難です。バックアップには次の3種類があります。

• データベース全体のバックアップ
• 差分データベースバックアップ
• トランザクションログのバックアップ

3つすべてを使用することになっているようです。それで、これは理にかなっているスケジュールですか？

• 毎月1日 -データベースの完全バックアップを行います。
• 毎日深夜0時 -差分データベースバックアップを実行します。
• 15分ごと -トランザクションログのバックアップを行います。

このように、たとえば12日にデータベースに障害が発生した場合、1日目からデータベースの完全バックアップを復元し、1日目から12日目に12回の差分バックアップを実行し、最後に最新のトランザクションログを復元します（トランザクションログの差分？）。

最後に、データベースの完全バックアップは自己完結型ですか？つまり、2月1日にデータベースの完全バックアップを作成したら、1月からすべてのファイルを削除できますか？もちろん、念のため、前の2か月のセットを保持しますが、質問は概念的なものです。

SQL Serverのすべてのものと同様に、状況によって異なります。

最初に行う必要があるのは、各タイプのバックアップが何をするかを理解することです。

Books Onlineには、すべてのネバネバした詳細がありますが、ここに要約を示します。

完全バックアップには、データベース内のすべてが含まれます。差分バックアップは、増分ではなく累積です。この例では、データベースが12日に失敗した場合、1日目から完全バックアップを復元し、12日目に最新の差分を復元し、その後、失敗までのすべてのトランザクションログバックアップを復元するだけで済みます。TRANSACTION LOGバックアップは、完全復旧モデルまたは一括ログ復旧モデルを使用するデータベースにのみ必要です。単純復旧モデルを使用している場合、トランザクションログのバックアップは必要ありません。

これで完了しました...バックアップスケジュールの設計は、回復する必要があるデータの量と、災害発生時にデータを回復するのに必要な速度に依存します。毎日完全バックアップを開始することをお勧めします。後でいつでも頻度を減らすことができます。差分バックアップは最後のフル以降の累積であるため、データベースで行われている変更量によっては、数日後に差分がフルバックアップより大きくなる可能性があります。毎日完全バックアップを行う場合、差分を使用する必要はまったくありません。ただし、1日1回それを実行し、正午にスケジュールすることはできます。トランザクションログバックアップは、ログのみをバックアップします。ログバックアップの頻度によって、障害が発生した場合に失われるデータの量が決まります。15分ごとにログバックアップを実行すると、その後、変更されたデータの最後の15分間まで失われることが予想されます。15分が適切な頻度ですが、30分ごとに私の環境に最適です。

先ほど言ったように、それはすべてあなたの環境に依存します。バックアップスケジュールを設計および設定したら、必ず別のサーバーでテストしてください。完全バックアップ、差分バックアップ、およびログバックアップの復元を練習して、すべてが設計どおりに機能することを確認します。

Books Onlineには、メンテナンスプランの使用を計画している場合に役立つ情報がありますが、柔軟性が本当に必要な場合は、Ola Hallengrenのバックアップスクリプトを確認してください。