我的组织一直在尝试使用快速搜索SharePoint 2010作为我们DMS的搜索解决方案。我目前正在利用.NET索引连接器索引〜800万条记录及其随附的文件的数据库。

以前,我在爬网框上遇到了内存问题,其中包含无法完成的增量爬网。经过几个月的故障排除,该问题似乎用一个修补程序( http://support.microsoft.com/ KB / 2601211 )。整个问题是在另一个线程中( http://go.gl/3cuzuy

但是,在以下增量上,我开始接收关于日志中的批处理超时的新警告和可恶劣的爬行率(0.1 dps)。即使在运行数百小时之后,这也导致爬行无法完成。再一次,我陷入困境。

我一直在两个月内与Microsoft支持代表合作,但他们无法为我们的任何问题提供帮助。我还在两个服务器上的性能计数器进行了很长一段时间,而(除了在爬行框中准备好“批量的高”批次),我还没有找到吸烟枪。因此,任何建议都将受到极大地理解。

下面详述的环境和日志信息:

sharepoint环境

logs

====== [快速框] ======

doclog

  • 警告文档转换失败:达到外部处理超时(300秒)(警告代码0)
  • 信息处理器“ifilterconverter”ran持续300秒

psctrl统计

  • ifiltercomerter(系统时间)229.6(用户时间)2670.5(实时)778625.3

====== [爬网框] ======

uls

  • 超时,同时喂食批次,在60.0s后用1个文档。尝试了2次:无法提交内容:操作集超时 [DocumentSubmitterWorkerThread.cpp:492] D:\ Office \ Source \ Search \ Native \ Pactent \ plugins \ contentpi \ documentubmitterworkerthread.cpp
  • 内容异常在151.8s之后:无法提交内容:winhttpreceiveresponse失败。 URL:''http:// [快速服务器]:13391 /处理:: session / 5.2 / 140691615300000000043 / process'错误:'12002'
  • 超时批次。重试前等待300秒 [DocumentSubmitterWorkerThread.cpp:521] D:\ Office \ Source \ Search \ Native \ Packet \ Plugins \ ContentPI \ DocumentUBMitterWorkerThread.cpp
有帮助吗?

解决方案

我们有一个类似的问题,快速,我们也开了一个支持案例。我们正在索引7 TB的数据,总计约300万物品。他们说,磁盘IO是我们的主要问题,导致超时,所以我们必须订购新的快速服务器。我们结束了:

  • 96 gb ram
  • 2 x 6核心Xeon CPU
  • 8 x 300 GB HD - 2镜像 对于OS,其他6个在RAID 50中有点超过1 TB的空间 对于索引

我们有两个来建造我们的快速农场,一旦我们把它们放在位,我们就没有任何超时的超时问题。

与新服务器一起,我们将文档处理器增加到24到24,当我们在周末完成我们的完整索引时,需要花费稍多超过24小时才能完成。

不幸的是,快速,看起来最好的答案是抛出更多的硬件。

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