快速搜索SharePoint 2010:批量定时
-
29-09-2020 - |
题
我的组织一直在尝试使用快速搜索SharePoint 2010作为我们DMS的搜索解决方案。我目前正在利用.NET索引连接器索引〜800万条记录及其随附的文件的数据库。
以前,我在爬网框上遇到了内存问题,其中包含无法完成的增量爬网。经过几个月的故障排除,该问题似乎用一个修补程序( http://support.microsoft.com/ KB / 2601211 )。整个问题是在另一个线程中( http://go.gl/3cuzuy
但是,在以下增量上,我开始接收关于日志中的批处理超时的新警告和可恶劣的爬行率(0.1 dps)。即使在运行数百小时之后,这也导致爬行无法完成。再一次,我陷入困境。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小时才能完成。 不幸的是,快速,看起来最好的答案是抛出更多的硬件。