为什么EventCache表尺寸很大

sharepoint.stackexchange https://sharepoint.stackexchange.com/questions/828

  •  16-10-2019
  •  | 
  •  

题

我有一个苔藓出版网站。内容很小。我注意到内容数据库大小现在为5GB，没有任何重大的内容更改。使用脚本显示表格的尺寸，我注意到EventCache表尺寸仅超过3.5 GB。为什么是这样？这样做的原因是什么？如何做如何减少尺寸？

有帮助吗？

解决方案

您是否检查了以下内容：1。您是否从以前的版本中迁移了内容DB（SPS 2003）？ - 在这种情况下，有时可能是TimerJobs在其到期日期中清除事件的表格表的表现不佳，并且比剩下的日期还要年龄在表中。

  1. 在Moss SP2中，我们修复了一些部分，这些部分也会导致数据库意外增长，但不确定这是否也适用于某些人的EventCache表。

  2. 在我有过的一种情况下，SQL Server上的免费磁盘空间没有足够的空间来执行在EventCache ta Ble过程中构建的温度DB的创建以删除过期的行。在这种情况下，我们可以通过75GB DB来找出EventCache Allone的8GB，我们可以免费提供约260GB的空间来清理桌子。

  3. 另一个提示也可能会在这里找到：KB文章：957691-构建12.0000.6331.5000）“清除事件的支持方法”

希望这可以帮助您

问候，史蒂夫·陈（Steve Chen），支持工程师SharePoint EMEA GTSC

其他提示

尝试更改多少天以保持更改日志，看看该表是否较小。

另外，您的SPTimer服务是否使用正确的域帐户正确运行？

您是否有很多具有许多警报设置的用户？

由于数据库损坏，我最近遇到了同样的问题。根据这个网站, ，应该有一个计时器作业来删除所有旧事件，您应该确保正在运行此“立即警报”计时器作业。

您可以检查是否实际上通过针对数据库运行此SQL来查看是否实际删除了旧事件：

select top 1000 from [dbo].EventCache order by id desc

然后，检查以确保没有一两周以上日期的活动。

如果您确实有这样的事件，请从上面查询中选择最大的ID，然后运行（假设ID为8500）：

delete from [dbo.EventCache] where id < 8500

就我而言，我收到一个错误，表明数据库已损坏（这就是我数据库中有很多行的原因）。

要修复SharePoint数据库损坏，您可以运行以下内容（重要：这可能会导致一些数据丢失）：

ALTER DATABASE WSS_CONTENT SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
DBCC CHECKDB ('WSS_CONTENT', REPAIR_ALLOW_DATA_LOSS);
ALTER DATABASE WSS_CONTENT SET MULTI_USER

（我的内容数据库称为“ WS_CONTENT”，您的内容可能不同）。

然后，在上面运行“选择”语句，以确保没有太多行，如果是的话，请删除它们。

许可以下： CC-BY-SA 和 归因
scroll top