我已经读过关于SharePoint产品和技术的服务包2“ SP2的纸张包括更新统计计时器作业的更新,该更新会导致SharePoint运行SQL Server的在线索引重建功能(第4页)。

我在这里不确定术语,但是这是SQL Server用于轻微碎片化(高达40%)的重建并将DB在线留下吗?我还猜测,因此这不会重建严重分散的索引,因为我认为这需要DB脱机。有人可以在这里确认我的信念吗?

有帮助吗?

解决方案

您指的是(proc_defragmentIndices)的存储过程,并在 这篇KB文章。

存储过程在在线索引构建功能的限制内工作,其中之一是您无法在包含LOB(大对象)列的索引上执行在线索引。坏消息? SharePoint在内容数据库中存储了许多BLOB数据(图像,办公室文档等)。

查看存储过程本身,您可以看到它试图先执行在线碎片部门,然后在需要的地方切换到离线碎片部 - 即类似图像的列。从我看来,没有逻辑来确定碎片水平 - 可以使用avg_fragmentation_in_percent确定。

在这种情况下,我对“在线”的理解是“在线索引构建”。这与SQL数据库本身在线不同 - 在线索引构建可以通过维护两个索引的副本,这意味着数据始终可以完全可用。

离线索引重建不会使数据库本身离线 - 它们在您的SQL表索引上放置独家“锁”,在此期间无法在所讨论的表上进行查询。这与DB本身处于离线状态大不相同。

因此,为了回答您的问题,鉴于您的内容db中会有blob数据,因此MOSS 2007 SP2中添加的计时器作业几乎肯定会导致离线索引构建。但是,存储的过程将在可能的情况下执行在线索引构建,并且不会使数据库本身离线 - 只有所讨论的表格。

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