К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

SQL 2008 не освобождает оперативную память

Гость
0 - 29.03.2012 - 10:08
Сервер 1С(8.2.15.294), в 4 базах 25 юзеров(не терминал 20 вводят данные, 5 формируют отчеты), при полной загрузке sql 2008(версия 10.50.1600.1) съедает 4 гига оперативной памяти. Нормально ли такое потребеление оперативной памяти? Когда работа пользователей заканчивается, sql не освобождает занятую оперативную память, это нормально? Если нет, как настроить, чтобы память выделялась и освобождалась динамически?


Гость
1 - 29.03.2012 - 10:10
Это нормально. Так и должно быть.
Гость
2 - 29.03.2012 - 10:10
Нормально
Гость
3 - 29.03.2012 - 10:17
не трогай его, он сам знает что ему делать с памятью
Гость
4 - 29.03.2012 - 11:50
спасибо!
Гость
5 - 06.04.2012 - 10:37
включил ограничение оперативной памяти для sql, оставил 2,5 гига на 25 пользователей, плюс гиг отъедает сервер 1С. 4 дня полет нормальный. А в принципе принудительное ограничение чем-то чревато для 1С?
Гость
6 - 06.04.2012 - 10:47
(6) Нахрена SQL покупали - не понятно.
Гость
7 - 06.04.2012 - 10:50
я вот тоже так думаю! просто в этой конторе за скуль отчечают админы и мне им нужно аргументированно объяснить, почему ограничение памяти есть зло. если мы увеличим оперативную память с 6 гигов до 12, не продолжить ли скуль так же отъедать всю оперативную память? в какой момент ограничение памяти начнет косячить?
Гость
8 - 06.04.2012 - 10:50
(7) Далеко не у всех Пользователи в базах вводят по одному документу в день.
Гость
9 - 06.04.2012 - 11:05
(9) Они его искусственно опустили до уровня бесплатных СУБД. Нафига бабло платили я не понял.
Гость
10 - 06.04.2012 - 11:14
Зачем ограничивать? Циферек жалко?
Гость
11 - 06.04.2012 - 11:25
11 дык другим приложениям памяти не хватает.
Гость
12 - 06.04.2012 - 11:27
Уж сколько раз твердили миру - скуль должен жить на отдельном сервере...
Гость
13 - 06.04.2012 - 11:36
У них там поди еще и контроллер домена...
Гость
14 - 06.04.2012 - 11:38
(14) Главное, что бы там же в кваку не рубились :)
Гость
15 - 06.04.2012 - 11:49
13, 14 начиная с какго количества пользователей имеет смысл выделять скуль на отдельный сервер?
Гость
16 - 06.04.2012 - 11:50
(16) Как только ставишь скуль - сразу на отдельный сервер.
Гость
17 - 06.04.2012 - 11:54
(14) Чем не нравится совмещение AD с SQL сервером? Железо хорошее - аппаратный RAID, куча ядер, памяти десятки гигабайт. Только без религиозной лабудени.
(16) По барабану на отдельность сервера. Не слушай древних фанатиков. Главное - доступность ресурсов. Я при расчете объем ОЗУ для SQL сервера 1С считаю как годовой прирост всех обслуживаемых БД + 20% от общего объема. Не забываем еще про 1Гиг для всяких системных нужд. Если остальные процессы оставляют для SQL указанный объем - вполне можно крутиться на том же железе хоть с 500 пользователями.
ПЫСЫ: Не путать с парой SQL+терминал. В таком режиме невозможно оценить объем ресурсов, которые съест терминал. В такой связке на SQL может не хватить памяти, что ведет к плачевной производительности и багам.
Гость
18 - 06.04.2012 - 11:56
(18) Ну-ну. Рассчитай-ка объем ОЗУ для базы гигов в 200-300?
Гость
19 - 06.04.2012 - 12:04
18 Спасибо. А какая кореляция между размером оперативной памяти и суммарным размером всех бд, крутящихся на sql? Не один же к одному!
Гость
20 - 06.04.2012 - 12:06
(20) Чем больше базы входит в память - тем лучше.
Гость
21 - 06.04.2012 - 12:09
(18) Я понимаю, что у тебя под нужды AD есть возможность выделить отдельный дисковый массив. Но у автора то поди массив один, на котором крутятся все базы. Если там еще и AD пастись будет очереди к диску обеспечены.
Гость
22 - 06.04.2012 - 13:32
(19) Я не телепат. Для таких баз ОЗУ не напасешься и главным критерием может стать производительность дисковой.
(21) Чем больше АКТИВНО ИСПОЛЬЗУЕМОЙ части базы. Выделять память для кеша скана сертификатов - неразумно. Хранить же таблицу и индексы итогов регистра товаров на складах не в кеше - смертоубийственно.
(22) Ничего не выделяя, на RAID 10 на 4х SAS HDD или 2х SSD с батарейкой и гигом кеша. Ты смотрел нагрузку на HDD, создаваемую глобальным каталогом на 1500к пользователей? Она СМЕШНАЯ. ЕМНИП, на каталог до 20 000 пользователей мелкософт рекомендовал выделять порядка 512 мегов дополнительной памяти.
Гость
23 - 06.04.2012 - 14:03
(23) Т.е. отключение кэширования записи на диски никак не сказывается на производительности?


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены