CRM中的數據庫變得非常龐大，沒有明顯的原因

我們接管了客戶並檢查了他們的數據庫。它幾乎已經滿了，每天增長到50MB。沒有明顯的理由要這樣做，我們也找不到任何巨大的東西。解決方案是聯機的，所以我們不能擺弄數據庫。CRM中的數據庫變得非常龐大，沒有明顯的原因

我們檢查了通常的嫌疑人。

電子郵件，附件，注意事項。
一些實體上的自定義字段。
自定義實體。
系統作業和經常性工作流程。
系統審計。
我們可以想到的一堆其他東西。

他們已經與Visma進行了整合，生成（或應該生成）PDF到系統中。但是，我們也找不到那些。

我們已經運行了一些報告，並蹲下來了。

任何可能導致它的建議？或者至少在哪裏看？

來源

2013-03-12 Konrad Viltersten

50MB聽起來並不多，有多少用戶？ – 2013-03-12 11:07:04

審覈打開的任何機會？同意50MB聽起來不是很大。 – glosrob 2013-03-12 11:17:13

@glosrob對不起，我忘了提。審計在整個系統和部門範圍內都沒有（雖然沒有檢查過每一個實體，但不應該是可能的。不過，我很欣賞這種反饋。還有什麼建議？即使是遠射？爲什麼地球上的問題是關閉*？ – 2013-03-12 12:14:22

不知道你的客戶可以處理這個問題...但也許上下班時間，你完全可以用虛擬數據填充數據庫，看看有什麼隱藏進程被打破，因爲他們試圖將數據添加到數據庫。

我曾經在一個大盒子鏈合作，並感恩（不是當年的好時機，有煩惱）在我們的網站打算極其緩慢。每個人都指責網絡服務器，但服務器上的CPU只有25％。經理們正在努力向農場添加更多的網絡服務器。我反而建議我們刪除一些，並查看網頁服務器發生了什麼。正如我預料的那樣，當我們移除了兩臺服務器時，另一臺服務器的負載跳出了正確的數學百分比。它結束了一個網絡設置，其中最大數據包大小被設置爲一個非常小的數字。

有時它更好的給力問題，而不是儘量避免它......每天

來源

2013-03-12 13:29:41 Daryl

謝謝。本週末將嘗試。我仍然不明白爲什麼這個問題已經結束......也許我今天脾氣暴躁...... – 2013-03-12 13:50:07

@KonradViltersten也許是因爲它不是編程特定的？ – Daryl 2013-03-12 14:19:27

CRM中的數據庫變得非常龐大，沒有明顯的原因

回答

相關問題