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中的数据库变得非常庞大，没有明显的原因

回答

相关问题