Hmmm, já que você não mencionou ... na verdade tem 8GB de espaço livre em c:?
Eu tenho um problema muito frustrante. Nosso Windows Server executando 2003 SBS SP2 não está gerando arquivos de despejo de memória em um BSOD. No momento, estou resolvendo um problema em que um serviço de terceiros crítico causa um BSOD quando tentamos iniciar esse serviço. Os executáveis deste terceiro estão na unidade do sistema (C). Para que eu possa solucionar melhor qual é o problema antes de enviar um tíquete de suporte, gostaria de analisar esse arquivo de despejo de memória. Aqui está minha configuração do servidor abaixo. Qualquer ajuda apreciada.
SO: Windows Server 2003Small Business Server SP2 (edição de 32 bits)
Memória: 4 GB
3 partições do disco rígido: C, E, S
C: (unidade do sistema) 931 GB, tamanho do arquivo de paginação: min 7000 MB, max 8000 MB
E: (unidade de troca) 886 GB, nenhum arquivo de paginação atribuído
S: (unidade de dados) 976 GB, nenhum arquivo de paginação atribuído
O sistema está configurado para o modo Kernel Dump atualmente, mas descobri que ele não funciona quando configurado para gerar minidespeções.
O mais frustrante é que o sistema gerou despejos de memória antes. A última foi de 11 de abril de 2011. Mas não gera mais.
Eu ignorei um cenário em algum lugar?
EDITAR: De acordo com as dicas de solução de problemas da MS para BSODs ( link ), consulte as respostas abaixo.
O arquivo Memory.dmp já existe e a opção Sobrescrever qualquer arquivo existente (encontrada no sistema do painel de controle) não está selecionada. É uma boa idéia deixar esta caixa marcada e mover ou copiar o arquivo Memory.dmp atual.
Resposta: A opção 'Substituir qualquer arquivo existente' está marcada
O arquivo de paginação na unidade de inicialização não é grande o suficiente. Para usar o recurso "Write Debugging Information To" para obter um arquivo de despejo de memória completo, o arquivo de paginação na unidade de inicialização deve ser pelo menos tão grande quanto a memória física + 1 MB. Quando você cria um arquivo de despejo de memória do kernel, o arquivo geralmente tem cerca de um terço do tamanho da memória física no sistema. Claro, essa quantidade irá variar, dependendo das suas circunstâncias.
Resposta: RAM é de 4GB. Eu configurei o tamanho do arquivo de paginação para um mínimo de 7 GB, máximo de 8 GB
O arquivo de paginação não está na partição% systemroot%. Quando o erro STOP ocorre, o despejo de memória do sistema é gravado no arquivo de paginação na raiz da unidade% systemroot%. Resposta: O caminho para o arquivo de despejo está definido como% SystemRoot% \ Memory.dmp
Não há espaço para o arquivo Memory.dmp no caminho especificado no Painel de Controle para gravar o despejo de memória.
Resposta: A unidade do sistema (C) tem 188 GB de espaço livre nela
É possível que o controlador SCSI esteja com defeito ou a falha do sistema seja causada por uma placa controladora SCSI com defeito.
Resposta: Não tenho certeza sobre isso. Nosso servidor possui um controlador RAID usando unidades SATA. Nenhum SCSI até onde eu sei
Se você especificar um caminho inexistente, um arquivo de despejo não será gravado. Por exemplo, se você especificar o caminho como C: \ Dumpfiles \ Memory.dmp e não existir nenhuma pasta C: \ Dumpfiles, um arquivo de despejo não será gravado.
Response: O caminho para o arquivo de despejo está definido para% SystemRoot% \ Memory.dmp, então eu sei que existe. Além disso, ele criou arquivos de despejo antes, (o último foi em abril deste ano) simplesmente não mais.
Hmmm, já que você não mencionou ... na verdade tem 8GB de espaço livre em c:?