none
Servidor 64bits e AWE RRS feed

  • Pergunta

  • Pessoal, por favor me tirem uma dúvida.

    Tenho um servidor com processador AMD X2 64bits com 4GB de RAM e SQL Server 2005 Standard 64bits também e a memória AWE está ativada.
    Estava lendo em um dos kb da Microsoft e vi que em ambientes 64 bits o AWE vem desativado por padrão e não deve ser ativado. Esta informação procede?
    Tem algum problema eu deixar esta opção ativada, ou seria melhor desativar? Pode me trazer algum ganho ou prejuizo se estiver ativo?

    Obrigado.
    segunda-feira, 22 de junho de 2009 18:26

Respostas

  • Riley,

    Por padrão o AWE vem desativado e deve ser desativo, pois ele se aplica somente para ambiente 32 bits e deve ser utilizando quando temos a necessidade de dimensionar mais de 3 GB de memória RAM para o SQL Server.

    Normalmente para ambiente 64 bits é recomendado utilizar a opção PAE!!!


    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    • Marcado como Resposta Jason DBA Jr segunda-feira, 22 de junho de 2009 20:15
    segunda-feira, 22 de junho de 2009 20:00
    Moderador
  • Boa Noite,

    Há um ano atrás eu responderia exatamente o mesmo que o Jr.

    Afinal, se AWE é um "mapeamento do mapeamento" para que um sistema de 32Bits possa acessar mais de 4GB qual seria o sentido dessa opção no mundo 64 ? A lógica diz que nenhuma... Entretanto a história não é bem assim. Embora o SQL Server na plataforma 64 não deixe a opção do AWE ser utilizada, é possível habilitá-la via SO e por incrível que pareça isso é um bom negócio...

    "Given what we know about memory, and AWE, it would seem that there is no reason to use AWE on a 64-bit system. After all, a 64-bit system has enough address space to address as much memory as it needs, so why would you consider using AWE on a 64-bit system? In fact, you can’t enable AWE in a 64-bit version of SQL; the option is disabled.

    However, it turns out that there are some great reasons for using AWE to access your memory, even on a 64-bit system. The SQL Server team realized that on 64-bit systems they could improve overall performance by using AWE. They found that using AWE memory enables memory to be allocated a lot faster. In addition, there is a more direct route to the memory, so every access is slightly faster.

    Because of this, they changed the way 64-bit SQL Server works: Although you can’t enable AWE on a 64-bit system, if the account used to run SQL Server has the ‘‘lock pages in memory’’ privilege, then SQL Server will automatically use AWE to access buffer pool memory."

    Então não se trata de uma questão de habilitá-lo ou não. Do ponto de vista do SQL Server simplesmente é impossível habilitá-la. Do ponto de vista do SO, a mudança na política do Lock Pages In Memory irá utilizar o AWE implicitamente. A informação foi retirada do livro Professional Microsoft SQL Server 2008 Administration (Wrox 2008).

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.spaces.live.com

    Como importar e exportar imagens entre o SQL Server e o File System ? – Parte II
    http://gustavomaiaaguiar.spaces.live.com/blog/cns!F4F5C630410B9865!612.entry


    Classifique as respostas. O seu feedback é imprescindível
    • Marcado como Resposta Jason DBA Jr terça-feira, 7 de julho de 2009 19:56
    terça-feira, 23 de junho de 2009 02:48

Todas as Respostas

  • Riley,

    Por padrão o AWE vem desativado e deve ser desativo, pois ele se aplica somente para ambiente 32 bits e deve ser utilizando quando temos a necessidade de dimensionar mais de 3 GB de memória RAM para o SQL Server.

    Normalmente para ambiente 64 bits é recomendado utilizar a opção PAE!!!


    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    • Marcado como Resposta Jason DBA Jr segunda-feira, 22 de junho de 2009 20:15
    segunda-feira, 22 de junho de 2009 20:00
    Moderador
  • Junior,

    Obrigado.
    segunda-feira, 22 de junho de 2009 20:15
  • Boa Noite,

    Há um ano atrás eu responderia exatamente o mesmo que o Jr.

    Afinal, se AWE é um "mapeamento do mapeamento" para que um sistema de 32Bits possa acessar mais de 4GB qual seria o sentido dessa opção no mundo 64 ? A lógica diz que nenhuma... Entretanto a história não é bem assim. Embora o SQL Server na plataforma 64 não deixe a opção do AWE ser utilizada, é possível habilitá-la via SO e por incrível que pareça isso é um bom negócio...

    "Given what we know about memory, and AWE, it would seem that there is no reason to use AWE on a 64-bit system. After all, a 64-bit system has enough address space to address as much memory as it needs, so why would you consider using AWE on a 64-bit system? In fact, you can’t enable AWE in a 64-bit version of SQL; the option is disabled.

    However, it turns out that there are some great reasons for using AWE to access your memory, even on a 64-bit system. The SQL Server team realized that on 64-bit systems they could improve overall performance by using AWE. They found that using AWE memory enables memory to be allocated a lot faster. In addition, there is a more direct route to the memory, so every access is slightly faster.

    Because of this, they changed the way 64-bit SQL Server works: Although you can’t enable AWE on a 64-bit system, if the account used to run SQL Server has the ‘‘lock pages in memory’’ privilege, then SQL Server will automatically use AWE to access buffer pool memory."

    Então não se trata de uma questão de habilitá-lo ou não. Do ponto de vista do SQL Server simplesmente é impossível habilitá-la. Do ponto de vista do SO, a mudança na política do Lock Pages In Memory irá utilizar o AWE implicitamente. A informação foi retirada do livro Professional Microsoft SQL Server 2008 Administration (Wrox 2008).

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.spaces.live.com

    Como importar e exportar imagens entre o SQL Server e o File System ? – Parte II
    http://gustavomaiaaguiar.spaces.live.com/blog/cns!F4F5C630410B9865!612.entry


    Classifique as respostas. O seu feedback é imprescindível
    • Marcado como Resposta Jason DBA Jr terça-feira, 7 de julho de 2009 19:56
    terça-feira, 23 de junho de 2009 02:48
  • Obrigado pelas explicações Gustavo, foram bastante úteis.

    terça-feira, 7 de julho de 2009 19:56