Все статьи

Нагрузочное тестирование корпоративных систем: когда оно необходимо, какие метрики использовать и как проверить 1С, инфраструктуру и отказоустойчивость

Специалисты «1С-КСУ» совместно с ИТ-подразделением группы «Уралхим» и партнерами «Корп Софт», «ИТ-Экспертиза» реализовали стратегический переход от глубокой кастомизации под устоявшиеся процессы к максимальному использованию стандартного функционала «1С:ERP.Управление холдингом». Такой подход позволил снизить зависимость от сложных доработок, упростить сопровождение и обеспечить возможность дальнейшего развития платформы без существенных затрат на модернизацию. Удалось настроить стандартный функционал так, чтобы переход прошёл с минимальными изменениями для пользователей. Операционные процессы не были нарушены, пользователи продолжили работу. Это позволило обеспечить непрерывность бизнеса при полной смене системы.

Недавно мы успешно завершили масштабное нагрузочное тестирование (НТ) корпоративной информационной системы на базе «1С:Зарплата и управление персоналом 8 КОРП» (редакция 3.1). Проведенные испытания подтвердили исключительную стабильность и производительность решения при моделировании работы сверхкрупного предприятия в условиях пиковых нагрузок.

Вместе с коллегами из компании «ИТ-Экспертиза» мы решили повторить данное тестирование, используя в качестве СУБД Postgres Pro Enterprise. Как устроен тест и сколько для него требуется оборудования? Как снизить время отклика дисков и что стоит сразу учесть при настройке железа и софта? Имеет ли смысл сокращать время теста и стоит ли автоматизация затраченных на неё усилий? И наконец - как добиться APDEX = 0.875? Обо всем этом мы подробно расскажем в этой статье

АНО «НЦК ИСУ» опубликовала первое исследование ERP-настроений крупнейших корпораций России ⚡️

Его результаты наша команда представила на закрытой бизнес-сессии «Барометр ERP-настроений» на ЦИПР.

В этом году традиционно посещаем ключевое событие года – конференцию ЦИПР, от принятых решений на которой зависит развитие не одной цифровой отрасли в нашей стране. Как и прежде, ожидаем интересных событий и ярких анонсов.

Мы запланировали массу активностей с нашими коллегами и технологическими партнерами – следите за новостями!

Этой весной мы отправляем в свободное плаванье наш новый продукт, работающий на стыке высоких технологий и искусственного интеллекта для бизнеса  – платформу исполнения ИИ-помощников «Когнитум» («Cognitum»).
Мы рады сообщить, что на днях «Когнитум» был включен в Единый реестр российских программ для электронных вычислительных машин и баз данных (реестровая запись №32368 от 05.03.2026).
Внесение нашего продукта в реестр подтверждает его соответствие требованиям импортозамещения и позволяет организациям, включая государственные и компании с государственным участием, использовать передовые технологии мультиагентного искусственного интеллекта в защищенном контуре.

В статье подробно рассмотрен пример возникновения ошибки «Недостаточно памяти для получения результата запроса» и способ ее решения. Ошибка сигнализирует, что на уровне кластера 1С настроены механизмы «Счетчики потребления ресурсов» и «Ограничения потребления ресурсов» для используемой оперативной памяти. Рассмотрим работу этих механизмов

Статья по итогам нашего выступления на юбилейной X конференции PGConf.Russia, где мы рассказали о подходе, при котором миграцию высоконагруженных решений 1С на Linux/PostgreSQL можно выполнить плавно и без серьезных потрясений, при этом сохранить производительность и надежность в целевом ландшафте. 

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

В ходе проведения нагрузочного тестирования “1С:ERP 2” под ОС Linux на СУБД Postgres выявлено существенное замедление формирования отчета “Движение ТМЦ и затрат в производстве” - до 60 минут. После проведенного расследования и точечной корректировки СКД в отчете, без изменения бизнес-логики результатов его работы, работа отчета была ускорена в 80 раз - средний показатель формирования составил 30 секунд.

При выполнении нагрузочного тестирования информационной системы на базе 1С:ERP для одного из клиентов с целью оценки возможности миграции системы на PostgreSQL и Astra Linux мы столкнулись с неприемлемым увеличением времени выполнения расчета себестоимости.

В ходе проведения нагрузочного тестирования одним из наших клиентов была выявлена сильная деградация производительности системы в целом и, в частности, выполнения ключевой операции “Проведение документа поступление товаров и услуг” в течение выполнения теста. Согласно данным подсистемы БСП “Оценка производительности”, время выполнения ключевой операции “Проведение документа поступление товаров и услуг” возрастало в процессе тестирования с 15-20 секунд в начале тестирования до 150-200 секунд в его финале.