SQL Server 설치 : 32 비트입니까 아니면 64 비트입니까?

최근에 Server 2003에서 Server 2008로 이동하여 DB 서버 중 하나에서 OS 업그레이드를 수행하고있었습니다. DBMS는 SQL Server 2005입니다. 새 Windows 설치에서 SQL을 다시 설치하는 동안 다른 DB 서버로 이동하여 몇 가지를 확인했습니다. 설정.

이제 나는 항상이 두 번째 서버가 Server 2003 x64 + SQL 2005 x64라고 생각했지만 지금은 이것에 대해 의구심이 있습니다. 이제는 실제로 32 비트 SQL이라고 생각하지만 이것을 확인하고 싶습니다.

세부 사항은 다음과 같습니다.

OS는 확실히 64 비트입니다.

xp_msver쇼 Platform로NT INTEL X86

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

그러나 sqlservr.exe는 taskmgr에서 '* 32'로 표시되지 않습니다. 실제로 주장 된대로 32 비트 인 경우 왜 그런지 알고 있습니까? 그럼에도 불구하고 x86 프로그램 파일 폴더가 부족한 것 같습니다.

확인 된 64 비트 설치에서 동일한 검사를 수행하면 예상 64 비트 판독 값을 반환하여 문제의 서버가 32 비트에서만 실행되고 있음을 증명할 수 있습니다.

이제이 '32 비트 '설치가 사용할 수있는 메모리 양에 대한 의문이 생깁니다. 작업 관리자는 sqlservr.exe의 3.5GB 메모리 사용량에 대해보고합니다 (서버의 물리적 용량은 16GB 임). AWE가 전혀 구성되지 않았기 때문에 SQL이 단순히 32 비트 주소 공간을 사용하는 경우 서버가 충분히 활용되지 않습니다 (OS가 64 비트임을 기억하십시오).

이 가정이 맞습니까?

하드웨어 플랫폼을 완전히 활용하려면 서버에 SQL을 64 비트로 다시 설치해야한다고 생각하지만 현재는 프로덕션 환경이 많이 있습니다. 이것은 쉬운 일이 아닙니다. AWE를 올바르게 구성하고 당분간 그대로 두어야 할 수도 있습니다 (나쁜 생각이 아닌 한)?

이 질문이 약간 모호하거나 잃어버린 점에 대해 사과드립니다. 저는 SQL 전문가가 아니며 여기서 일어나는 일을 처리하려고합니다.

이 게시물 에는 확인하는 두 가지 방법 (첫 번째는 @@ version이며, 이는 32 비트 버전의 SQL Server를 실행 중임을 나타냄)이지만 클릭 연결을 저장하려면,

select serverproperty('edition')

결과는 다음과 같습니다.

32 비트 : Enterprise Edition

64 비트 : Developer Edition (64 비트)

당신은 또한 사용할 수 있습니다

USE master
SELECT @@Version

그것은 다음과 같이 표시됩니다-

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)

설치 매체에 x64 또는 x86 디렉토리가 있습니까? 그렇지 않다면 귀하의 매체는 32 비트 전용이라고 생각합니다.

64 비트 OS에서 32 비트 버전 만 실행하는 이유를 설명합니다.

디스크는 박스 구매입니까, 아니면 MSDN 또는 Technet 다운로드입니까?

64 비트인지 32 비트인지에 대해서는 언급하지 않을 것입니다. AWE에 대해 물어 본다면 여기에 경험이 있으니 그 부분에 대답하겠습니다.

비슷한 상황에서 AWE를 사용했으며 일시적으로 잘 작동했습니다.

결국 우리는 완전히 64 비트 시스템으로 옮겼지만 AWE는 더 많은 RAM을 사용할 수있게 해주었다. 또한 내가 기억한다면 boot.ini에있는 / 3GB 스위치를보십시오. 교체하기 전에 AWE를 활성화 한 상태에서 설치를 테스트 할 수 있다면 분명히 도움이 될 것입니다. 우리는 관리 호스팅 제공 업체에 전원을 켜도록 요청했으며 이전에 경험이있는 DBA와 협력했습니다. 이른 아침 유지 관리 기간 동안 변경을 예약하고 변경을 수행하고 재부팅 한 후 테스트를 시작했습니다. 실제로 많은 성능을 우리에게 샀습니다.

내가 기억하는 것에서 SQL Server가 얼마나 많은 메모리를 사용했는지 쉽게 알 수 없었습니다 .taskmgr.exe는 전체 이야기를 말하지 못했습니다. RAM SQL이 실제로 액세스하는 양을 확인하려면 perfmon을 실행하고 실제로 SQL Server 카운터로 드릴 인해야합니다.

먼저 읽어 보는 것이 좋지만 상황을보다 영구적으로 해결할 수있을 때까지가는 것이 좋습니다.

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