我的CRM應用程序在一天中的某個特定部分面臨緩慢問題,並且發現SQL查詢在每天下午1點觸發(下面附上)導致相同:導致MS CRM Dynamics 4.0慢速問題的SQL查詢
從asyncoperationbase中選擇count(*),其中RecurrencePattern不爲空 和DeletionStateCode = 0並消耗服務器資源。
請注意,由於一些限制,我無法清除表格。我唯一擔心的是這個查詢如何觸發自己?它是否像CRM服務器解僱了一些維護查詢或例程查詢?請建議。
我的CRM應用程序在一天中的某個特定部分面臨緩慢問題,並且發現SQL查詢在每天下午1點觸發(下面附上)導致相同:導致MS CRM Dynamics 4.0慢速問題的SQL查詢
從asyncoperationbase中選擇count(*),其中RecurrencePattern不爲空 和DeletionStateCode = 0並消耗服務器資源。
請注意,由於一些限制,我無法清除表格。我唯一擔心的是這個查詢如何觸發自己?它是否像CRM服務器解僱了一些維護查詢或例程查詢?請建議。
聽起來對我來說可能與清理工作有關。它正在計算經常性的異步操作。微軟的一個修補程序涉及定期清除表格,詳情如下,並且有一個修復程序可以修復它 - http://support.microsoft.com/kb/968520。這裏有一個類似的文章 - http://support.microsoft.com/kb/968755。如果您還沒有,則應該升級到最新的更新彙總,因爲UR解決了這些問題。
我想知道您的CRM應用程序的架構。在理想情況下,應用程序服務器數據庫服務器必須位於不同的計算機上。這可能是一個建築問題
謝謝Ritesh。你發現它是正確的,你必須知道各自問題的來源:)。是的,兩者都在同一臺服務器上,我們必須忍受一段時間。 – Jogy
感謝科爾分享你的分析。這裏的事情是由於一些業務限制,我們無法遵循KB98650。相反,如果它可能有幫助,我們可以指標兩個表嗎?請建議。 – Jogy
絕對地,應用索引應該會讓你的SQL查詢更快,而且我還沒有看到過去創建它們的問題。 – cchamberlain