トランザクション レプリケーションとは何を使用しますか? このチュートリアルに従って、トランザクション レプリケーションを作成したようです。
http://www.sql-server-performance.com/2010/transactional-replication-2008-r2/
そして、いくつかのオブジェクト、つまり DML や DDL ステートメントを変更すると、それらの変更はレプリケーションを行った他のサーバーに反映されることを知っています。しかし、なぜトランザクション レプリケーションを使用する必要があるのか、私にはよくわかりません。メイン インスタンスに障害が発生した場合、SQL サーバーは、レプリケーションが行われた 2 番目のサーバーを使用して自動的に起動しますか? または、最初のインスタンスに障害が発生した場合に、レプリケーションが行われたサーバーからデータベースを手動で復元する必要がありますか?
前もって感謝します ：）
トランザクション レプリケーションを使用して、ウォーム スタンバイ SQL サーバーを維持できます。トランザクション レプリケーションは、1 つのサーバー (パブリッシャー) 上のデータを別のサーバー (サブスクライバー) にレプリケートし、ログ配布よりも短い待機時間で行います。
テーブル レベルなどのデータベース オブジェクト レベルでトランザクション レプリケーションを実装できます。したがって、Microsoft では、保護するデータが少なく、高速なデータ回復計画が必要な場合にトランザクション レプリケーションを使用することをお勧めします。
このソリューションは、パブリッシャーとサブスクライバーの同時障害に対して脆弱です。このようなシナリオでは、データを保護できません。ディストリビューターやサブスクライバーの障害など、他のすべてのシナリオでは、サブスクライバーのデータをパブリッシャーのデータと再同期することをお勧めします。
トランザクション レプリケーションを使用してウォーム スタンバイ SQL サーバーを維持する必要があるのは、スキーマの変更を実装しない場合、またはレプリケーションでサポートされないセキュリティの変更など、データベースに他の変更を実装しない場合のみです。
注 レプリケーションは、ウォーム スタンバイ サーバーの保守用には設計されていません。レプリケーションを使用すると、レプリケートされたデータをサブスクライバーで使用してレポートを生成できます。比較的ビジーなパブリッシャーで処理を実行する必要なく、他の一般的な用途にレプリケーションを使用することもできます。
短所
レプリケーションの確立後にパブリッシャーで実行されたスキーマの変更またはセキュリティの変更は、サブスクライバーでは利用できません。トランザクション レプリケーションのディストリビューターは、オープン データベース コネクティビティ (ODBC) 接続または OLE データベース (OLEDB) 接続を使用してデータを配布します。ただし、ログ配布では、RESTORE TRANSACTION 低レベル Transact-SQL ステートメントを使用してトランザクション ログを配布します。RESTORE TRANSACTION ステートメントは、ODBC 接続または OLEDB 接続よりもはるかに高速です。
通常、サーバーを切り替えると、複製構成が消去されます。したがって、レプリケーションを 2 回構成する必要があります
。サブスクライバーに切り替えるとき。
b. パブリッシャーに戻るとき。
障害が発生した場合は、すべてのアプリケーションをサブスクライバーにリダイレクトして、サーバーを手動で切り替える必要があります。
ここで詳細を読むhttp://sqlserverdatarecovery.com/transactional_replication.html