Добрый всем вечер.
В организации стоит сервер 1с 8.2 + MSSQL. Все пользователи в терминале.
Активных пользователей 95-100. Активных сессий в терминале 140-150 (у многих по несколько баз). Основная база 45Гб, остальные от 2 до 10Гб.
Вобщем сервера не хватает (тормозит, загрузка проца под сотню).
Конфигурация сервера 1:
Mb: Intel S5520SC, CPU: 2 x Xeon 5620 (4ядра, 2.4Ггц), 36Gb RAM, 2 x SAS Seagate 300Gb 15000Rpm, Server 2k8 R2

Было принято решение приобрести 2й сервер и разделить нагрузку между ними.
Конфигурация сервера 2:
Mb: Intel S2600CP4, CPU: 1 x Xeon E5-2630 (6ядер, 2.3Ггц, можно установить еще один проц), 32Gb RAM

Как лучше поступить?
1) Перенести SAS-винты и MSSQL-сервер на второй сервер, а сервер 1С и терминалы оставить на 1м.
2) Перенести терминалы на 2й сервер, а MSSQL и сервер 1с оставить на 1м.

Заранее благодарен за адекватный ответ.
P.S. есть возможность докинуть на 2й сервер еще 1 проц и добить память до 64Гб. Может тогда 3й вариант придумается.

Пока склонен к варианту №1. Он менее трудоемок (MSSQL легче перенести, чем всех пользователей с их профилями), и есть возможность докинуть 2й проц, если производительности всеравно не хватит (а по отчетам больше всего ресурсов жрет SQL-сервер).

Может с 1с поработать некоторые часто упоотрябляемые отчеты перепрограмить может некоторые из них замедляют работу, чтобы сократить нагрузку.

И еще один вопрос что означает что у некоторых еще по нескольку баз

Если они с незначительной информацией пусть локально на своих компах юзают

я за вариант 2

собственно,

С 1с работают постоянно 3 программиста, отчеты все время оптимизируются. На сервере еще кроме 1С работают несколько програм, которые тоже дают значительную нагрузку. На MSSQL сервере тоже каждую ночь выполняются задания по оптимизации базы.
Так что с 1С все нормально, просто информации много и некоторые отчеты очень сложные (их уже никак не упростить).

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

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

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

терминал зачем?

(9) а вдруг тонкие клиенты (аппаратные)? а вдруг удаленные точки?

Почему я склоняюсь к варианту №1:
потому что на старом сервере я могу упереться скулем в потолок, т.к. его уже особо не расширишь. А так я могу протестировать вариант 1, если производительность не устроит - докинуть еще 1 камень и память в сервер 2 и перенести туда сервер 1С.

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

Причем пара точек работают через 3G.

конфигурации лень смотреть что да то.
А правильно, если обе машины примерно равны-

Чот мне кажется, что лучше все в разные места распихать, все-таки. Потому что на SQL, да дофига кушает при тяжелых операциях. Потому что, сервер 1С беспричинно начинает кушать память (rphost-ы, скотины). Ну а все остальное на третий.

база маленькая. SQL и 1с сервер жрут разные ресурсы + shared memory. Так что

(16) Угу, это если не ставить приоритет SQL, там, где-то в галочках и забыть разнести поразным ядрам проца. То да, начинаем наблюдать интересную картину за борьбу ресурсов. Периодически опухает tempdb, периодически свопится диски, периодически процессы начинают друг друга вытеснять и так далее.

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

Всем огромное спасибо за советы.

Решил всетаки пойти по варианту 1 (оставить терминалы и сервер 1с на 1м сервере), погоняю неделю. Если не понравится - перенесу сервер 1С тоже на второй (может докину проц и память).

Уже перешел на вариант 2, действительно производительность лучше.

(19) что и требовалось доказать