解决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秒采样一下. 再大点或再小点都可以, 主要是你觉得可以给你一个爬网性能的印象即可.

后续文章会继续详解.