Um servidor baseado no Windows Server 2003 pode enfrentar drift do contador de carimbo de hora se o servidor usa processadores dual-core AMD Opteron ou processadores de vários processadores AMD Opteron

Um servidor baseado no Windows Server 2003 pode enfrentar drift do contador de carimbo de hora se o servidor usa processadores dual-core AMD Opteron ou processadores AMD Opteron com vários processadores. Quando esse problema ocorre, as operações que dependem do contador de carimbo de hora podem não funcionar corretamente. Essas operações incluem comunicações de rede e monitoramento de desempenho.

Se o servidor for um controlador de domínio do Active Directory, a seguinte mensagem de erro será exibida:Quando você usa o comando ping para enviar pacotes ICMP (Internet Control Message Protocol) para um computador remoto, a resposta pode mostrar os tempos de resposta negativa. Por exemplo, o seguinte comando ping pode gerar as respostas a seguintes:

X.x.x. x de C:\>ping

Ping x.x.x. x com 32 bytes de dados:

Reply from x.x.x. x: bytes = 32 tempo 59ms = TTL = 128
Reply from x.x.x. x: bytes = 32 tempo 59ms = TTL = 128
Reply from x.x.x. x: bytes = 32 tempo 59ms = TTL = 128
Reply from x.x.x. x: bytes = 32 tempo 59ms = TTL = 128

Esse problema ocorre quando os contadores de carimbo de hora de núcleos de processador diferente não estão sincronizados. Windows Server 2003 usa o contador de carimbo de hora como uma fonte de cronometragem. Cada processador contém um contador de carimbo de hora.

Para resolver esse problema, configure o Windows Server 2003 para usar o DEFINIÇÕES PM_TIMER configuração em vez do contador de carimbo de hora. Para fazer isso, adicione o /usepmtimer parâmetro para o arquivo Boot. ini e reinicie o servidor.

Observação O /usepmtimer parâmetro é adicionado automaticamente ao arquivo Boot. ini quando você instala o mais recente AMD PowerNow! Driver da tecnologia da AMD. O próprio driver atualizado não resolve esse problema. No entanto, o processo de instalação faz as alterações necessárias no arquivo Boot. ini para resolver esse problema.

A Microsoft confirmou que se trata de um problema nos produtos da Microsoft listados na seção "Aplica-se a".

Usar o somente do Windows Server 2003 com Service Pack 2 uniprocessador ACPI HALs PMTIMERpara e QPC por padrão. Usará HALs do multiprocessador ACPIPMTIMER somente se USE_PLATFORM_CLOCK sinalizador é definido pelo BIOS ou se o /usepmtimer opção de Boot. ini é usada. Não oferecem suporte a outros tipos HAL PMTIMER e usará TSC Por padrão e QPC

Por padrão, o Windows Server 2003 Service Pack 2 (SP2) usa o temporizador PM para todos os Advanced Configuration and Power Interface (ACPI) HALs, a menos que aretrue uma das seguintes condições:

• O processo de verificação para determinar se o BIOS oferece suporte a ACPI HALs ou APIC falha.
• 
  
  
  Observação:Se o BIOS não suporta o HAL ACPI, entre em contato com o fabricante original do equipamento para determinar se foi disponibilizada uma atualização de BIOS que resolverá o problema. Se uma atualização do BIOS não estiver disponível, você deve usar o temporizador PM usando o/usepmtimer switch.

Se você estiver executando o Windows Server 2003 SP2, você deve forçar o computador AMD para usar o temporizador PM utilizando o /usepmtimer switch.

Observação A decisão de usar o temporizador PM ou o temporizador TSC é feita durante uma verificação que é executada na inicialização para consultar o BIOS e determinar se o BIOS suportará as funções do temporizador PM. Essa verificação não é completamente precisa em chipsets da AMD. Portanto, você deve usar o /usepmtimer switch.

No Windows Server 2003 SP2, esta seção do código foi reescrita. Portanto, os dados do monitor de desempenho correto aparecem em chipsets AMD que tenham o Windows Server 2003 SP2 instalado e você não precisará usar o /usepmtimer switch.

Para obter mais informações sobre o suporte de hardware ACPI e APCI, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:Os produtos de terceiros mencionados neste artigo são fabricados por empresas independentes da Microsoft. Microsoft não oferece nenhuma garantia, implícita ou não, sobre o desempenho ou confiabilidade desses produtos.