O que considerar ao configurar um novo local para arquivos de despejo de memória no Windows Server 2003

Traduções deste artigo Traduções deste artigo
ID do artigo: 886429 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

INTRODUÇÃO

Este artigo descreve problemas que você deve considerar se você configurar o Microsoft Windows Server 2003 para despejar a memória física para um local diferente do volume de inicialização.

Por padrão, o Windows Server 2003 grava informações de despejo de memória no seguinte local:
%SystemRoot%\MEMORY.DMP
Para modificar esse local, execute as seguintes etapas:
  1. Clique em Iniciar, clique com o botão direito do mouse em Meu computador e, em seguida, clique em Propriedades.
  2. Clique na guia Avançado e clique em configurações em inicialização e recuperação.
  3. Na caixa arquivo de despejo, digite o caminho onde você deseja que o Windows para gravar informações do arquivo de despejo.

Mais Informações

Considere o seguinte cenário:
  • Você configurar o Windows Server 2003 para despejar a memória física para um local diferente do volume de inicialização.
  • Windows Server 2003 apresenta um erro fatal.
Quando o Windows for reiniciado após o erro fatal, o Windows requer um arquivo temporário no volume de inicialização é igual a memória física instalada no computador. Se não houver espaço em disco suficiente atender a esse requisito, o arquivo de despejo de memória ainda será gerado. No entanto, o tamanho do arquivo de paginação no volume é reduzido.

Esse comportamento ocorre porque o Windows Server 2003 apresenta as seguintes alterações de design para a geração de arquivo de despejo:
  • No primeiro estágio de uma operação de despejo de memória, o processo de subsistema do Gerenciador de sessão (SMSS.exe) executa a parte trabalho da ferramenta Savedump antes do Windows cria o arquivo de paginação. SMSS examina o bloco de head do arquivo de paginação para determinar se esse arquivo é um arquivo de despejo de memória válido. Se o arquivo de despejo de memória for válido, SMSS trunca o arquivo de paginação original ao tamanho do arquivo de despejo e renomeia este arquivo de despejo .tmp xxx.

    Observação: Parte de nome de arquivo xxx é calculada a partir do Word inferior da função tickcount.

    SMSS armazena o despejo xxx .tmp arquivo no volume de inicialização e remove tanto o atributo oculto e o atributo de sistema deste arquivo. SMSS também define o valor TempDestination e o valor de DumpFile em uma subchave do registro volátil. Essa subchave é posterior leitura pelo processo Savedump.exe quando o processo copia despejo xxx .tmp Memory.dmp.
  • No segundo estágio da operação de despejo de memória, o processo Savedump.exe examina o seguinte local do registro para determinar se existe uma subchave volátil:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl\MachineCrash
    A existência de uma chave volátil do registro indica que um arquivo de despejo de memória válido foi criado. Nesse cenário, o processo Savedump.exe lê os dados de valor do registro TempDestination e copia o arquivo de despejo para o local correto.
SMSS requer um arquivo temporário no volume de inicialização pelos seguintes motivos:
  • Nesse cenário, SMSS pode escrever com segurança somente para o volume de inicialização. A operação de gravação para obter informações de despejo de memória ignora os drivers de filtro.

    Observação: O processo SMSS não é possível gravar um arquivo de despejo de uma matriz redundante de discos independentes (RAID) array porque o processo ignora os drivers de filtro. Portanto, o arquivo temporário deve ser escrito em um volume de inicialização.
  • Nesse cenário, SMSS usa a função de NtSetFileInformation com a operação de renomeação truncar o arquivo de paginação para o tamanho de arquivo temporário. Essa função oferece suporte a operações de renomeação apenas no mesmo volume.

Para obter mais informações sobre situações em que um arquivo Memory.dmp não é criado depois de uma mensagem de erro STOP, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
130536Windows não salva o arquivo de despejo de memória após uma falha

Propriedades

ID do artigo: 886429 - Última revisão: quinta-feira, 11 de outubro de 2007 - Revisão: 2.4
A informação contida neste artigo aplica-se a:
  • Microsoft Windows Server 2003, Enterprise Edition for Itanium-based Systems
  • Microsoft Windows Server 2003, Enterprise x64 Edition
  • Microsoft Windows Server 2003, Standard x64 Edition
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Web Edition
Palavras-chave: 
kbmt kbdiskmemory kbfilesystems kbenv kbhowto kbinfo KB886429 KbMtpt
Tradução automática
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.
Clique aqui para ver a versão em Inglês deste artigo: 886429

Submeter comentários

 

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