Práticas recomendadas para o arquivo de paginação em um servidor Exchange com uma grande quantidade de RAM?

Question

Eu estava procurando em notas antigas por um par de servidores Exchange que especifiquei para um projeto há algum tempo em um trabalho anterior. Eles eram para uma organização razoavelmente grande com grandes cotas de e-mail, de modo que cada servidor de caixa de correio tinha 96 GB de RAM. O layout do disco era:

• 147GB RAID1 para o sistema operacional, aplicativos e arquivo de paginação

• RAID 10 de 1,2 TB para os bancos de dados de correio

• 900GB RAID 10 para os registros

Isso pareceu bom na teoria até você perceber que, por padrão, você vai ter um arquivo de paginação de 96GB na partição de 147GB, fazendo com que ele atinja o disco inteiro rapidamente. Em uma situação como essa, você move o arquivo de paginação para outra partição e perde a capacidade de recuperar os despejos de memória e também sacrificar algum desempenho? Deveria ter encomendado um par de discos de 300GB para o espelho (o que acabei fazendo)? Deveria ter limitado artificialmente o tamanho do arquivo de paginação para algo menor como 32GB?

    

Answer 1

A recomendação oficial da Microsoft, que não mudou desde o NT 4.0, é:

• Arquivo de página do disco do sistema
  • 8 GB +: tamanho da RAM + mínimo de 10 MB
  • < 8 GB: 1,5 x RAM
• Adicionar arquivos de páginas a outros discos pode aumentar o desempenho até o máximo
• Total de todos os arquivos de página Máximo de 1,5x de RAM, mas apenas porque o Windows nunca utilizará mais do que isso. Se estiver usando página consistentemente, você precisa de mais RAM.

Como você mencionou, o arquivo de paginação na unidade do Sistema deve ser tão grande quanto a RAM + 10 MB para obter um despejo de memória completo caso o servidor trave. Eu nunca encontrei um despejo de memória completo para ser útil no diagnóstico de uma falha do servidor mais do que um mini-despejo. Os servidores devem ser configurados para mini-lixões ou lixões completos, o que você achar que será mais benéfico para você ao diagnosticar falhas.

Específico para o Exchange 2003, 2007 e 2010: Todos eles seguem as recomendações do sistema operacional para o arquivo de paginação, que é o mesmo para o WinNT 4.0 para o Server 2012, conforme mostrado acima. Outras versões são provavelmente as mesmas, mas eu não estou familiarizado com elas e não pesquisei a documentação.

O que eu teria feito: Mantive os discos de 147GB com mini-dumps configurados e cerca de 16GB de arquivo de paginação.

    

Answer 2

Por uma postagem no blog da equipe do Exchange de 2014, a recomendação atual para o Exchange 2013 é 'a menor de RAM + 10 MB ou 32.778 MB'. No seu caso, 96GB de RAM, você gostaria de usar o 32778MB para o arquivo de paginação.

Ref: Você me teve no EHLO

    

Answer 3

Eu acredito que você precisa medir a pressão da memória antes de definir o tamanho do arquivo de paginação. Em geral, isso não é necessário. Por favor, verifique este link , é bastante útil.

    

Answer 4

Pense nisso assim ...

Como exatamente você acha que seria capaz de enviar um despejo de memória de 140 Gig + para a Microsoft para análise? Você realmente acha que o suporte aguentaria isso?

Nos hipervisores, o arquivo de paginação = apenas a RAM do host não pode paginar a RAM da VM. (em outras palavras, você precisa apenas de um arquivo de paginação de 4GB.)

Nos servidores Exchange, a Microsoft emitiu esta recomendação:

Experiência pessoal com servidores Exchange e Ram de + 48 GB = com 16 GB fixos, e você não sofrerá nenhuma degradação no desempenho, além de evitar o "Exchange is Down!" chamada porque seu disco do sistema está cheio.