異なるシステムのデータベース間で同期を行っているときに、レプリケーション モニターで「長時間のマージ」という警告が表示されます。私のデータベースは何十万ものレコードで構成されているため、実行に時間がかかるため、「長時間のマージ」という警告が表示されます。
転送するレコードに影響しますか、それとも警告を無視する必要がありますか?
取るべきステップは何ですか？
この警告の解決策は何ですか?
1 に答える
0
Long Running Merge は悲しいことに、携帯電話の営業担当者がマージ レプリケーションの主な消費者だった時代を思い起こさせます。したがって、多かれ少なかれ継続的に接続されているサーバーを扱う場合、この警告/アラートはほとんど役に立ちません。
別の言い方をすれば、この警告はレプリケーション モニターの [警告] タブで構成されます。ここでは、時間のしきい値を分単位で指定します。
たとえば、LAN 接続のしきい値を 10 分に設定したとします。つまり、マージ レプリケーション エージェントが 10 分以上接続されている場合に警告を表示したいということです。ホテルから VPN を介して接続されたラップトップの場合、同期に 10 分以上かかっていることがわかります。悲しいことに、数時間または数日間実行されている専用のマージ エージェントについて話している場合、これは常にオンになっています。
これはすべて、私は上記のステートメントを2つのことに基づいています。私はググって本の山を調べましたが、これしか見つかりませんでした: http://www.kendalvandyke.com/2008/10/difference-between-long-merge-and-slow.html b) 簡単な一連のテストここで、新しい/単純なパブリケーションを作成し、それが起動して実行されたら、しきい値を 5 分に設定しました。案の定、パブリケーションが 5 分以上正常に同期された後、ステータスが「長時間実行マージ」に切り替わります。
したがって、私は自分の答えに 100% 肯定的ではありませんが、それが正しいとかなり確信しています。
同様に、rows merged/second threshold をいじってみると、それらも、今日より一般的な「常に接続されている」状況ではなく、主に「古い」切断/再接続されたマージ シナリオを対象としているように見えます (したがって、それらは比較的役に立たなくなります)。監視メカニズムも）。
于 2012-01-19T23:11:45.343 に答える