Дано: Терминальный сервер(2хКсеон(Е5620)32гб оперативы,  15к оборотов сказевые диски в зеркале ):15-20 пользователей, каждый пользователь работает в отдельной базе, редко бывает, что одну базу пользует 2-3 юзера. Бп 8.3 работает ужас как медленно.  бп 8.2 вполне нормально.
И пустой такой же сервак.  
Мысли мои: тк базы не большие, и кол-во подключений к ним не велико -смысла в субд я не вижу. Для ускорения работы БП8.3 на втором серваке поднять вэб сервер и соответственно все что на уф перенести туда. Публиковать файловые базы. получится около 10 пользователей к 10 отдельным базам. По идее разгрузит 1 сервер и должно будет норм работать. Затрат фактически 0
Мысли франча:  
1)Сервер 1с, Сервер MsSQl, все базы в скуль, замена дисков на ссд, будет все летать. Затрат >400к руб.
2)Сервер 1с, Постгрес, все базы в постгрес, замена на ссд, будет быстро работать. затрат что то чуть более 200к р
3)Идите во фреш
Мб есть еще варианты?)

SSD

БП3 для нормальной работы требует от 2 ядра проц под 3ггц + от 4 гиг рам (на один сеанс) + файловая база на ssd  - тогда все отлично

Сами подумайте на сколько сеансов одновременно хватит ваших 32 гигов памяти на сервере в терминалке, без ssd ? А проц как на всех поделился а?

И да добавление в уравнение сервера 1С + mssql|posgres еще затормозит все, будет одинаково у всех всегда тормозить а не так что иногда летает (когда мало юзеров) а когда много тормозит

(0) "Затрат фактически 0" а что мешает проверить? Если каждый пользователь работает в отдельной базе и каждому поставить по отдельному вебсерверу, то вполне может быть и прокатит.

ssd и если БП 3 то желательно через web сервер работает гораздо быстрей чем черезтерминал

(4) Это если клиентская компутера не печатная машинка или не убитый планшет

(1) (2) То есть мои мысли в целом верны, нужно добавить ссд.
(2) + Файл подкачки) 3ку планирую в тонкий клиент жрать соответственно оно будет меньше.

(3) Вопрос: Зачем для каждого юзера отдеьный вэб сервер? не сарказм)

(7) Чтобы при обновлении одной базы не гасить все.

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

(5) если база в SQL и опубликована через web токлииентская машинка не важна по сути у меня на атомах 525 есть пару клиентов раньше были в терминале щас через тонкого клиента web
все довольны

(3) Да и проверить достаточно проблематично в виду того, что туго до юзеров доходит как делать) а я один эмулировать работу 15 человек явно не смогу)))  
Но каждое тонкое соединение с тройкой которая просто загружена и ничего не делает, жрет 1 % памяти и 1% проца)

(10) "Клиентская машинка" должна нормально тянуть современные сайтики через современный браузер.

Если же "машинка" нечто вроде Пень4 с 512Мб рам - тут терминал будет явно лучше ))

(9) Тогда соответственно апач? iis не покатит?

(13) Не готов ответить, т.к. никогда не поднимал IIS более, чем в одном инстансе. Если он так может - то пожалуйста. Сейчас у меня апач таким образом развернут. С ним как-то проще было разобраться.

(0) Фрэш работает только со стоковыми конфигурациями.

(9) а этож еще и cal лицензии под винду... хм.. точно на 2ой нужно какую нить убуту ставить

(14)  и кста нафига гасить сервак для обновления базы?

(16) Проблема что ли? Миллион инструкций в интернете, как поставить убунту, сервер 1С, апач ну и т.д.

(17) Веб сервер мешает зайти в базу монопольно (если нужна реструктуризация, например)

(0) У нас по факту стоит:
1. 1С-сервак на ubuntu SSD
2. БД-сервак posgresql на centos/ubuntu SSD
3. сервер лицензий (ключ 1с на сервер не нужен на него) centos
4. сервер на apche на ubuntu

между 1с-сервером и БД-серваком подняли сетевой шлюз.
14 баз, Бухи, ЗУП и Документооборот.

Работает вполне сносно, тормоза были по началу, т.к. не настроен кластер и посгри были, после эксперементов нашли оптимальные настройки. Всё норм.

(7) вроде веб-сервер (точнее компонента 1С) все сеансы в один поток выполняет. Много веб-серверов быть быстрее, но это не точно)

(20) По параметрам сервака не скажу, но не самые навороченные.

(20) Кстати фоновые задачи много кушают ресурсов, нужно поиграться тоже с настройками по времени их запуска, некоторые вообще отключить.
Можно распараллелить процессы.

(12) P4 512 это раритет уже (правда уклиента есть до сих пор P3 32Мб с бездисковой загрузкой RDP летает до сих пор )

(24) Пофиг, суть в том что часто встречаю древний хлам с 2 гигами памяти, на нем УФ нормально не работает в принципе, только с тормозами.
Особенно если еще кучу памяти сжирают разные антивирусы и прочие браузеры с разным хламом, не забывая про офис.

(25) Ты должен был бороться со злом, а не примкнуть к нему

(25) web-клиенты на 2Гб памяти работают с приемлемой скоростью.

(0) Я бы предложил поменять сервак на обычный комп с высокочастотным процессором и дисками ССД.
Поднять там Апач и опубликовать базы.
Стоит это гораздо меньше 200 тыр.
Зато все залетает 100%.

Е5620 - 2,4 Ггц, для 1С8.3 с УФ маловато будет.

(27) Ты видел реальной работы когда в браузере всего одна вкладка с 1С открыта? Я нет

(0) У контроллера RAID батарейка,наверное, умерла давно, кэш контроллера не работает, запись прямо на диски...

А шо, про счетчики производительности уже было?

(0) >> Что лучше сделать для увеличения скорости работы 1с
Уволить тебя.

(32)  А ты умен
(30) Поменяна, правда год назад.
(31) Счетчики на пике  : Память 60, проц 80,  диск ср дл очереди 3-4
для 2ух дисков - норм.

(33) чем закончилось?

1. Устроиться руководителем отдела разработки платформы
2. Выгнать бездарей
3. Набрать профессионалов
4. Скомпилировать результат

(21)  не точно? с каких пор?

(0) держите нас в курсе.
вопросы-то остались?