информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Портрет посетителяВсе любят мед
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Очередной юбилей Linux 
 HP закрыла 16-летнюю уязвимость... 
 Microsoft советует пользователям... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / sysadmin
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Я с несколько другой бухгалтерией работаю, но тут дело не в... 03.11.06 10:29  Число просмотров: 2577
Автор: 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 рассмотреть.

> кто что думает?
<sysadmin> Поиск 








Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2021 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach