| 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) Т.е. отключение кэширования записи на диски никак не сказывается на производительности? | |
Интернет-форум Краснодарского края и Краснодара |
