2

毎晩バックアップされる SQL Server 2005 データベースがあります。バックアップは次のもので構成されます。

  1. データベースの完全バックアップ。
  2. トランザクション ログのバックアップ。

これらは現在、2 つの別々のジョブです。

ログは巨大なので、次のように設定したいと思います。

  1. データベースは毎晩完全にバックアップされます
  2. ログは、あるバックアップと次のバックアップの間の任意の時点からデータベースを回復できるように設定されています。

ログ ファイルを管理できるように設定するにはどうすればよいですか? ログが巨大であるため、ログが縮小されたことはないと思います。

4

3 に答える 3

5

現在、物事の音から完全な復旧モデルを実装しています。これにより、目的の時点 (完全バックアップ後) をカバーするトランザクション ログ バックアップがあれば、特定の時点に復元できます。

必要なトランザクション ログ ファイルのサイズを小さくするには、トランザクション ログ バックアップの頻度を増やす必要があります。私は毎時をお勧めします。ログ ファイルの実際の使用量を測定したら、より適切なサイズに圧縮することができます。ここで重要な点は、トランザクション ログのバックアップが完了すると、ログ ファイルの非アクティブな部分が再び使用できるようになることです。トランザクション ログ ファイルが継続的に大きくなる理由は、トランザクション ログのバックアップがまったく作成されていないか、バックアップの頻度が十分でない場合です。

また、バックアップ データの全体的なサイズを削減するために、差分バックアップと完全バックアップを組み合わせて実行することを検討することをお勧めします。スケジュールの例としては、毎週のフル バックアップ (毎週日曜日など) と、毎日の差分バックアップがあります。

私が詳述したことが理にかなっていることを願っています。お気軽に私に直接ご連絡ください。お客様の環境に適したバックアップ戦略を展開するお手伝いをさせていただきます。

重要な参考資料:

  1. トランザクション ログ ファイルが予期せず大きくなるのを防ぐ方法
  2. SQL Server でのデータベースのバックアップと復元
于 2009-04-09T21:44:10.647 に答える
1

One of the things I find with backups is that people typically don't run them frequently enough - especially when it comes to log file backups. And it sounds like you're correct, that the log file isn't being truncated regularly (which means you're likely wasting premium disk space [1]). More importantly though, that's leaving you completely exposed from a recoverability standpoint.)

Happily though, getting things up and running as you need them isn't so hard. In fact, I'd recommend the following three videos as they should give you the background info you need, and then the step-by-step instructions you'll want to follow to get everything working correctly: http://www.sqlservervideos.com/video/logging-essentials

http://www.sqlservervideos.com/video/sql2528-log-files

http://www.sqlservervideos.com/video/sqlbackup-best-practices

1 Maximize Storage Performance: http://www.sqlmag.com/Article/ArticleID/100893/sql_server_100893.html

于 2009-04-09T21:48:29.777 に答える