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

 

后续文章会继续详解.

 

image

 

image

 

image

 

资料来源:

===========

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

你可能感兴趣的:(SharePoint)