Подскажите, каких мощностей брать сервер (процы, память), под 1с 8.1 УПП клиент серверная версия. База около 40 гб, SQL 2005, >100 человек пользователей.

Почитайте Гилева, очень подробно и содержательно все расписано

А вообще, что бы тут поделились опытом, Вам желательно подробне

й рассказать про нагрузку: сколько документов в день, будут ли ночные работы, как производство организовано, есть ли розница, есть ли распределенка и т.д. и т.п.

В общем документооборот порядка 200 документов в день. Холдинг оптовых компаний, производства нет, розницы нет. планируется 3 подчиненных распределенных базы.

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

Если это пригодится, тогда 20-35 одновременно работающих, торговля автомобилями из них 5-10 в торг.зале с сильной нагрузкой. Не УПП, но тоже крайне тяжелая рарусовская конфа. 2 ксеона с пониженным энергопотреблением для 1 юнитовых систем, 6 гиг памяти. Пока стояли сата винты - все тормозило, поставили 2 САС винта последовательно - стало приемлемо.
Распределенка на 2 сегмента + почти неприрывный обмен с бухией

У нас сейчас sql база лежит на сервере где стоит 2 xeon E5504 (2GHz) по 4 ядра. 8 гигов оперативки.
Сервер 1с предприятия и терминальные пользователи с 1ской сидят на сервере где стоит 2 xeon E5440 (2,8GHz) по 4 ядра. 16 гигов оперативки.

И БАЗА ТОРМОЗИТ!!! ДОКУМЕНТЫ ПРОВОДЯТСЯ ОЧЕНЬ МЕДЛЕННО! ПОСТОЯННЫЕ ТРАНЗАКЦИИ. ДАЖЕ ПОДБОР ИЗ СПРАВОЧНИКА МЕДЛЕННЫЙ. Причем и там и там процы загружены на 70-100%

(7) На текущей работе для УПП мы еще не создали нормальную нагрузку, но то, что Вы описываете очень похоже на то, что пишет Гилев Вячеслав. Например вот:
http://www.gilev.ru/1c/81/opt.htm
или частность про УПП:
http://www.gilev.ru/1c/upp/

Кстати, 16 гиг для терминала маловато будет. При интенсивной работе пользователя в УПП отъедается до 0,5 гига. Т.е. Ваши 100 пользователей... мне кажется в памяти тоже есть смысл поглядеть.
Вообще, сейчас я вижу, что терминал и сервер 1С по возможности по разным серверам разделять лучше (если есть возможность)

У нас около 100 юзеров, правда не в 8-ке, а в 7-ке.
По поводу терминала, однозначно 2-3 терминала с балансировкой нагрузкой.
Клиентская часть 1С на отдельном сервере (Citrix или win08 RDP).
Сервер 1С предприятия - тут тоже лучше всего кластер из парочки серверов (у меня человек 30 человек 15 бухов (БП) + 15 менеджеров (самописка а-ля олап) иногда умудряются сервер приложения с 8-гигами в своп уложить)

Ну понятно, что все это не коаксиальным кабелем соединено, а желательно на оптику посадить

у нас >100 юзеров. База УПП, 25gb. Один комп под сервер БД, еще один - под сервер 1С. Все работает отлично. Ессно терминалы нафиг, все работают на своих компах.

(11) Скажите, если только для 1С, то терминалы разве не дешевле компов? Для УПП надо не хилые требования, просто П2 уже не поставишь

(12) может и дешевле, но нам нужно чтобы не тормозило. поэтому у всех стоят машины не ниже П4 или Core2.

Что то у гилева наверное совсем про старый релиз написано :( 70% галочек у меня нет

И все же по оборудованию кто чего подскажет?

(15) ту про какой сервер говоришь-то?
Сервер
- приложений
- терминальный
- БД
?

Про все
Как лучше распределить?
На что ставить с большей оперативкой, на что с большими процами

(0) Если 100 юзеров собираются работать в  режиме жесткого OLTP да еще в режиме управляемых блокировкок т.е. без хинта serializable то и 4 х процов 4-х ядерных и 32 г оперативы может не хватить.

а что такое хинта serializable

(19) Ну это галочка с войствах конфигурации. В каком режиме бюлокировок ей работать. В Автоматическом т.е. serializable или Управляемом т.е. read commited.

Для увелечения производительности надо ставить В Автоматическом?

(21)А что  понимать под производительностью ? Если в автоматическом то поимеете блокировки но ... документы будут проводиться быстрее но и параллельности не будет. Если управляемом то доки будут проводится медленнее но не будет блокирвок и будет параллельность движковая. Не прикладная.

а что такое "Автоматический и управляемый"
это они меняются по усмотрению системы?

(23) Это режим блокировок. Просто переключить с автоматического на управляемый не получиться, надо еще программный код менять - самому блокировки описывать. Для начала теорию почитать лучше, а потом в УПП это реализовывать. Да и не простое это дело будет)

