Нажмите на тег, чтобы отобразить материалы по выбранной технологии. Можно включать несколько
тегов одновременно.
Чтобы отобразить все материалы – нажмите на кнопку "Сбросить все"
Вместе с коллегами из компании «ИТ-Экспертиза» мы решили повторить данное тестирование, используя в качестве СУБД Postgres Pro Enterprise. Как устроен тест и сколько для него требуется оборудования? Как снизить время отклика дисков и что стоит сразу учесть при настройке железа и софта? Имеет ли смысл сокращать время теста и стоит ли автоматизация затраченных на неё усилий? И наконец - как добиться APDEX = 0.875? Обо всем этом мы подробно расскажем в этой статье
АНО «НЦК ИСУ» опубликовала первое исследование ERP-настроений крупнейших корпораций России ⚡️
Его результаты наша команда представила на закрытой бизнес-сессии «Барометр ERP-настроений» на ЦИПР.
Коллеги, мы рады объявить, что команда «ИТ-Экспертиза» примет участие в VIII практической конференции «ИТ-Полигон 2026», которая пройдет 28–29 мая в Омске. В этом году местом встречи станет легендарный СКК им. Блинова, открывающий двери после масштабной реконструкции.
Программа конференции 2026 года сфокусирована на самых актуальных вызовах индустрии: технологиях искусственного интеллекта, автономизации ИТ-ландшафта и развитии партнерств. Для нашей компании это возможность в очередной раз продемонстрировать зрелость отечественных разработок, способных не только замещать западные аналоги, но и предлагать расширенный функционал
Нижний Новгород, 19 мая 2026 г. ЦИПР-2026. Компании Postgres Professional и ИТ-Экспертиза подписали меморандум о сотрудничестве, предполагающий реализацию проектов, нацеленных на повышение производительности и отказоустойчивости российских систем автоматизации и управления бизнес-процессами (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 секунд в его финале.