У клиента работает бухгалтерия с количеством юзеров - 5. +2 на перспективу. И еще 3 человека работают в управлении торговлей. Все в фаловых вариантах работы. В связи с тем, что функционал УТ задействуется совсем по минимуму решено выполнить доработку Бухии с отказом от УТ.
Внимание вопрос! :) Сколько реально (из опыта) можно юзеров подключать одновременно в файловую бухию без последствий быть выгнанным вшею за падение БД или ее чрезмерные тормоза? Сколько у кого максимум? Делимся реальным опытом относительно длительной эксплуатации.
ЗЫ в моем случае все работают под терминалом

если RDP, то и 20-30 прокатят

(0)
http://1c.ru/news/info.jsp?id=17577
(1) если новые конфигурации (типовые) и активный ввод документов то нефига не прокатят

v8: 1с выпустила мини сервер

и не парьте мозг !!!

(3) ;))) писател не читател ;)))

14 400 руб, и имеете НОРМАЛЬНЫЙ вариант, а не фало корячку

(0)[Делимся реальным опытом относительно длительной эксплуатации. ]
больше квартала ни кто не выдерживает эти тормоза

у меня в файловом максимум 1 юзер. Я. Остальные праволславные - на клиент-серверном

(5) согласен на все 100%. Буду настаивать. НО! Клиент всегда прав. Просто хотелось помониторить этот вопрос даже для интереса. Это запрещено здесь? :)
(6) сам не поверил, но у людей нордический характер. Они юзают такое дело с 2010 года...

(8)[ Это запрещено здесь?]
вплоть до бана

на моей памяти 30 манагеров бегали на файловой УТ

(2)(3) а у них же 10 юзеров
мини-сервер на 6

пусть бегают на файловой для начала

(3) (5) Минисервер не прокатит, т.к. у него ограничение на 5 подключений. А автору требуется 8 = 5 из бухни + 3 из УТ.

(13) 2 миника?

Когда-то был у меня клиент на файловой 1С-ке 8.0-8.1
Работало до 10 пользователей:
3 - в БП и в УТ
7-8 - только в УТ

Особых проблем не было, кроме того, что пару раз база падала (в т.ч. один раз безвозвратно - пришлось восстанавливать из ночного бекапа).

Особых тормозов не было, но там и высокой интенсивности или больших объемов ввода данных не было.
Один или двое - приходы заводил.
Трое или четверо - реализации и то не сильно активно.
Остальные по большей части на просмотр работали.

(14) насколько я понял, лицензии на минисервер не суммируются.

(0)В настоящее время ЗУП 8.2.18.109 платформа последняя конфа  - в активном режиме 15 пользователей. Файловая БД. Работают год. Переводили на PostgreSQL - получили уменьшение производительности вплоть до полных тормозов на сервере. С Бух 8.2 на файловой БД в позапрошлом году случился казус: дикие тормоза при работе 5 пользователей! Причем даже в случае, когда все 5 зашли в базу и сидят там, кнопок не нажимают, а один из них запустил оборотку по счету. В базе быди данные только за 3 мес, т.е. размер базы был очень мал. Обращались в 1С. Ответили - а переходите вы на клиент-серверный вариант. Перешли на PostgreSQL. Все счастливы.

(17)[ Переводили на PostgreSQL - получили уменьшение производительности вплоть до полных тормозов на сервере. ]+[Перешли на PostgreSQL. Все счастливы.]
отменная трава

(17) Вдогонку, а то некоторым (18) непонятно. при переводе ЗУП с файлового на серверный - тормоза на серверном, причем нереальные. А в файловом 15 пользователей расчетчиков - и проблем нет. С Бух - наоборот. При файловом режиме 5 пользователей не могли сделать одну оборотку. А при переводе их базы на PostgreSQL - все быстро и надежно работает, никаких проблем.

(19) На MS SQL server переведите. PostgreSQL это почти файловая база.

типовые БП и ЗУП, ключик на 20 клиентских, бывали моменты с нехваткой лицензий. Два с половиной года полет нормальный

(0) Я бы на вашем месте добивался покупки сервера 1С.
В конце концов, если вдуматься, то не так уж и дорого стоит лицензия. Особенно, если использовать в качестве СУБД что-то бесплатное (PostgreSQL, например).

Файловый вариант вполне допустим при соблюдении ряда условий:
- малое количество пользователей (вам подходит)
- невысокая параллельность работы пользователей (каждый работает со своим участком и не слишком интенсивно вводит данные)
- небольшие объемы данных (это вам лучше знать)
- некритичность в вопросах отказоустойчивости (не страшно, если вдруг база гикнется со всеми данными и можно будет восстановить резервную копию и наколотить заново пропавшие за день данные)

(0) Дурацкое решение.

Пилить бухию для чего? чтобы иметь гемор с обновлением?
А резервы тоже будете допиливать в бухию, элементарный анализ продаж?

Если прям уж хочется все в одном то возмите КА, тем более имея КА можно юзать по отдельности бухию и УТ

А так УТ + БП + синхронизация. Имеет допилинную УТ и типовую БП которую в течении 30 минут можно обновить. Плюс когда бух будет закрывать квартал и перепроводить документы за квартал менеджеры смогут работать, а не ждать окончания блокировок

(0) >В связи с тем, что функционал УТ задействуется совсем по минимуму решено выполнить доработку Бухии с отказом от УТ

Я фигею с такой постановки. В чем выигрыш? Деньги 1С ен вернет - так пользуйтесь!

(23) +1

(23, 24) их жутко (очень) разражает обмен

Раньше УТ-шка без проблем на терминале 20-25 человек тянула только так
(5) покупать недосервер, чтобы ограничиться пятью человеками смысла никакого нет. Вообще по мне очень странное это предложение от 1С. По сути они пытаются заработать на собственной недоработке платформы, поскольку 5 человек без проблем работают и без этого недосервера, а вот когда серверок нужен 10-15 они уже пытаются впарить нормальный дорогой сервак, который не всякая контора оплатит...