Как оптимизировать потребление ресурсов сервером 1С?

Question

[Артем Курьянов]

Дело в следующем: я админ, и с 1С знаком только со стороны бэкапа баз данных, т.е. практически не в курсе внутренней кухни работы 1С.
На пальцах схема такова: везде используется Windwos Server 2012 x64. На одной виртуалке крутится sql сервер, на второй - сервер 1с и на третьей посредством RemoteApps стартуют клиентские сеансы.
Когда все крутилось на версии 1С 8.2.**** жестких лагов не было. Потребление процессорных мощностей гипервизора делилось примерно так: 4-7 % на сервер 1с, 7-9% на sql и 15-20% на терминальный клиентский сервер. Оперативной памяти всем было выдано за глаза - по 32 гб
Потом программисты накатили обнову до 8.3 и нагрузка на сервер 1с выросла до 50% физической мощности процессора. Юзеры матерятся, работать невозможно, но ничего внятного от программистов добиться невозможно, мол, иди гугли, мы не говнокодим.

Так вот, вопрос: какие тонкие места могут быть в такой конфигурации: база порядка 35 гб на MS SQL Server 2008r2, версия сервера 1с 8.3.7.1790. Все на x64. Количество юзеров - 30.

Comments

[four4]

8.3 движок только поменяли?
Или и конфигурацию накатали "управляемую"?

Answer 1

[Клёвый Админ]

Какой процесс сжирает ресурсы? Если rphost - то это база (и конфигурация - значит код кривой), если rmngr - то сервисы (значит окружение кривое).

Скуль и сервер лучше поместить на одну тачку - тогда работа будет не по сети, это сильно ускорит.

В кластере, в свойствах рабочего сервера ставим галку - Менеджер под каждый сервис - смотрим какой из rpmng жрёт ресурсы, по его PID процесса находим какой это сервис в кластере - делаем выводы.


Конфигурация самописная? Отладку нужно запустить, понять какой запрос сильно грузит ресурсы.

Comments

[Артем Курьянов]

rmngr жрет как не в себя, и жрет в основном процессор, оперативы только под 2гб уходит. вы говорите "значит окружение кривое". поясните, пожалуйста, что понимать под окружением?

[Клёвый Админ]

kurt_mt: включайте разделение по сервисам, смотрите какой конкретно сервис хавает ресурсы как я показал на скриншоте. Скорее всего это будет либо полнотекстовый поиск или журнал регистрации (это видно если провалится внутрь сервиса, там написано название). Если это журнал - то либо почистите его \ уменьшите уровень логирования, либо включите старый формат (нужно выключить базу, удалить журнал, создать пустой файл с названием файла журнала и другим расширением - не помню какое - погуглите, найдёте)

[Клёвый Админ]

Начните с первого, дальше пишите сюда

[Артем Курьянов]

Евгений Быченко: так оно и есть, все под себя гребет журнал регистрации, хотя программисты божились, что он отключен. Главное, что найдено тонкое место, и можно обосновать, что железо ни при чем. Спасибо за решение!

[Клёвый Админ]

Артем Курьянов: при апе платформы скорее всего включился

Answer 2

[GilevVyacheslav]

1. 8.3.7.17хх в принципе не самая удачная ветка релиза платформы, чтобы сравнивать с 8.2, но если забыть про ошибки платформы, то самое важное - в 8.3 серверная часть 1С полностью переработана, в том числе файлы с сеансовыми данными теперь сжимаются, что с точки зрения места лучше, но нагрузка на проц больше, и таких фич достаточно много
2. статистически и нагрузка на жесткий диск выше, и файл журнала регистрации из формата sqllite можно попробовать переключить в старый режим, да и процессорные ресурсы нужны значительно больше чем в 8.2, так что не надо думать что железо годное для 8.2 таковым останется и для 8.3 - запросите бюджет и увеличьте мощности под сервер 8.3

Comments

[Артем Курьянов]

GilevVyacheslav, вопрос о новом железе уже поднят, и будет решен, скорей всего, положительно. Просто стремно как-то - выпросить денег на новое железо, а 1С как лагала на старом, так и продолжит лагать на новом железе, кабы впросак не попасть. Вот и задаю такие вопросы, хоть это и не моя парафия. Спасибо, будем посмотреть.

[GilevVyacheslav]

Артем Курьянов: E5-2667 v3, 64gb и 10й рейд из Intel SSD S3700 400GB должно хватить, все разместить без разделения на виртуалки