ЛВС 1С + терминалный сервер на 50 юзеров

Добрый день!

В данный момент у нас стоит 1C 7.7 + SQL server 2000 + сервер древний что то типа двухпроцессорный P4. 1Ска работает у 40 пользователей и запускается по сети как клиент-серверная. естественно все тормозит.

Задача - максимально увеличить производительность. Бюджет - очнь скромный.
Купили уже 1С 8.2. и уже программисты работают на переносом всего из 7.7. в 8.2. так что сервер расчитываю исходя из того что будет 50 пользователей(работать одновременно) и 1С 8.2

Новый сервер:
2 х CPU Intel Xeon E5620 2.4 ГГц/12Мб/5.86 ГТ/с LGA1366
3 х Original SAMSUNG DDR-III DIMM 4Gb <PC3-8500> ECC Registered+PLL
2 х HDD 1 Tb SATA-II 300 Seagate Constellation ES <ST31000524NS> 7200rpm 32Mb

Вопросы:
1. Будет ли достаточно такого железа чтобы быстро работало 50 пользователей в терминальном режиме, если будет установлена файловая 1С 8.2 (а не SQL) под управлением win2008 server x64
2. Или же все таки при таком количестве пользователей без SQL сервера не обойтись?

разьясните плз...
особенно те кто имел практическое применение разного железа и настроек при большом кол-ве пользователей

В таком варианте ничего работать не будет. Для запуска одного клиентского приложения 1с понадобится 50-100 Мб ОЗУ, что в масштабе 50 человек дает нам 2.5-5 Гб ОЗУ только для нужд 1С, не забывайте ещё про ОС и другие системные службы.
Плюс при работе в файловом варианте блокировки накладываются на целые таблицы. Конечно если у вас 49 человек только запускают отчеты а 1 вводит данные в базу, то ещё куда ни шло. Наверно крайним соотношением, когда люди смогут работать будет 30 читателей/10 писателей. Иначе блокировки просто не дадут вам работать.

Моё мнение - только клиент-серверный вариант.
По себе знаю, как сложно выбивать средства на модернизацию оборудования. Поэтому организуйте файловый вариант на серваке, но предупредите что ничего работать не будет. Через две недели воплей деньги появятся.

А, проглядел, памяти 3 планки по 4 Гб. Ну, ОЗУ хватит, но блокировки вас добьют.

Я думаю, лучше брать 3 и более винтов (можно самых маленьких, но быстрых и с хорошим кэш) под raid 5. Кстати, кто-нить уже пробовал для этих целей SSD?

В плане железа, да, нужен хороший контроллер и рейд 5Е, если нет, тогда проще не заморачиваться. А надежность не хуже зеркала, т.к. при выходе из строя одного диска инфа легко восстанавливается.

Я за рейд 10. Причем, отдельный под базы, отдельный - под ОС.

RAID 5 - категорически нет! Либо ставьте на RAID 1 , либо на RAID 10.

В общем, я бы советовал начинать с файлового варианта. Просто сейчас вам (и нам) сложно оценить нагруженность системы, а сведениями от 7.7 тут тоже не поможешь, 8.2 совсем другая система.
Поставите в файловом варианте, оцените требуемый объем ОЗУ, потребности дисковой подсистемы, подтвердите необходимость перехода на клиент-сервер и сделаете нормальную систему

На 50 пользователей (работать одновременно) файловый вариант? IMHO, это кощунство. Я бы такой вариант даже не рассматривал.

в том то все и дело, пиратское ставить не хочется, а то что есть надо убирать срочно.

вообще если бы у меня был бюджет нормальный то я бы сделал 10й рэйд на SAS винтах. либо 10й рэйд на SSD. но ничего другого!!!

эм.. а это что? и как оно организуется? как работает? это какой то свой типа sql но 1Совский?

странно, впервые слышу. есть в ОС максимальное количество одновременно открываемых файлов что было критично во времена файловых серверов на вин 2000.
у меня на прошлой работе было около 100 одновременно работающих пользователей в одной базе(торговля 7.7) но там был сервак за 500 000р с 4мя процами и кучей ОЗУ. и там была Файловая версия 1С торговли. ни с какими блокировками небыло проблем! не могу сказать что там все очень летало, но работать было можно, иногда подтормаживало.

Имелось ввиду не максимальное количество одновременно открываемых файлов ОС (для файловой 8-ки это вообще один файл), а транзакционные блокировки таблиц 1С. При записи данных, в файловой версии, блокируется вся таблица (например, таблица регистра) и пока запись (транзакция) не завершиться остальные записи (транзакции) других пользователей будут ожидать. Т.е. уменьшается параллельность (пропускная способность) в конкурентных режимах работы.

P.S. У меня в подразделении с 4-5 активными пользователями пару дней в месяц проблемы с блокировками нет-нет, да возникают (на "закрытии" месяца).

ок, понял, спасибо за ответы.

тоесть: клиент-серверный вариант

это в любом случае использование sql я так понимаю.

Правильно. Плюс еще серверная часть 1С.