Нужна именно консультация и детализированный перечень рекомендаций к дальнейшим действиям.
Что есть на стороне 1С:
УТП 1.2.75, обычные формы
Работает под Windows Server 2012
Архитектура разнесена на отдельные серверы:
- терминальный для работы пользователей
- отдельный сервер для программы 1С
- отдельный сервер для IIS
- отдельный сервер для SQL
Активных пользователей в пиковые периоды - 30-35, что довольно мало.
Самая конфигурация - "писана-переписана", большинство объектов дорабатывались под бизнес-процессы компании.
Доработки за последние 8 лет осуществлялись многими разработчиками, в большинстве фрилансерами.
В результате - в пиковые периоды существенные зависания системы, невозможность работать.
Кто есть со стороны специалистов:
- администратор, который "наблюдает" за работой сервера в целом. Однако опыта в оптимизации самой 1С не имеет и в периоды зависания не может выявить, какие наиболее узкие места вызывают такие зависания.
- 1С разработчик, который работает с нами относительно недолго. Если указать, какой именно фрагмент кода требует оптимизации - такую оптимизацию выполнит. Однако как в "живом" режиме работы найти эти узкие места - не имеет достаточных навыков. Конечно же SQL профайлером пользуется и тяжелые запросы регулярно ловит, идентифицирует и оптимизирует. Однако общего эффекта от этого мало, поскольку зависания не всегда сопровождаются наличием тяжелых запросов.
Что необходимо:
- осуществить общий обзор системы (доступы будут предоставлены после выбора исполнителя)
- предоставить рекомендации для админа - что именно на стороне сервера стоит донастроить или на какие моменты по работе сервера обратить внимание
- предоставить рекомендации для 1С разработчика: последовательность действий, как в пиковые периоды ловить и идентифицировать узкие места, которые требуют оптимизации
- порекомендовать наиболее оптимальную для нашей ситуации систему мониторинга, если в такой есть целесообразность. Например, что-то такое https://infostart.ru/1c/articles/1492368/. Соответственно, вместе с рекомендованной системой, предоставление инструкций для разработчика, каким образом ее использовать для ловли узких мест в коде, которые требуют оптимизации. А также предоставление инструкций для администратора по развертыванию и настройке такой системы мониторинга на нашем сервере.
Чего не нужно:
- не пишите пожалуйста рекомендаций накшталт "Когда виснет 1С - надо спрашивать пользователей, какие отчеты или документы они запускают". Все это понимают, это очевидно, но коллектив на 90% женский, все делают все, все запускают все и в рабочее время остановить работу всех, чтобы расспросить, кто из 35 людей что именно запускал - не получится. Даже если и получится (такие попытки были), никаких зацепок это не дает.
- так же не стоит писать про регламенты - конечно же, в пиковые периоды все регламенты выключаются, поочередно запускается каждый из них и отслеживается его влияние на общее загрузку 1С. Результата с этого ноль. Регламенты не идеальны, однако если бы только в них была проблема, то ее бы уже давно решили.
- так же просьба не писать, что наш программист недостаточно квалифицирован. Если Вы - специалист, то именно поэтому и нуждаемся в консультациях, потому что программист недостаточно квалифицирован в вопросах оптимизации 1С. Если Вы - голубь, который любит обгадить других, то вряд ли наше сотрудничество возможно.
