微软的建议 为了在100GB以下的SharePoint 2007上保持内容数据库,我们经常将站点集合移至不同的内容数据库以平衡负载。但是,我们已经注意到了一个问题 - 将网站收集移至新的内容数据库后,网站集合中所有内容的搜索索引中的条目消失了。

这似乎很奇怪,因为这些路径都与以前完全一样,因此它们都应该以完全相同的方式搜索。另外,如果爬行者想踢出这些条目,则应重新创建已迁移到另一个内容数据库的“新”数据的条目。

对于我们来说,这是一个很大的问题,因为我们的系统体系结构的一部分是“存档”完成的站点集合,以在更大,较慢的硬盘驱动器上存档内容数据库,因此内容仍然可以在线且可搜索,而不是在Super-Fast Disks上实时内容正在打开。

是否有任何方法可以阻止这种情况发生或迫使该网站在其新内容数据库中重新编用?我们不想做一个完整的爬网,因为我们确实花了八天以上的时间,无论如何,在下一个移动站点收集时,我们仍然会遇到相同的问题。

有帮助吗?

解决方案

我们提出了Microsoft的支持问题,他们确认使用STSADM -O MERGECONTENTDBS时,网站从搜索结果中消失了,就像我们一样。

如果您使用SharePoint Administration Toolkit使用批处理的eNtemanager移动站点,则该站点不会从搜索中消失。不幸的是,我们需要一个自动化系统,因此此解决方法不适合我们,但这也许对您有用。

它与移动站点时已记录的事件有关。增量爬网使用EventCache来弄清楚需要爬的东西。 STSADM仅在此表中放置一个条目,而工具包则输入了十多个条目。因此,当使用STSADM时,增量轨道认为该站点已被删除,而使用该工具包已被移动。

将PowerShell与SharePoint 2010一起使用没有这个问题。

其他提示

我不知道无论如何都有。

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