重要なトランザクションデータベースがあり、SQL Server2008では完全復旧モードになっています。2つの異なるタイムゾーンの2つの異なるデータセンターに2つの異なるサーバーがあります。そして、さまざまなオプションを使用して、データベースを可能な限り最新の状態にするための最良の方法を設定しようとしています。データベースは現在わずか1.5GBであり、6か月ごとに1GB増加すると予想されます。
SMOを使用して、午前1時にフルバックアップを作成し、15分ごとに差分バックアップを作成するという単純なソリューションを使用しました。そして、このデータをスレーブとして機能している他のサーバーに転送し、スレーブ上のデータを復元します。したがって、すべてのスレーブは現在のDBと比較して15分前に実行されているため、クラッシュした場合は、最後の15分までのデータがあります。
ここで、レプリケーションと変更の追跡に関してこのソリューションを比較したいと思います。
レプリケーションと変更の追跡はどちらも、DBにいくつかの追加のメタデータを配置して、実行しているすべてのことを実行し、CPU使用率を少し余分に利用します。ただし、Diff Backupと比較して（私の理解では）CPUに多くの負荷をかけることはありません。Diff Backupは、一部のトランザクションを待機したり、保留中のキューを増やしたりするため、ユーザーが使用している間、情報の遅延や損失が発生する可能性があると想定しています。
15分ごとにDiffBackupがサーバーにより多くの負荷をかけることを知る必要がありますか？または、トランザクションが処理されているときに15分ごとに差分バックアップを使用することは本当にお勧めできませんか？
注：トランザクションはプライマリサーバーでのみ適用され、バックアップ復元を使用してスレーブに適用されます。ログ配布ではスキーマの変更は送信されず、何らかの理由で機能しなくなった場合、エラー通知を受け取ることができません。独自のカスタムソリューションでは、ログが電子メールで送信されます。私たちにそれは私たちを助けます。