Все статьи

Вместе с коллегами из компании «ИТ-Экспертиза» мы решили повторить данное тестирование, используя в качестве СУБД 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 секунд в его финале.