解决SharePoint 2003的爬网性能问题- 之一

译者: 虽然这系列的文章是针对SharePoint 2003的, 但是也适用于2007， 和后续的2010.

 

在排查爬网性能问题的时候, 我们有必要在索引服务器上收集一些performance counters的记录. 下面是为了解决这类问题应该手机的counter的列表:

• \ASP.NET\*

• \ASP.NET Applications(*)\*

• \Cache\*

• \LogicalDisk(*)\*

• \Memory\*

• \NBT Connection(*)\*

• \Network Interface(*)\*

• \Objects\*

• \Paging File(*)\*

• \PhysicalDisk(*)\*

• \Process(*)\*

• \Processor(*)\*

• \Redirector\*

• \Server\*

• \Server Work Queues(*)\*

• \Search\*

• \Search Archival Plugin(*)\*

• \Search Catalogs(*)\*

• \Search Gatherer\*

• \Search Gatherer Projects(*)\*

• \Search Indexer Catalogs(*)\*

• \Search Schema Plugin(*)\*

• \Search Topic Assistant(*)\*

• \SharePoint Portal Alerts Notification Service(*)\*

• \SharePoint Portal Server Alert Manager(*)\*

• \SharePoint Portal Server Alerts Plug In(*)\*

• \System\*

• \Thread(*)\*

• \Web Service(*)\*

• \Web Service Cache\*

如果你不熟悉 (*)\* 和 \*  的意义, 这里解释如下:

• \*       所有的计数器- all counters

• (*)     所有的实例- all instances

• (*)\*   所有的实例下的所有计数器- all counters and all instances

这些计数器是特别针对SharePoint Portal Server 2003的. (注: 译者在MOSS2007中的index server上看了一下, 除了带有SharePoint Portal Alert 字样的在MOSS 2007中不存在, 其余的非常容易找到对应.) 这些计数器并不包括SQL的. 采样的频率应该取决于要花多长时间才能重现问题. 如果需要花很久才能重现问题的话, 建议选择每15秒采样一下. 再大点或再小点都可以, 主要是你觉得可以给你一个爬网性能的印象即可.

 

后续文章会继续详解.

 

 

 

 

资料来源:

===========

SharePoint Portal Server 2003 Crawl Performance Part 1

http://blogs.msdn.com/b/tonymcin/archive/2006/10/24/sharepoint-portal-server-2003-crawl-performance.aspx