Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Спасибо за ответы!! и еще уточнение! 01.11.06 16:26 Число просмотров: 2931
Автор: mentat[bugtraq.ru] <Александр> Статус: Elderman
|
насколько я знаю у 1С даже на SQL есть лимит типа то ли 30 то ли 50 конектов, после которого у него наступает колапс, и дикие тормоза... есть точно такая проблема именно поэтому при более 40 юзерах делают терминал на Цитриксе а не просто SQL . Вопрос вот в чем, получится же что 2 терминала будут порождать те же 60-65 конектов к SQL серверу. так? или я не правильно себе это понимаю? не будет ли здесь засады?
и еще вопрос. win2003 Enterprise нормально и спокойно работает с 8Гб и даже с 32 вроде. а вот Citrix и 1С не будут ли какиех засад? по идее не должно это же проблемы ОС как рулить памятью.. но вдруг я чего-то не знаю....
оба терминала с SQL я планирую соединить напрямую по 1000 без свича, воде тут не должно быть засад?
о каких ньансах я могу еще не знать? что может вылезти?
к слову, не порекомендует ли кто поставщиков серверов? я вроде нашел неплохие варианты по supermicro, но может есть варианты лучше?
> > > итак есть терминальный сервер, на нем 1С 7.7. > > одновременно > > > от 50 до 65 подключений. сервер Хеон 3.0 памяти > 4Гб. > > Citrix > > > Metaframe 4. база всего одна. средняя сессия > юзера > > 65-90Мб > > > памяти и ну и от 5 до 25% загрузки проца. на > сервере > > других > > > задач нет > > > тормозит чудовищно. > > > > Если все в dbf-ках, а не на SQL - то это нормальное > > поведение, т.к. в файловой версии больше 25 > пользователей > > не рекомендуется, иначе придется часто > переиндексировать > > для скорости. > > > > > планирую поднять еще один сервер на нем Citrix , > кроме > > того > > > поднять на 3-й машине MS SQL. базы залить на MS > SQL, > > > конфигурации положить одинаковые на 2 > терминальных > > сервера, > > > пользователей поделить пополам. решит ли это > проблему > > > быстродействия или 2-х серверов мало? какие есть > еще > > > варианты? у кого как реализованы подобные задачи? > > > > MS SQL - точно должен решить. Он немного медленнее > dbf-ок, > > но при таком количестве юзеров - будет выигрыш. Также > для > > скорости можешь журналирование у SQL сервака отрубить > > (правда тогда откатить на какое-то время нельзя > будет... но > > тут уже хозяин-барин) > По железу добавлю что не скупись на диски и на память > (больше дисков в рейде-выше скорость)) Ну и памяти 8 вполне > достаточно
|
|
|