SQL Serverのインストール：32ビットですか、64ビットですか？

最近、DBサーバーの1つでOSのアップグレードを実行し、Server 2003からServer 2008に移行しました。DBMSはSQL Server 2005です。新しいWindowsインストールにSQLを再インストールしている間に、別のDBサーバーに行って設定の。

今、私はいつもこの2番目のサーバーはServer 2003 x64 + SQL 2005 x64（私が言われたものから）であると思っていましたが、今はこれについて疑問があります。今では実際には32ビットSQLだけであると思われますが、これを確認したいと思います。

詳細は次のとおりです。

OSは間違いなく64ビットです。

xp_msverPlatformとして示す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ビットであることを思い出してください）。

この仮定は正しいですか？

ハードウェアプラットフォームを完全に利用するには、サーバーに64ビットとしてSQLを再インストールする必要があると思いますが、現在は非常に生産されています。これは簡単な作業ではありません。AWEを正しく設定し、とりあえず設定する必要があるのではないかと思われます（これが悪い考えでない限り）。

この質問が少し曖昧/失われたことをおIびします。私はSQLの専門家ではなく、ここで何が起こっているのかを把握しようとしています。

この投稿では、2つの異なるチェック方法（1つ目は32ビットバージョンのSQL Serverを実行していることを示す@@ version）をリストしていますが、クリックスルーを保存するには、

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が全体を語っていませんでした。perfmonを実行し、実際にSQLサーバーカウンターにドリルインして、SQLが実際にアクセスしているRAMの量を確認する必要があります。

最初にお読みになることをお勧めしますが、状況をより永続的に解決できるようになるまでは良い方法です。

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