Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Я с несколько другой бухгалтерией работаю, но тут дело не в... 03.11.06 10:29 Число просмотров: 2862
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 03.11.06 10:29 Количество правок: 1
|
> итак есть терминальный сервер, на нем 1С 7.7. одновременно
> от 50 до 65 подключений. сервер Хеон 3.0 памяти 4Гб. Citrix
> Metaframe 4. база всего одна. средняя сессия юзера 65-90Мб
> памяти и ну и от 5 до 25% загрузки проца. на сервере других
> задач нет
> тормозит чудовищно.
Я с несколько другой бухгалтерией работаю, но тут дело не в ней. Пусть даже это будет другая сетеавя база, активно используемая несколькими десятками пользователей.
Может и конкретные программисты что-то намутили, но я в первую очередь обратил внимание на "арифметику цифр". Если сессии требуется под сотню мег памяти, их количество достигает 60, приложения активны (то есть активно наравят вылезти из свопа), то выходит 60*100=6000 Мег или 6 Гиг надо. Естественно при расчете нужно еще четверть накинуть на систему и файл-кеш. Выходит, что 8 гиг минимум, чтоб не тормозило.
Проверить, что памяти не хватает легко: 1) При достаточно активной работе при пиковой нагрузке (все бухгалтеры не курят, а кнопки давят) лампочка диска будет гореть не моргая. 2) При активной работе даже 5-10 юзеров активность дисков будет минимальна.
Еще на загрузку проца можно посмотреть - может заодно можно рассмотреть раширение "многопроцовости" сервака.
> планирую поднять еще один сервер на нем Citrix , кроме того
> поднять на 3-й машине MS SQL. базы залить на MS SQL,
> конфигурации положить одинаковые на 2 терминальных сервера,
> пользователей поделить пополам. решит ли это проблему
> быстродействия или 2-х серверов мало? какие есть еще
> варианты? у кого как реализованы подобные задачи?
Если база файл-серверная, то разносить файловый сервер с терминальным не имеет смысла абсолютно и даже противопоказано. Если база клиент-серверная, то "под вопросом", поскольку при достаточной памяти и процессорных ресурсах все тансферы данных внутри сервака будут быстрее, чем по сети.
> новый сервер под Терминал планируется 2хХеон 2.33 новый,
> памяти 8Гб. SCSI RAID5 под SQL будет машина Пень4 дуалкоре
> 3.0 памяти 4Гб. SATA RAID5
Дуалькоре обязательно, а лучше два или четыре дуалкоре. При таком-то количестве юзеров пусть хоть одна десятая коре на юзера приходится. И если памяти более 4Гиг, то архитектуру лучше 64-разрядную. Можно и АМД64 рассмотреть.
> кто что думает?
|
|
|
подробно о проекте
Анализ криптографических сетевых...
