最高のホット/ウォームバックアップサーバーレプリケーション戦略(SQL Server 2005)
-
03-07-2019 - |
質問
SQL Server 2005とアプリケーションを備えた2つの同一サーバーがあります。
ハード要件:
- どちらのサーバーでもデータを更新できる必要があります。
- データベース内の何かを再構成することなく、どちらかのサーバーを取り外すことができる必要があります。
- サーバーが再びプラグインされると、他のサーバーと自動的に同期する必要があります。
注:
- 可能であれば、プライマリサーバーに大きな負荷をかけないオプションを好みます。
- 2台のサーバーには複製用のプライベートネットワークがあるため、帯域幅は問題になりません。
- どちらのサーバーでもデータが数分遅れていても問題ありません。
私のオプションを読んだことから:
- 更新可能なサブスクリプションを使用したトランザクションレプリケーション(キュー更新)
- マージレプリケーション
どの構成が要件に最適ですか?
解決
現在のオプションでは、両方のサーバーを書き込み可能にすることはできません。両方のサーバーへの更新が可能になるため、ほとんど唯一のオプションはマージレプリケーションになります。
ただし、マージレプリケーションはセットアップして実行するのが最も困難です。サーバーの1つがダウンしている間、ディストリビューターがスペースを使い果たさないように、ディストリビューターに十分なドライブスペースがあることを確認する必要があります。
ログ配布とミラーリングでは、セカンダリサーバーを更新できません。
他のヒント
ログ配布を検討しましたか?
Warm-standbyが自動的に引き継ぐように簡単にセットアップできるとは思わないので、それをプライマリにするのに手作業が必要です。
そして、それは最近受信したログと同じくらいしか良くありません-しかし、毎分程度ログを出荷するように設定できます。
スタンバイを100%最新にする必要がある場合、各トランザクションを同期するソリューションが必要です。これは分散コミットになります。
ただし、FedExでスタンバイを出荷し、電源を切る前にプロセスを強制する(つまり、「最終」ログを出荷する)ことができる場合は、動作するはずです。または、接続が切断されたばかりの場合、FedEx'dしてから「オンライン」に戻ります。ログシッピングは中断したところから再開するだけです。プライマリにすると、「新鮮」になります。受信した最新のログとして。
所属していません StackOverflow