摘要： 在SharePoint中Shared Service的Search DB上运行下面的查询语句. 阅读全文

摘要： 先运行下面的第一条语句, XXXX是客户端上的进程的ID, 可以在任务管理器中得到这个进程的ID. 然后, 把得到的结果的session_id, 假设为YYYY, 作为参数放入第二条语句中运行. 得到的结果就是正在执行的操作, 一般可以得到正在执行的stored procedure的名字.返回的结果里内容很多, 具体可以参考MSDN上的解释, 链接在下面.参考资料:sys.dm_exec_ses... 阅读全文

摘要： IFilters ============== 爬网时, IFilter为守护进程承担了很多的重活儿. IFilter的标准里说明了如何写一个IFilter. 当一个IFilter被写好并部署之后, 他就可以被各种不同的爬网引擎使用了, 这些爬网引擎里就包括SharePoint. 在这篇文章里我们会讨论如何确定一个IFilter是被标记为供一个单线程的守护进程使用还是被一个多线程的守护进程使用. ... 阅读全文

摘要： Site Hit Frequency Rules ===================== Site Hit Frequency rule (SHF)是解决性能问题的强大工具. 正如我学到的, 许多人并不真正的理解它, 也不知道如何使用它来帮助我们解决性能调优问题. 在调优性能问题的时候, 理解 "不是所有的时候都要追求速度" 这一点非常重要. 我们都想要爬网能不到一个小时结束, 但是根据你的内... 阅读全文

摘要： SQL performance =============== 我觉得不言而喻, 如果SQL Server的性能不好的话, SharePoint的性能会一定会受到影响的. 然而, 在SharePoint爬网的时候, 即使原本运行在最佳状态的SQL也会被拖累下来. 我是一次在测试某个理论的时候遇到这种现象的. 为了测试性能, 我刚添加了一些数据到SharePoint站点中, 之后就发现性能变得低于我... 阅读全文

摘要： 现在, 我们已经讨论主要的计数器. 让我们进一步地看看如何使用这些信息来帮我们提高爬网的性能吧. Resource Usage/Performance Level ================ 在Search Gatherer\Performance Level中看到的值与管理中心站点中可以找到的Resource Usage配置直接相关. 这个选择器归类于后台专注类型, 并且这项计数器的值的范... 阅读全文

摘要： 继续扩展我们的计数器子集. Search Gatherer\Performance Level 这是一个非常重要的指标, 反映出可以被和将要被crawler使用的资源的数量. 该计数器的值的范围是1到5, 默认值是3。 这个数值影响着将要启动的单线程的和多线程的daemons(mssdmn.exe)的数量. 如果这个值是1或者2， 那么启动的daemons的数量就会显著地减少. 这样的话, 爬... 阅读全文

摘要： 继续我们的针对爬网性能问题的讨论, 我们会看更多的一些计数器, 它们能帮助我们进一步地诊断crawler的状态. 让我们增加一点我们的计数器子集吧, 看看它们能帮助我们收集到什么信息. 计数器在传达什么信息? 在Search Gather对象中, 更多的计数器可以通过一瞥就了解一下整体的情况. Search Gatherer\Filter Process Created 这个计数器会展现给... 阅读全文

摘要： 从何处下手 ============ 一般我更喜欢看实时数据, 但是perfmon的日志的功能是一样的. 在本系列的第一部分, 我们例举了应该抓取的每一个计数器. 我们需要集中注意力在那些计数器的一个子集上. 在下面的讨论中, 我会假设网络, 硬盘等都正常, 出问题的是crawler. 让我们先从那个子集开始, 然后到这些计数器都是基于什么的, 并且它们都告诉了我们什么. 这些计数器在传达什么... 阅读全文

摘要： 译者: 虽然这系列的文章是针对SharePoint 2003的, 但是也适用于2007， 和后续的2010. 在排查爬网性能问题的时候, 我们有必要在索引服务器上收集一些performance counters的记录. 下面是为了解决这类问题应该手机的counter的列表: \ASP.NET\* \ASP.NET Applications(*)\* \Cache\* \LogicalDis... 阅读全文