Можно и нужно ли в SQL Server 2008 R2 использовать расширение AWE?
Т.е. делать:


sp_configure 'show advanced options', 1
RECONFIGURE
GO

sp_configure 'awe enabled', 1
RECONFIGURE
GO

sp_configure 'min server memory', 4000
RECONFIGURE
GO

sp_configure 'max server memory', 12000
RECONFIGURE
GO



не смотря на то что в мануалах говорят, что не будет работать, работает нормально.
единственое ограничение это то что память выделеная не возвращается до перезапуска службы

(1)Отлично, т.к. до этого работал с 2000, а по 2008 четкого ответа так и не нашел. В 2000 память, вообще, не возвращается, т.к. есть только верхний параметр ограничения.

Прочитал, что "Для 64-разрядных приложений расширения AWE не нужны, так как в них доступ к памяти не ограничивается объемом 4 ГБ." У меня винсервер 2008 64битный, но сервер 1С8 32х битный. Так надо или не надо мне включать этот параметр?

AWE не использует файл подкачки, по этому если памяти на сервере хватает - лучше использовать

2(4) при чем тут файл подкачки?

(5) а при том, что без AWE SQL берет просто общую память и винда может ее кидать в файл подкачки.

Именно по этой причине AWE и является невозвращаемой

я понял. просто был поменян субъект с объектом. Нужно видимо понимать так, что память отведенная под АВЕ не будет выгружаться в файл подкачки.

А без использования AWE, при стандартных настройках, SQL 2008 64bit будет использовать до 10 Гб памяти?

2(8) вот тебе шпаргалка:
http://gilev.blogspot.com/2010/06/limits-of-virtual-memory-in-windows.html
"x64:  8 ТБ, если приложение компилируется с параметром IMAGE_FILE_LARGE_ADDRESS_AWARE"

(8) при стандартных настройках SQL работает нормально только при правильной оптимизации OS,
например если поставишь терминал или файл сервер - то хорошего не выйдет

АВЕ это костыли от мс, при помощи которых 32-битное приложение могло получать доступ к памяти, больше 4 гиг.
http://msdn.microsoft.com/ru-ru/library/ms190673.aspx
внимательно изучаем то что написано вверху.

(11)Читал. Но все же, не смотря на 64битный скуль, советуют ограничивать.

(3) не надо

(8) при настройках по умолчанию, сожрет все что есть, если база конечно не меньше объема озу

(14) Тогда прийдется ограничивать, т.к. там еще сервер 1С будет болтаться

(3) для 32битного сервера 1с /3GB юзай. AWE не поможеть - ибо 1с не умеет. а 64битный скуль и так все может без костылей.

(16) Т.е. для конфигурации Windoes Server 2008 64bit, SQL Server 2008 R2 64bit и 1С сервер 32 bit нужно включать /3GB ?

Windoes=Windows*

(16) не нужно, все равно больше 4гб 1С не сожрет

(19) ага, а без этого - больше 2-х ;)

кстати на 32битной с этой опцией - больше 3-х, так что смысл в 64битной оси с 32битным сервером 1с все таки есть

2(17) быть бы уверенным, что 32-битный сервер 1С компилируется с этим ключем... в каждой сборке...

Всем спасибо за консультацию.

Насчет ненужности AWE для 64-битных приложений - вы расскажите авторам сильнейших шахматных программ, которые заявляют 15% прибавки скорости при использовании LP.

(24) AWE <> LP

(0) Нет. Поставь ограничение использования памяти как общий объем оперативы минус 1 гиг.

(25) LP - всего-лишь одна из возможностей AWE.

(27) это как зеленый и соленый - разные вещи.

(28)Скажу по-другому -
если я в выделении памяти укажу параметры MEM_PHYSICAL и MEM_RESERVE, то 64 битное приложение станет работать быстрее. Или ты и с этим будешь спорить?

(29) это кусок AWE, да. быстрее - потому что не свопится никогда. а вот MEM_LARGE_PAGES - это LP - оно и не свопится, да еще и в памяти непрерывно - будет еще больший прирост.

ммм... Давайте окончательно.

Для конфигурации Windoes Server 2008 64bit, SQL Server 2008 R2 64bit и 1С сервер 32 bit, 16Гб оперативы нужно, по пунктам (необходимость AWE, /3Gb, какие параметры использовать для ограничения)

(31) врубить 3GB,
ограничить SQL память так, что бы серверу 1С хватало для жизни

(30) и когда ему памяти не хватит, что будет?

(31) 16Гб -  мало...

примерно 2 гига система, 5-6 сервер 1с, минимум 12 SQL и того 20  а еще при файловых операциях (бекап и т.д.) память жрется как минимум еще + 2..3 гига...

из личного опыта нужно > 32, из которых примерно 15-20 выделяешь SQL. и мониторишь, что-бы пара гигов при обычной работе была свободна

(32) Ограничить память не включая AWE (как я понял, в 2008 это можно)?

(35) а с чего вдруг нельзя? это всегда было отдельной настройкой

Система около гига, сервер 1С до 1.5 гига, бэкап онлайн не делаю

2(34)Если больше 32 Гиг, то это нужно не Стандарт например, а Энтерпрайз, Датацентр или Итаниум-Бэйсед.. а это уже другие деньги.

http://www.microsoft.com/windowsserver2008/ru/ru/system-requirements.aspx

и мы не знаем о каких объемах, скольких базах и скольких пользователях идет речь.

(37)>>>сервер 1С до 1.5 гига

не смеши, наверно только сервер и посчитал, каждый р-хост до 2х гигов может вырасти, а сколько их у тебя?

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

База 30Гб, 50 пользователей

(42) на 50 пользователей рхостов как минимум 5 надо, а это уже сервер 1с до 10гигов может поиметь

Для 64 ИТС рекомендует использовать один процесс. Максимум еще один резервный.

(44) Сервер 1С 32битный, но скуль 64битный

2(45)http://screencast.com/t/8iQDMLsAfaa

(46) Спасибо!

Поставлю 3 процесса, ограничу до 10Гб скуль.

(33) Ему это кому?
Если нет свободной памяти при выделении - память просто не будет выделена. Нормальные приложения при этом используют стандартные механизмы выделения памяти.
LP и AWE - практически одно и тоже, с той разницей что LP проблемней, ну и соотвественно быстрее (не в работе, а в выделении памяти)

То есть AWE - это не только выделение верхней памяти 32-битным процессам.

(48) Т.е. половина за AWE в моем случае, а половина против :)

Если 32-битная винда - то в любом случае /PAE и AWE.
Если 64-битная винда, но 32-битный SQL - то тоже AWE.

(45) SQL у тебя пожрет столько сколько ему скажешь, AWE ему не надо нафиг (он 64). 1С-ка - 3GB ставь и не парь никого (он 32 и ему 100% больше 3х гигов не понять).
А вообще не путай СУБД и Сервер приложений.

2(51) он не путает уже, его постоянно путают

(52) Это точно :)

(52) Он путает, ибо все думают что у него 32-битный SQL.

(54) Как бы (8), (17) и (31)  :)

2(54) и это странно, потому что он неоднократно повторил что 64-битный - в (8) и (17)

(56) Перенес в заголовок ветки.

Спасибо всем за консультацию, т.к. до того как запостил на Мисте - погуглил, четкого ответа не нашел. Сорри, что морочу голову.