Este artigo da Microsoft - Como determinar o tamanho do arquivo de paginação apropriado para versões de 64 bits do Windows Server 2008 e ou Windows 2008 R2 fornece orientações para calcular o tamanho do arquivo de paginação para Windows 2008 e Windows 2008R2 de 64 bits. Isso sem dúvida funciona bem para servidores de uso geral. Gostaria de saber qual é a orientação para o SQL Server 2008R2 em execução no Windows 2008 / R2 de 64 bits?
Estou presumindo que queremos que o mínimo de dados de memória esteja atingindo o arquivo de paginação, caso contrário, o SQL pode estar atingindo o disco duas vezes para obter dados. O SQL Server permite que os dados na memória cheguem ao arquivo de paginação? Procurei nos Manuais Online do SQL Server 2008 R2, mas ainda não encontrei nenhuma menção ao uso do arquivo de paginação.
Aqui está um cenário de uso potencial: dado um servidor físico com 64 GB de RAM, um arquivo de paginação é necessário para todos os 64 GB de RAM? Devemos prepará-lo para 96 GB de arquivo de paginação? Isso parece um pouco excessivo para um único arquivo. Sei que o senso comum é que o Windows associa o arquivo de paginação à memória na tentativa de facilitar a troca de aplicativos na RAM, mas isso é verdade? Um arquivo de paginação com menos de 64 GB prejudicará o desempenho aqui?
Sim, para 64 GB de RAM, você precisa de pelo menos um arquivo de troca de 64 GB (recomenda-se 96 GB). Não por causa da troca potencial, mas por causa do design do Gerenciador de Memória do Windows. Eu escrevi sobre esse problema antes no tamanho do arquivo de paginação do sistema em máquinas com grande RAM :
A alternativa seria algo como o oom_killer .
Siga a recomendação, às vezes as coisas são um pouco mais complexas do que parecem. E eu nem toquei nas complicações trazidas pelo AWE e no privilégio das páginas de bloqueio ...
fonte