sql-server-2005 - Sql Server 2005 でのミラーリングとログ配布

Question

このシナリオでのデータベース ミラーリングとログ配布の長所と短所について、人々の意見を聞きたいと思っています。データベース バックアップの状況をセットアップする必要があり、プライマリに障害が発生したときに自動的にピックアップする必要のないセカンダリ サーバーが 1 つだけ存在する必要があります。ただし、セカンダリを回復して開始するのに時間がかかりすぎる必要はありません。

Answer 1

ミラーリング

• データベース ミラーリングは、2 台のサーバーのみに制限されています。
• Witness サーバーによるミラーリングにより、高可用性と自動フェイルオーバーが可能になります。
• DSN 文字列を構成して、両方のミラーリング サーバーを含めることができるため、それらが切り替わっても何も気付かないことがあります。
• ミラーリング中は、ミラーリングされたデータベースにアクセスできません。同期/復元モードです。
• SQL Server 2005 Standard Edition でのミラーリングは負荷分散には適していません (上記の文を参照)

ログ配布

• 複数のサーバーにログを送信できます。
• ログ配布は、ジョブの実行頻度に応じて最新のものになります。ログを 15 分ごとに送信する場合、セカンダリ サーバーは 15 分程度になる可能性があります。よりウォーム スタンバイにします。
• 更新中は、データベースを読み取り専用モードのままにしておくことができます。レポート サーバーに適しています。
• 障害復旧に適しています

Answer 2

バックアップの目的には、ミラーリングをお勧めします。これにより、手間をかけずにデータベースの最新のコピーが常に保持されます。自動フェイルオーバーが必要ない場合は、2 つのサーバー/インスタンスだけが必要です。ハイ パフォーマンス モードは、エンタープライズ (sp) エディションでのみ使用できることに注意してください。

Answer 3

セカンダリ データベースへの切り替えは、ログ配布により時間がかかりますが、それほど悪くはありません。コピーされていないバックアップ ファイルを手動でコピーし、トランザクション ログ バックアップをセカンダリ データベースに適用し、セカンダリ データベースを回復して、その役割をプライマリに変更する必要があります。古いプライマリ データベースにアクセスできる場合は、開始する前にトランザクション ログをバックアップする必要があります。ミラーリングによるフェールオーバーはやや簡単で、高可用性モードを使用している場合は自動的に実行できます。ハイ パフォーマンス モードを使用している場合でも、これは 1 ステートメントの操作です。