一句话让 SharePoint 罢工 续集

在前不久发过一篇博客：《一句话让 SharePoint 罢工》。

在SharePoint 2013中，如果针对内容数据库的操作（增，删，改）超过一定次数后，SharePoint网站将罢工（形式上变成只读，且没有恢复引导）。详细信息请参考上篇博客。

经过和SharePoint产品组的沟通，最后确认在SharePoint 2013上存在这个问题（在SharePoint 2013上出现这个问题几率的确不大，需要对一个网站集做高强度使用且需要以年记的时间才会出现）。

SharePoint产品组苏州团队的同学提醒2016应该解决过这个问题，我手里正好有SharePoint 2016的测试版，在该版本上测试了一遍，2016的确解决了这个问题。在SharePoint 2016上，关于Disk Quota的Job有两个，一个是每天运行一次，一个是每周运行一次。每周运行的Disk Quota Warning会在 SiteQuota 表的 Identity 超过 2^30-1后把 Identity 重置为1（不会有应用在一周内对一个网站集进行十亿次的操作）。以此来避免2^31-1这个上限。

在SharePoint 2013中，Disk Quota相关的Job只有每周运行一次的。这应该是2016在磁盘配额管理上做出的调整。如果你的SharePoint 2013已经遇到了 SiteQuota 的 Identity 超限的问题，目前有效的办法应该就是手工将 Identity 重置为1。据SharePoint产品组消息，SharePoint 2013不久后很可能会放出hotfix来修复这个问题。

这就是续集。