Início / dba / Perguntas / 3323
Accepted
Kev
Asked: 2011-06-16 06:17:06 +0800 CST

Tamanho de arquivo de página recomendado para SQL 2008R2 no Windows 2008R2

  • 772

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 os dados da memória atinjam o arquivo de paginação, caso contrário, o SQL pode atingir o disco duas vezes para obter dados. O SQL Server permite que dados na memória atinjam o arquivo de paginação? Eu procurei nos Manuais Online do SQL Server 2008 R2 para obter orientação, 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, é necessário um arquivo de paginação 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. Eu sei que a sabedoria convencional tem sido que o Windows acopla 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?

sql-server sql-server-2008

3 respostas

  1. Best Answer

    Não há configurações especiais para o SQL Server que usa apenas memória física normalmente

    Basta fazer o que a MS diz para o Windows e é isso

    Ah, e compre mais RAM de qualquer maneira enquanto estamos no assunto... ;-)

    • 15

  2. Olhe em lock pages in memory. Dessa forma, você pode dar preferência à sua conta de serviço SQL para usar a RAM disponível em vez de paginar para o disco. Para ler mais sobre páginas de bloqueio na memória, consulte este link . Segue um trecho:

    A opção Bloquear Páginas na Memória da política do Windows está desabilitada por padrão. Este privilégio deve ser ativado para configurar extensões de janela de endereço (AWE). Essa política determina quais contas podem usar um processo para manter os dados na memória física, evitando que o sistema pague os dados na memória virtual do disco. Em sistemas operacionais de 32 bits, definir esse privilégio sem usar o AWE pode prejudicar significativamente o desempenho do sistema. Bloquear páginas na memória não é necessário em sistemas operacionais de 64 bits.

    Por favor, teste este recurso antes de usar em seus sistemas.

    • 6

  3. Sim, para 64 GB de RAM, você precisa de pelo menos 64 GB de arquivo de troca (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 RAM grande :

    Quando um processo solicita MEM_COMMITmemória via VirtualAlloc/ VirtualAllocEx, o tamanho solicitado precisa ser reservado no arquivo de paginação. Isso era verdade no primeiro sistema Win NT e ainda é verdade hoje, veja Gerenciando a memória virtual no Win32 :

    Quando a memória é confirmada, as páginas físicas da memória são alocadas e o espaço é reservado em um arquivo de paginação.

    A alternativa seria algo como o oom_killer .

    Portanto, 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 o privilégio das páginas de bloqueio...

    • 4

relate perguntas