Não é possível alocar memória do pool de páginas do sistema
Este artigo fornece uma resolução para o problema de que não é possível alocar memória do pool de páginas do sistema.
Aplica-se a: Windows Server 2012 R2
Número de KB original: 312362
Sintomas
Quando o servidor estiver sob uma carga pesada, o serviço server poderá registrar repetidamente o seguinte erro no log de Eventos do Sistema. Ele indica que o servidor está sem memória de pool de páginas:
Origem – SRV
Tipo – Erro
ID do evento – 2020
Descrição-O servidor não pôde alocar do pool de páginas do sistema porque o pool estava vazio.
Dados-
0000: 00040000 00540001 00000000 c00007e4
0010: 00000000 c000009a 00000000 000000000
0020: 00000000 00000000 000000b
Motivo
Vários fatores podem esgotar o fornecimento de memória de pool de páginas. Habilitar a marcação e a tomada poolsnaps
de pool em intervalos de tempo diferentes pode ajudá-lo a entender qual driver está consumindo memória de pool de páginas. Se a poolsnaps
indicação de que a marca MmSt (mm section object prototype PTEs) é a maior memória de pool de páginas e consumidores foi esgotada ou o sistema está registrando o evento de erro 2020s, há uma grande probabilidade de que haja um grande número de arquivos abertos no servidor. Por padrão, o Gerenciador de Memória tenta cortar a memória do pool de páginas alocada quando o sistema atinge 80% do pool de páginas total. Dependendo da configuração do sistema, uma possível memória máxima de pool de páginas em um computador pode ser de 343 MB e 80% desse número é de 274 MB. Se o Gerenciador de Memória não conseguir cortar rápido o suficiente para acompanhar a demanda, o evento listado na seção "Sintomas" deste artigo poderá ocorrer. Ao ajustar o Gerenciador de Memória para iniciar o processo de corte anteriormente (por exemplo, quando atingir 60%, seria possível acompanhar a demanda do pool de páginas durante o uso repentino do pico e evitar ficar sem memória de pool de páginas.
Resolução
Importante
Esta seção, método ou tarefa contém etapas que descrevem como modificar o Registro. Entretanto, sérios problemas poderão ocorrer caso você modifique o Registro incorretamente. Portanto, siga essas etapas cuidadosamente. Para mais proteção, faça o backup do registro antes de modificá-lo. Em seguida, você poderá 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 Microsoft:
322756 Como fazer o backup e a restauração do Registro no Windows
A seguinte recomendação de ajuste tem sido útil para aliviar o problema:
Iniciar Editor de Registro (Regedt32.exe).
Localize e clique na seguinte chave no registro:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Memory Management
No menu Editar, clique em Adicionar valor e adicione o seguinte valor de Registro:
Nome do valor: PoolUsageMaximum
Tipo de dados: REG_DWORD
Radix: Decimal
Dados de valor: 60Definir o valor em 60 informa o Gerenciador de Memória para iniciar o processo de corte em 60% do PagedPoolMax, em vez da configuração padrão de 80%. Se um limite de 60% não for suficiente para lidar com picos na atividade, reduza essa configuração para 50% ou 40%.
Nome do valor: PagedPoolSize
Tipo de dados: REG_DWORD
Radix: Hex
Dados de valor: 0xFFFFFFFFDefinir PagedPoolSize como 0xFFFFFFFF aloca o pool de páginas máximo em vez de outros recursos para o computador.
Cuidado
A configuração pagedPoolSize 0xFFFFFFFF não é recomendada para uso em computadores baseados no Windows Server 2003 de 32 bits que têm 64 GB de RAM. Isso potencialmente reduzirá a entrada do PTE do Sistema Livre e poderá causar a reinicialização contínua do computador. Para essa configuração, escolha cuidadosamente um valor com base nos requisitos e nos recursos disponíveis.
Saia do Editor do Registro.
Reinicie o servidor para que as alterações entrem em vigor.
Status
A Microsoft confirmou que é um problema nos produtos da Microsoft listados na seção "Aplica-se a".
Comentários
https://aka.ms/ContentUserFeedback.
Brevemente: Ao longo de 2024, vamos descontinuar progressivamente o GitHub Issues como mecanismo de feedback para conteúdos e substituí-lo por um novo sistema de feedback. Para obter mais informações, veja:Submeter e ver comentários