Кейс: ускорение 1С без апгрейда железа

К нам обратился клиент из ритейл-сегмента. Более 300 пользователей ежедневно работали в тяжелой нетиповой конфигурации 1С:ERP. База данных весила около 500 ГБ, и система начала критически тормозить: блокировки при проведении документов достигали 2-3 минут.

Проблема

Клиент был уверен, что проблема в нехватке ресурсов, и уже планировал закупку новых серверов на несколько миллионов рублей.

Аудит и выявление узких мест

Мы установили систему мониторинга (Zabbix + скрипты технологического журнала 1С) и сняли метрики. Выяснилось:

1. CPU и RAM на текущих серверах были загружены лишь на 40-50%.
2. Дисковая подсистема страдала от неоптимальных запросов.
3. СУБД Postgres Pro работала на настройках по умолчанию (out-of-the-box).

Что мы сделали (Решение)

Вместо покупки железа мы предложили глубокую оптимизацию:

• Тюнинг Postgres Pro: Настроили параметры shared_buffers, work_mem, effective_cache_size, maintenance_work_mem под специфику 1С и объем ОЗУ.
• Оптимизация кластера 1С: Разнесли роли серверов кластера, настроили количество рабочих процессов в зависимости от ядер CPU.
• Регламентные задания: Настроили корректное выполнение вакуумирования (autovacuum) и обновления статистики в часы минимальной нагрузки.
• На уровне кода 1С: Выявили 3 самых тяжелых запроса, которые создавали 80% нагрузки на диски, и передали рекомендации разработчикам клиента по добавлению индексов.

Результат

1. Время проведения документов сократилось с 3 минут до 5-10 секунд.
2. Количество жалоб от пользователей упало до нуля.
3. Экономия: Клиент не потратил ни копейки на новые серверы, отложив апгрейд инфраструктуры как минимум на 2 года.

Обсудить оптимизацию вашей 1С