Você está offline; aguardando reconexão
Entrar

O serviço de FSRM (File Server Resource Manager) pode causar alto uso da CPU em um Windows Server 2003

O suporte para o Windows Server 2003 termina em 14 de julho de 2015.

A Microsoft terminou o suporte para o Windows Server 2003 em 14 de julho de 2015. Esta alteração afetou as suas atualizações de software e opções de segurança. Saiba o que isto significa para você e como permanecer protegido.

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.

973071
Sintomas
No Windows Server 2003, você pode enfrentar CPU alta utilização. Por exemplo, você observa o seguinte comportamento:
  • O uso da CPU pode ser constantemente maior que 60 por cento.
  • No Gerenciador de tarefas, você descobrir que o processo Svchost.exe está usando os recursos da CPU constantemente. Esse processo é usado por FSRM (File Server Resource Manager) serviço.
  • A CPU é consumida pelo serviço de FSRM aumenta quando você iniciar o Gerenciador de FSRM cota.
  • O Gerenciador de FSRM cota leva muito tempo para abrir e demora muito tempo para os objetos a ser carregado.
Quando esse problema ocorre, o desempenho do sistema é afetado.
Causa
Esse problema ocorre devido a um erro conhecido no Windows Server 2003 é corrigido no Windows Server 2008. O serviço FRSM tem um thread de pesquisa que tenta atualizar o cache do sistema de arquivos distribuídos (DFS) a cada hora. Isso ocorre porque o serviço FSRM lê os mapeamentos DFS para os compartilhamentos locais, para que eles possam ser exibidos no console FSRM. Para solucionar problemas de cota se você for um administrador, verifique o caminho DFS para determinar o compartilhamento de local que está sendo conectado ao.
Resolução
importante Esta seção, método ou tarefa contém etapas que informam sobre como modificar o registro. No entanto, sérios problemas poderão ocorrer se você modificar o registro incorretamente. Por isso, certifique-se que você execute essas etapas cuidadosamente. Para proteção adicional, fazer backup do registro antes de modificá-lo. Em seguida, você pode restaurar o registro se ocorrer um problema. Para obter mais informações sobre como fazer backup e restaurar o registro, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
322756Como fazer backup e restaurar o registro no Windows
Para resolver esse problema, altere os dados do valor da entrada do Registro DisableSearchDfs na seguinte subchave do Registro para 1:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SrmSvc\Settings
Mais Informações

Exemplo de saída de despejo de depuração

//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 1900b3f128 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 detail00b3f128 49a63abe ntdll!RtlEnumerateGenericTable(                                                struct _RTL_GENERIC_TABLE * Table = 0x000ad530,                                                 unsigned char Restart = 0x01 '')+0x3f00b3f17c 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)+0x6800b3f1e8 48117cf9 srmsvc!CPathMapCache::GetDfsPathsForSharePath(                                                unsigned short * strSharePath = 0x01f8f8d4,                                                 class CSrmAutoCppPtr<unsigned short * *> * pDfsPat

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 973071 - Última Revisão: 07/06/2009 21:48:42 - Revisão: 1.0

  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • 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 KbMtpt
Comentários