Все статьи

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

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

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

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

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

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

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

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

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

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

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