Встановлення SQL Server: 32 чи 64 біт?

Нещодавно я проводив оновлення ОС на одному з наших серверів БД, переходячи з Server 2003 до Server 2008. СУБД - це SQL Server 2005. Перевстановлюючи SQL на новій установці Windows, я перейшов до іншого нашого сервера БД, щоб перевірити пару налаштувань.

Тепер я завжди вважав, що на цьому другому сервері був сервер 2003 x64 + SQL 2005 x64 (з того, що мені сказали), але зараз я сумніваюся з цього приводу. Зараз я підозрюю, що це насправді лише 32-бітний SQL, однак я хотів би це перевірити.

Ось деякі деталі:

ОС, безумовно, 64 біт.

xp_msverпоказує PlatformякNT INTEL X86

SELECT @@VERSION показує Microsoft SQL Server 2005 - 9.00.4035.00 (Intel X86)...

Однак sqlservr.exe не відображається із символом '* 32' у taskmgr, хтось знає, чому це так, якщо насправді він є 32-бітовим, як заявлено? Незважаючи на це, схоже, що папка програмних файлів x86 закінчується.

Якщо я виконую ті ж перевірки підтвердженої 64-бітної установки, вона повертає очікувані 64-бітові показання, що може лише підтвердити, що даний сервер працює лише в 32-бітовому.

Тепер, у такому разі, виникає питання про те, скільки пам'яті може використовувати ця 32-бітна установка. Диспетчер завдань повідомляє про використання 3,5 Гб пам’яті для sqlservr.exe (Сервер має 16 Гб фізичної форми). Я підозрюю, що AWE взагалі не був налаштований, і тому сервер буде істотно недостатньо використаний (пам'ятаючи, що ОС 64-бітний), якщо SQL просто використовує 32-бітний адресний простір.

Чи правильне це припущення?

Я вважаю, що для повного використання апаратної платформи сервер повинен перевстановити SQL як 64 біт, однак він наразі сильно виробляється; це не буде легким завданням. Я підозрюю, що нам, можливо, доведеться правильно налаштувати AWE і нехай це буде наразі (якщо це погана ідея?).

Прошу вибачення, що це запитання трохи неясне / втрачене; Я не експерт SQL, просто намагаюся зрозуміти, що тут відбувається.

У цій публікації перелічено два різні способи перевірки (перший - версія @@, яка показує, що ви використовуєте 32-бітну версію SQL Server), але зберегти натискання на

select serverproperty('edition')

Результат буде виглядати приблизно так:

32-розрядна: Enterprise Edition

64-розрядні: Версія для розробників (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-бітна ОС працює лише 32-бітна версія.

Чи завантажується диск у коробці з MSDN чи Technet?

Я не буду коментувати, чи маєте ви 64-бітну чи 32-ю. Ви запитуєте про AWE, тому я відповім на цю частину, оскільки у мене тут є певний досвід.

Я використовував AWE в подібних ситуаціях, і він тимчасово спрацював для нас.

Зрештою, ми перейшли до повністю 64-бітної системи, звичайно, але AWE дозволило нам використовувати більше оперативної пам'яті. Також дивіться на перемикач / 3 ГБ, який йде у boot.ini, якщо я згадую. Якщо ви можете протестувати свою установку з увімкненим AWE перед своєю обміною, це, очевидно, буде корисним. Ми попросили нашого керованого постачальника хостингу включити його, і вони мали спільну роботу з нами, які раніше мали певний досвід роботи з цим. Ми запланували зміни на вікно раннього обслуговування, внесли зміни, перезавантажили і розпочали тестування. Насправді це також придбало нам дуже багато продуктивності.

Як я пам’ятаю, ви не могли легко зрозуміти, скільки пам'яті використовував SQL Server - taskmgr.exe не розповів усієї історії. Вам потрібно запустити perfmon і фактично просвідчитись на лічильники сервера SQL, щоб побачити, наскільки насправді RAM SQL отримує доступ.

Я б запропонував вам прочитати спочатку, але це хороший шлях, поки ви не зможете врегулювати ситуацію назавжди.

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