當我在不同系統中的數據庫之間進行同步時,我在複製監視器中收到「長時間運行的合併」警告。由於我的數據庫由數十萬條記錄組成,因此需要一段時間才能執行,導致警告爲「長時間運行合併」。長時間運行合併
它會影響要傳輸的記錄,還是應該忽略該警告?
需要採取的步驟是什麼?
此警告的解決方案是什麼?
當我在不同系統中的數據庫之間進行同步時,我在複製監視器中收到「長時間運行的合併」警告。由於我的數據庫由數十萬條記錄組成,因此需要一段時間才能執行,導致警告爲「長時間運行合併」。長時間運行合併
它會影響要傳輸的記錄,還是應該忽略該警告?
需要採取的步驟是什麼?
此警告的解決方案是什麼?
長時間運行合併令人遺憾地回到移動銷售人員是合併複製的主要消費者那一天。因此,在處理或多或少連續連接的服務器時,此警告/警報幾乎是無用的。
換句話說,此警告是通過「警告」選項卡中的複製監視器配置的,您可以在其中指定一個時間閾值(以分鐘爲單位)。
因此,假設我設置了10分鐘的閾值 - 用於局域網連接。這意味着當合並複製代理連接時間長於10分鐘時,我想要進行警告。如果筆記本電腦通過酒店的VPN連接,可能會發現它們需要10分鐘以上才能同步。可悲的是,如果我們談論的是一個已經運行數小時或數天的專用合併代理,那麼這將始終處於開啓狀態。
所有這一切都說,我基於上述聲明的兩件事情: a)INSANE缺乏關於這些東西究竟意味着什麼的文檔。我搜索了一下,看了一大堆書,只發現了這個: http://www.kendalvandyke.com/2008/10/difference-between-long-merge-and-slow.html b)一組簡單的測試,我創建了一個新的/簡單的發佈,然後一旦它啓動並運行,我將閾值設置爲5分鐘。果然,在發佈成功同步5分鐘以後,狀態切換爲'長時間運行合併'
所以,雖然我不是100%肯定答案,但我相當確信它是正確的。
同樣,在處理行合併/秒閾值時,它看起來像那些也主要針對'較舊的'斷開/重新連接的合併方案,而不是現在更常見的「始終關聯」情況(從而使它們作爲監測機制也相對無用)。
沒有足夠的信息來回答你的問題... – 2010-02-22 05:51:42