あなたはウォームスタンバイSQLサーバーを維持するために、トランザクションレプリケーションを使用することができます。トランザクションレプリケーションは、あるサーバー(パブリッシャ)のデータをログ配布より短い待ち時間で別のサーバー(サブスクライバ)にレプリケートします。
トランザクションレプリケーションは、テーブルレベルなどのデータベースオブジェクトレベルで実装できます。したがって、保護するデータが少ない場合はトランザクションレプリケーションを使用することをお勧めします。また、高速なデータ回復計画が必要です。
このソリューションは、同時にパブリッシャとサブスクライバの障害に対して脆弱です。このようなシナリオでは、データを保護することはできません。ディストリビューターまたはサブスクライバーの障害などの他のすべてのシナリオでは、サブスクライバー内のデータをパブリッシャー内のデータと再同期することが最善です。
スキーマ変更を実装していない場合や、レプリケーションでサポートされていないセキュリティ変更など、データベースに他の変更を実装していない場合のみ、ウォームスタンバイSQLサーバーを維持するにはトランザクションレプリケーションを使用する必要があります。
注レプリケーションは、ウォームスタンバイサーバーのメンテナンス用に設計されていません。レプリケーションを使用すると、サブスクライバでレプリケートされたデータを使用してレポートを生成できます。比較的頻繁なパブリッシャで処理を実行することなく、他の一般的な用途にレプリケーションを使用することもできます。
デメリット
複製が サブスクライバで使用することはできません確立した後 パブリッシャーで実行されているスキーマの変更またはセキュリティの変更。トランザクションレプリケーションのディストリビュータでは、 ODBC(Open Database Connectivity)接続またはOLEデータベース (OLEDB)接続を使用してデータを配信します。ただし、ログ配布では RESTORE TRANSACTION低レベルTransact-SQLステートメントを使用して にトランザクションログを配布します。 RESTORE TRANSACTIONステートメントは、ODBC接続またはOLEDB接続よりもはるかに速い です。
通常、スイッチングサーバーはレプリケーション構成を消去します。 したがって、複製を2回構成する必要があります。
a。加入者に切り替えたとき。
b。パブリッシャーに戻ったとき。
災害が発生した場合は、すべてのアプリケーションをサブスクライバにリダイレクトする によってサーバーを手動で切り替える必要があります。
はもっとここに
http://sqlserverdatarecovery.com/transactional_replication.html
感謝を読んで、私の質問は:メインサーバに障害が発生した場合、要求はその後も自動的に複製サーバーに役立ったでしょうか?複製はその意味ですか? – Jack
いいえレプリケーションサーバーには配信されません。リンクか編集された答え – Thakur
オハイオ州okを読んでください。そうですか。ありがとう。 – Jack