777777777Т.е. это самописное решение? Обновления накатываете? Извиняюсь за допрос - сам я не 1с-ник, поэтому интересно. Очень часто от Ваших коллег по системе я слышал мнение, что при пользователях более 5-10 без терминала делать на 1с7.7 нечего, даже на MSSQL, т.к. сиквелом там, якобы, и не пахнет. В своей практике косвенно сталкивался со стандартными кофами, которые уже на трех машинах жутко тормозили, из-за чего регулярно чистили базы. А здесь 60 пользователей, и без терминалов!
Решение изначально было типовым, ставилось без меня где-то в начале 2001, 8хх какой-то релиз ТиС.
В 2003 за систему стал отвечать я, что было изменено по сравнению с типовой конфой и были ли обновления до этого - я не знаю, но с 2003 обновления точно не накатывались.
Насчет проблем быстродействия 1С 7.7 в принципе такая проблема существует, проведение некоторых документов может занимать до 1 минуты (был 1 шедевральный документ - он вообще проводился по 8 часов, но я потом от него отошел и сделал все на MSSQL время стало около 10-15 мин), если учесть что 1С использует MSSQL тупо как хранилище и нет паралельного проведения документов - это может вызвать deadlock и негативно сказывается на быстродействии. Deadlock-и выскакивают, отрицать не буду, но обычно 1-2 раза в мес, решение их отнимает около 5 мин, но в принципе работоспособность системы считается удовлетворительной. Так же пакетная обработка документов в течении дня считается невозможной, т.к. это в 70% вероятности приведет к deadlock :(
P.S. некоторые типовые конфы действительно сильно тормозят, т.к. там используется оч. много регистров зачастую ненужных данной фирме, при их отключении и пересмотре функционала скорость можно поднять на 50-70%, но правда - это уже будет не типовая конфа.

забыл сказать объем БД состовляет 7,5 Gb.
2 года начад был ~5.

MicMicА какая разница в терминале или нет?!
И кста ...у меня в среднем 300 ... 50 на 50 терминал/не терминал ...
И ничего ...не без проблем с блокировками ... но т-скл и ... все вполне приемлимо ...
в пике до 400 юзеров в онлайне, подавляющее большинство создают/изменяют документы ...
вы забыли указать, какими способами этого добились, ГБ или toysql, что-то еще?
я слышал, что в 7.7 засовывали до 700, но там были ГБ...

MicMicЗы. В соседней ветке вы упоминали про "умельцев, которые настроили репликацию поверх 1с". Есть одна задачка под ето .. Не подскажете контакты или ссылки на материалы? УРБД несколько не подходит ... а репликацию года полтора -два назад пробовал сделать ... что то не полетело ... репликация работает, а вот 1с запускаться после не хотела ...что конкретно было уже и не вспомню ...
Зы.Зы. Сорри за уход от темы ... :)
на сайте softpint была про это статья, так же где-то еще в просторах интернета свтречал описания, они приблизительно все похожи
типа
1 - отключаем верификацию
2 - настраиваем репликацию

и типа все должно работать, но поидее должны быть еще грабли, про которые умалчивают, да и я про них не скажу, т.к. не делал сам такое...
надо поискать хорошо, может кде-то это все подробно расписано, я просто не особо задавался этим методом...

DKTДостаточно ли?
для начала точно хватит
сам я с 1С 8.0 не очень, но по рассказам знакомых можно еще 2 гига ОЗУ на сервер БД докинуть и должен быть порядок :)
лично я счас буду переводить конторку на УТ
под 10 пользователей взяли
Depo Storm 2*Xeon3.0GHz(2Mb, FSB800, EM64, HT)/ 4Gb DDR ECC333/ Raid SCSI U320(1-10) / 6x36Gb 15rpm/ CDRW-DVD/FDD/ ServerATX 650Wt
вин разил так:
2 в зеркало под ОС
4 оставшихся разибл на луны, как мне в форуме MSSQL посоветовали попробовать и получилось вот так:
часть из 4х - 10 RAID
часть из 2-х зеркало
часть из 2-х страип

на 10 RAID под БД
зеркало под BackUp
страип под темпы MSSQL, логи БД (т.к. нет в них нужды), пользовательские всевозможные темпы :)