文件服务器资源管理器 (FSRM) 服务在 Windows Server 2003 中可能会导致 CPU 使用率过高

文章翻译 文章翻译
文章编号: 973071 - 查看本文应用于的产品
展开全部 | 关闭全部

本文内容

症状

在 Windows Server 2003,您可能会遇到高 CPU 使用率。例如对于您注意到以下行为:
  • CPU 使用率可能会持续高于 60%。
  • 在任务管理器中,您发现 Svchost.exe 进程正在不断地使用 CPU 资源。此过程使用的文件服务器资源管理器 (FSRM) 服务。
  • 当您启动配额 FSRM 管理器时,会增加 FSRM 服务所使用的 CPU。
  • 配额 FSRM 管理器采用较长时间才能打开,并花费很长时间加载对象。
出现此问题时, 受到影响的系统性能。

原因

出现此问题是由于在 Windows Server 2008 中固定的 Windows Server 2003 中的已知 bug。FRSM 服务没有尝试刷新每隔一小时的分布式文件系统 (DFS) 缓存的轮询线程。这是因为 FSRM 服务读取 DFS 映射为本地共享,以便它们可以显示 FSRM 控制台中。若要解决配额问题一个的管理员查看以确定本地共享连接到的 DFS 路径。

解决方案

重要此分区、 方法,或任务包含告诉您如何修改注册表的步骤。但是,如果注册表修改不当可能会出现严重问题。因此,请确保您仔细按照这些步骤。附加的保护注册表之前先备份您对其进行修改。 然后,您可以在出现问题时还原注册表。有关如何备份和还原注册表的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
322756如何备份和还原在 Windows 注册表
若要解决此问题,更改 1 DisableSearchDfs 注册表项,在以下注册表子项中的值的数据:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SrmSvc\Settings

更多信息

调试转储输出示例

//Dump the threads that are using the most CPU
!runaway
  Thread       Time
  19:66c       9 days 23:37:21.250
  21:1120      8 days 21:22:31.531
  20:1084      7 days 23:47:08.296
  22:664       6 days 2:26:38.562
  23:500       5 days 13:49:09.359
  16:80c       0 days 0:00:28.375
   0:758       0 days 0:00:00.187

//Dump thread 19

