Instalação do SQL Server: é de 32 ou 64 bits?

Recentemente, eu estava realizando uma atualização do sistema operacional em um de nossos servidores de banco de dados, passando do Server 2003 para o Server 2008. O DBMS é o SQL Server 2005. Ao reinstalar o SQL na nova instalação do Windows, fui a outro servidor de DB para verificar alguns de configurações.

Agora, eu sempre pensei que esse segundo servidor era o Server 2003 x64 + SQL 2005 x64 (pelo que me disseram), mas agora tenho minhas dúvidas sobre isso. Agora suspeito que, na verdade, é apenas SQL de 32 bits, no entanto, gostaria de verificar isso.

Aqui estão alguns detalhes:

O sistema operacional é definitivamente de 64 bits.

xp_msvermostra PlatformcomoNT INTEL X86

SELECT @@VERSION mostra Microsoft SQL Server 2005 - 9.00.4035.00 (Intel X86)...

No entanto sqlservr.exe não é mostrado com '* 32' no taskmgr, alguém sabe por que esse é o caso, se é de fato 32 bits conforme reivindicado? Apesar disso, parece estar ficando sem a pasta de arquivos do programa x86.

Se eu fizer as mesmas verificações em uma instalação de 64 bits confirmada, ele retornará as leituras de 64 bits esperadas, o que só pode provar que esse servidor em questão está executando apenas em 32 bits.

Agora, nesse caso, surge a questão sobre quanta memória essa instalação de '32 bits' pode usar. O Gerenciador de tarefas relata sobre o uso de memória de 3,5 GB no sqlservr.exe (o servidor possui 16 GB de físico). Suspeito que o AWE ainda não tenha sido configurado e, portanto, o servidor será subutilizado significativamente (lembrando que o sistema operacional é de 64 bits) se o SQL estiver simplesmente usando um espaço de endereço de 32 bits.

Essa suposição está correta?

Eu sinto que o servidor deve ter o SQL reinstalado como 64 bits, a fim de utilizar totalmente a plataforma de hardware, mas atualmente está em produção; isso não será tarefa fácil. Eu suspeito que talvez tenhamos que configurar o AWE corretamente e deixá-lo por enquanto (a menos que isso seja uma má idéia?).

Peço desculpas por esta pergunta ser um pouco vaga / perdida; Eu não sou especialista em SQL, apenas tentando entender o que está acontecendo aqui.

Esta postagem lista duas maneiras diferentes de verificar (a primeira é a versão @@, que mostra que você está executando uma versão de 32 bits do SQL Server), mas para salvar os cliques,

select serverproperty('edition')

O resultado será semelhante a:

32 bits: Enterprise Edition

64 bits: Developer Edition (64 bits)

Você também pode usar

USE master
SELECT @@Version

Isso exibirá algo como -

Microsoft SQL Server 2012 - 11.0.2100.60 (X64) 
Feb 10 2012 19:39:15 
Copyright (c) Microsoft Corporation
Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)

No seu meio de instalação, você vê um diretório x64 ou x86? Caso contrário, acredito que seu meio será apenas de 32 bits.

Isso explicará por que você só tem uma versão de 32 bits em execução no sistema operacional de 64 bits.

O disco é uma compra em caixa ou de um download do MSDN ou Technet?

Não vou comentar se você tem 64 bits ou 32. Você pergunta sobre o AWE, então responderei essa parte, pois tenho alguma experiência aqui.

Eu usei o AWE em situações semelhantes e funcionou bem para nós temporariamente.

No final, mudamos para um sistema totalmente de 64 bits, é claro, mas o AWE nos permitiu usar mais RAM. Observe também a opção / 3GB que entra no boot.ini, se bem me lembro. Se você pode testar sua instalação com o AWE ativado antes da troca, isso obviamente seria benéfico. Pedimos ao nosso provedor de hospedagem gerenciada para ativá-lo, e eles tinham um trabalho de DBA conosco, com alguma experiência com isso antes. Planejamos a alteração em uma janela de manutenção matinal, fizemos as alterações, reinicializamos e iniciamos o teste. Também nos trouxe bastante desempenho.

Pelo que me lembro, você não podia ver facilmente quanta memória o SQL Server usava - o taskmgr.exe não contava toda a história. Você precisa executar o perfmon e detalhar os contadores do servidor SQL para ver quanto RAM SQL está realmente tendo acesso.

Eu sugiro que você leia primeiro, mas é um bom caminho a percorrer até que você possa resolver a situação mais permanentemente.

http://blogs.msdn.com/chadboyd/archive/2007/03/24/pae-and-3gb-and-awe-oh-my.aspx http://msdn.microsoft.com/en-us/library /ms190673.aspx