SQL Server 2005のミラーリングとログ配布
-
11-07-2019 - |
質問
このシナリオでのデータベースミラーリングとログ配布の長所と短所についての人々の考えを聞くことに興味があります。プライマリが失敗します。ただし、セカンダリをリカバリして起動するのに時間がかかりすぎることはありません。
解決
ミラーリング
- データベースミラーリングは、2台のサーバーに制限されています。
- Witness Serverでミラーリングすると、高可用性と自動フェイルオーバーが可能になります。
- DSN文字列を設定して、ミラーリングされたサーバーの両方を含めることができるので、切り替えたときに何も表示されません。
- ミラーリング中は、ミラーリングされたデータベースにアクセスできません。同期/復元モードです。
- SQL Server 2005 Standard Editionでのミラーリングは、負荷分散には適していません(上記の文を参照)
ログ配送
- 複数のサーバーにログ配布できます。
- ログ配布は、ジョブの実行頻度と同じくらい最新です。 15分ごとにログを出荷する場合、セカンダリサーバーは最大15分になる可能性があります。よりウォームスタンバイにする。
- 更新中は、データベースを読み取り専用モードのままにすることができます。レポートサーバーに適しています。
- 災害復旧に最適
他のヒント
バックアップのために、ミラーリングをお勧めします。手間をかけずにデータベースの常に最新のコピーを保持します。自動フェールオーバーが必要ない場合は、2つのサーバー/インスタンスのみが必要です。ハイパフォーマンスモードは、エンタープライズ(sp)エディションでのみ利用可能です!
ログ配布ではセカンダリデータベースへの切り替えに時間がかかりますが、それほど悪くはありません。コピーされていないバックアップファイルを手動でコピーし、トランザクションログのバックアップをセカンダリデータベースに適用し、セカンダリデータベースを回復し、その役割をプライマリに変更する必要があります。古いプライマリデータベースにアクセスできる場合は、開始する前にトランザクションログをバックアップする必要があります。ミラーリングによるフェールオーバーはいくぶん簡単で、高可用性モードを使用している場合は自動的に実行できます。高パフォーマンスモードを使用している場合でも、1つのステートメント操作です。
所属していません StackOverflow