00b3f128 49a63abe 000ad530 00000001 4805415c ntdll!RtlEnumerateGenericTable+0x3f (FPO: [Non-Fpo]) (CONV: stdcall)
00b3f17c 48115bf8 000ad4a8 01f8f8d4 00000000 dfsext!DfsMapCacheQueryReversePath+0x68 (FPO: [Non-Fpo]) (CONV: stdcall)
00b3f1e8 48117cf9 01f8f8d4 00d9020c 00dcb5b8 srmsvc!CPathMapCache::GetDfsPathsForSharePath+0x6e (FPO: [Non-Fpo]) (CONV: thiscall)
00b3f38c 480e88d4 00152cf8 00b3f44c 48041d7c srmsvc!CPathMapCache::GetSharePathsForLocalPath+0x2f4 (FPO: [Non-Fpo]) (CONV: thiscall)
00b3f464 480d61a8 00000000 00152cf8 00b3f558 srmsvc!FormatRemotePathsForMacro+0xcc (FPO: [Non-Fpo]) (CONV: stdcall)
00b3f56c 480d79da 00000000 00000267 00b3f738 srmsvc!CDataScreenAction::GetMacroValueForId+0x3b3 (FPO: [Non-Fpo]) (CONV: thiscall)
00b3f604 480eeb26 00000000 00da29b2 00b3f738 srmsvc!CDataScreenAction::GetMacroValue+0x104 (FPO: [Non-Fpo]) (CONV: thiscall)
00b3f75c 480f45a7 01fb7cf4 00b3fba4 00000000 srmsvc!ISrmMacroExpansion::GetMacroExpansion+0x2ec (FPO: [Non-Fpo]) (CONV: thiscall)
00b3fbd4 480dab45 00b3fc7c 480c6189 00da2814 srmsvc!CSrmActionEmail::Run+0x90d (FPO: [Non-Fpo]) (CONV: thiscall)
00b3fbdc 480c6189 00da2814 4803bd60 4803bcf8 srmsvc!CDataScreenTemplateActionEmail::Run+0x13 (FPO: [Non-Fpo]) (CONV: stdcall)
00b3fc7c 480c82de 00da2818 00d821b0 4803a48c srmsvc!CDataScreen::HandleViolationEvent+0x350 (FPO: [Non-Fpo]) (CONV: stdcall)
00b3fcfc 480bddce 00d821b0 00000000 48043eb8 srmsvc!CDataScreen::DataScreenEventHandler+0xd7 (FPO: [Non-Fpo]) (CONV: stdcall)
00b3fe28 480e03d6 0003ff88 00038b44 00000000 srmsvc!CDataScreenFilterAsync::FilterMessageHandler+0x5c0 (FPO: [Non-Fpo]) (CONV: thiscall)
00b3feec 7c83a827 00dc4b48 7c889080 00100ba0 srmsvc!CSrmFilterAsync::GenericMessageHandler+0x128 (FPO: [Non-Fpo]) (CONV: stdcall)
00b3ff44 7c83aa0b 480e02ae 00dc4b48 00000000 ntdll!RtlpWorkerCallout+0x71 (FPO: [Non-Fpo]) (CONV: stdcall)
00b3ff64 7c83aa82 00000000 00dc4b48 00100ba0 ntdll!RtlpExecuteWorkerRequest+0x4f (FPO: [Non-Fpo]) (CONV: stdcall)
00b3ff78 7c839f60 7c83a9ca 00000000 00dc4b48 ntdll!RtlpApcCallout+0x11 (FPO: [Non-Fpo]) (CONV: stdcall)
00b3ffb8 77e64829 00000000 00000000 00000000 ntdll!RtlpWorkerThread+0x61 (FPO: [Non-Fpo]) (CONV: stdcall)
00b3ffec 00000000 7c839efb 00000000 00000000 kernel32!BaseThreadStart+0x34 (FPO: [Non-Fpo]) (CONV: stdcall)


//looking in detail

00b3f128 49a63abe ntdll!RtlEnumerateGenericTable(
                                                struct _RTL_GENERIC_TABLE * Table = 0x000ad530, 
                                                unsigned char Restart = 0x01 '')+0x3f
00b3f17c 48115bf8 dfsext!DfsMapCacheQueryReversePath(
                                                void * MapCache = 0x000ad4a8, 
                                                unsigned short * TargetPath = 0x01f8f8d4, 
                                                unsigned long BufferSize = 0, 
                                                unsigned long * RequiredSize = 0x00b3f1d8, 
                                                unsigned long * Total = 0x00dcb5b8, 
                                                unsigned short ** Buffer = 0x00000000)+0x68
00b3f1e8 48117cf9 srmsvc!CPathMapCache::GetDfsPathsForSharePath(
                                                unsigned short * strSharePath = 0x01f8f8d4, 
                                                class CSrmAutoCppPtr<unsigned short * *> * pDfsPat

属性

文章编号: 973071 - 最后修改: 2009年7月6日 - 修订: 1.0
这篇文章中的信息适用于:
  • Microsoft Windows Server 2003 Datacenter Edition
  • Microsoft Windows Server 2003 Enterprise Edition
  • Microsoft Windows Server 2003 Standard Edition
  • Microsoft Windows Server 2003, Datacenter Edition for Itanium-Based Systems
  • Microsoft Windows Server 2003, Datacenter x64 Edition
  • Microsoft Windows Server 2003, Enterprise x64 Edition
  • Microsoft Windows Server 2003, Enterprise Edition for Itanium-based Systems
  • Microsoft Windows Server 2003, Standard x64 Edition
关键字:?
kbmt kbtshoot kbexpertiseinter kbsurveynew kbprb KB973071 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 973071
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com