Избитая тема с ключом AWE и SQL2005 x64

[mishanya_f]

Добрый день!
Вопрос у меня следующий. Планируется несколько больших баз(несколько десятко-сотен Гб). Для этого имеется Windows 2003 x64 (c 16Гб памяти) SQL 2005 x64. Вопрос с ключом AWE. Я так понял, что этот ключ в данных редакциях уже активен (enable). В статьях MSDN указано, что SQL 2005 сам динамически распределяет память. Вот и вопрос в свойствах Server Proprities во вкладке Memory оставлять по умолчанию min memory 0 и max memory 2147483647.Или вручную поставить количество памяти. Меня смущает в статьях на MSDN и не могу понять что SQL 2005 сам динамически распределяет память...или это только общие слова и надо вручную прописать min и max, т е min-1Гб например и max-14Гб.
Заранее спасибо!

[a_shats]

1. AWE - это интерфейс Windows для работы приложений и сервисов с PAE (Physical Address Extension), он имеет место быть только в 32-бит ОС. В 64-бит ОС он отсутствует, т.к. не нужен. Т.е. можете не переживать на эту тему, если Вы намерены использовать х64 ОС и х64 MSSQL.
2. Лучше всего, если никакие другие задачи на этот сервер не возложены - зафиксировать выделенную MSSQL память, оставив 512-1024 МБ для ОС.

[mishanya_f]

А есть ли какие то пожелания (рекомендации) к min или max (из личного опыта). Я так подозреваю, что min стоит ставить 1Гб(2Гб), а max (если нет ключа /3Gb, то количство памяти на сервере минус 2Гб)...То есть получается min 1ГБ (может быть 2Гб), а max-14Гб. Я прав?
И второй вопрос. Если планируется в кластер SQL загнать, то для оптимального перехода на резервную ноду при вылете одной из нод (а то и двух) из кластера, например по системе 2+1 (на всех серверах по 16Гб памяти), надо тогда выбирать min 1Гб, max-(16-2)/2=7Гб. То есть будет стоять на сервере хоть и 16 Гб памяти, но под страхом не поднятия на резервной ноде экземпляра SQL в max будем использовать половину памяти имеющейся. Я прав?
Заранее спасибо!

[a_shats]

1. Говорю же - зафиксировать выделенный объем лучше всего - при условии, что других задач на сервере нет. Если у Вас на сервере 16 ГБ - отдайте 15ГБ MSSQL и не парьтесь  :D
2. Вы хотите на каждой из нод поднять по инстансу SQL ? Тогда да, другое дело - и в этом конкретном случае лучше выделять ОЗУ всем инстансам динамически. Как мне кажется.

[mishanya_f]

И последний вопрос! На сайте Microsoft на MSDN я прочитал о том, что бы быстрее работала база данных под SQL 2005 необходимо удалить своп файл сделать его нулевым (при условии что на сервере много памяти) и чуть подправить в политиках. Так ли это и вообще кто нибудь используеь сиквел сервер с нулевым своп файлом. И в таком случае куда свопиться будет сама ОС?
Заранее спасибо!

[Loco]

Ну у меня отлично работал сервер с SQL'ем без свопа:)
w2k3x86 и SQL2000.

[a_shats]

Я бы не рекомендовал удалять своп - случаи разные бывают (с), лучше потерпеть тормоза, чем посреди рабочего дня узреть синий экран...

[Loco]

У меня только SQL крутился на сервере: 14ГБ ему, 2 - системе. За год никаких проблем не было. А так каждый пусть сам решает:)