(18) ну, 200 документов в день, то есть каждый пользователь выписывает в среднем по 2 документа. Да еще и в трех базах это происходит. Вряд ли там будут какие-то офигенные блокировки.

у меня 50 юзеров. 1000 одних заказов в день. строк по 100-200 в доках.
полет нормальный. два серкавака. один скуль, второй терминал + сервер 1С.
на скуле 4 гига оперативки, на терминале 8. базе год.

Значит на SQL все самое самое -
процы шустрые, 2 проца по 4 ядра минимум.
Оперативы добивай до 32 минимум, лучше 62 - но это уже другое решение по деньгам из-за винды.
жесткие диски - их развитие остановилось, потому в рейде возможность увеличить скорость только одна - увеличивать количество дисков, лучше 16 дисков по 72, чем 8 по 150 - причем скорость будет отличаться в 2 раза!
рейд 10 лучше.
канал связи с сервером 1с - гиговый(можно прямо кинут, а на сервере 1с 2 карточки)
ничего лишнего на сервер не ставить.
каждую ночь переиндексация и апдейт статистики.

обсчитался :( сейчас вот подсчитал в день 1000 документов

сервер 1с:
тут главное процы - на каждые 20-25 пользователей по ядру - те нужно минимум 2-х процессорный с 2-мя ядерниками, лучше 4-х ядерными.
память на каждый процесс по 2 гига - те от 8-ми + 1-2 гига на систему.
Главное создать на сервере 1с разные процессы - по 20-25 человек на процесс(если этого не сделано досихпор - то не удивительно что тормозит).
Ставь 2 сетевухи по гигу - одну до сервера SQL, вторую до хаба.
Отключай запись в журнал.
Ничего лишнего сюда тоже не пихай!

Терминал:
А нафига вообще он 8-ке? Выйдет дороже чем кажется. Сейчас офисная машинка на которой летает 8-ка стоит 20 тыс с виндой.

считается просто - по 250 оперативы на пользователя(УПП) минимум(лучше больше).
Процов по максимуму(а еще добавить сюда офис, почта и тд).

Ну и УПП - надо смотреть узкие места и дорабатывать - зачастую это всего 2-3 узких места, убрав которые можно уменьшить нагрузку в 2 раза...

ЖУрнал вообще отключить что ли???? он так то нужен.
На сервере 1с предприятия поставил "много процессов" и добавил их 6 штук. т.е. rphost-ов у меня запущено 6 штук.

По поводу терминала, сеть насколько сильнее будет загружена, если у каждого юзера на компе отдельно будет стоять восьмерка?

Короче у меня сейчас как обстоит:

У нас сейчас sql база лежит на сервере где стоит 2 xeon E5504 (2GHz) по 4 ядра. 8 гигов оперативки.

Сервер 1с предприятия и терминальные пользователи с 1ской сидят на сервере где стоит 2 xeon E5440 (2,8GHz) по 4 ядра. 16 гигов оперативки.

Тока вот винты SAS стоят на 2-м из перечисленных.

Думаю поменять оборудование местами. Т.е. SQL сервер поставить на более мощный сервер, на котором стоят SAS винты. А пользователей и сервер терминалов убрать на на 1-й сервер, при этом уровняв количество оперативки, и там и там сделать по 12 гб.
Как думаете поможет? хоть чуть чуть

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

по 7.7
у нас сейчас примерно 50 активных пользователей и еще 100 мало активных, сервера старенькие (примерно 5 летние), в день примерно 500 простых документов + отчетов немеряно, никаких прямых запросов, все штатно, терминала НЕТ, распределенки НЕТ, все работают по сетке с клиентских машин, работают в том числе и задним числом...

особых тормозов нет! (хотя немного подоптимизировать надо)

по новой базе 8.1
планируемая нагрузка на новую базу примерно 50-150 тыс простых проводок в день, планируем 2 сервера не очень мощных.... предворительные оценки положительные

(33)У тебя база на каких винтах стоит?!
у БД самое узкое место  - это жесткие диски.
потому рейд из самых быстрых винтов, причем чем больше дисков в рейде тем лучше, те 4 и 8 дисков в рейде скорость будет различаться в 2 раз - так устроен рейд.
и 8 гигов на 100 человек  в SQL просто смешно - увеличивай оперативу - лучше до 32 - оператива сравнительно недорога - только бери такуюже, которая стоит.

http://www.gilev.ru/1c/hardware/main.htm