SQL Server 2005とアプリケーションが同じ2台のサーバーがあります。ベストホット/ウォームバックアップサーバーのレプリケーション戦略（SQL Server 2005）
ハード要件：
注：
は以下のとおりです。最高は私の要件に合った構成更新可能なサブスクリプションと
？
現在のオプションのいずれも、両方のサーバーに書き込み可能にすることはできません。ほとんどの場合、唯一のオプションは、両方のサーバーの更新を可能にするため、レプリケーションをマージすることです。
ただし、レプリケーションがセットアップおよび実行されている得るために最も困難であるマージします。サーバの1台がダウンしている間、ディストリビュータがスペースを使い切らないように、ディストリビュータに十分なドライブ容量があることを確認する必要があります。
ログ配布とミラーリングは、セカンダリサーバを更新することはできません。
ログ配布を検討しましたか？
私はウォームスタンバイを自動的に引き継ぐことができるように、それは簡単に設定することができないと思うので、いくつかの手作業がプライマリそれを作るに関与。
そして、それは唯一の最も最近に受信したログと同じくらい良いだろう - しかし、あなたは毎分ほど船のログを設定できます。
あなたは今までのスタンバイ100％のアップを持っている必要があれば、あなたは、各トランザクション同期ソリューション必要 - 分散コミットされます。
しかし、あなたはフェデックスによってスタンバイを出荷しようとしていると、プロセスを強制することができれば、それはそれが動作するはずパワーダウンする前に（つまりは「最終」のログを出荷します）。またはFedExとの接続が切断されて「オンライン」に戻った場合、ログ配布は途中から再開する必要があります。それをプライマリにすると、受け取った最新のログと同じように「新鮮」になります。
スタンバイは100％最新である必要はありませんが、数分以内にする必要があります。 –
主な点は、これが*双方向*である必要があることです。プライマリは、バックアップがオンラインになったときにバックアップを更新する必要があり、バックアップはプライマリを更新する必要があります。アプリをあるサーバで停止し、別のサーバで起動する必要があるため、数分の停止時間を持つことは大丈夫です。 –
ログ配布では、「オンライン」と「オンライン」の両方を同時に行うことはできません。 ServerA（プライマリ）をマウント解除し、ServerB（セカンダリ）をプライマリに昇格させると、ServerBがServerAへのログ配布を開始できるように設定することができます。そのため、ServerAは将来のある日にプライマリに昇格できます。 – Kristen
それは私が到達している結論です。今すぐマージレプリケーションでいくつかのテストを行っています。更新期間は毎分に設定されています。 –