Лента проекта в крупной логистической компании

Состоялось предпилотное тестирование специалистами  и пользователями заказчика выбранных объектов. В ходе него были выявлено большое количество ошибок, а также проблемы со скоростью открытия и создания документов, элементов справочников с наиболее сложными формами. 

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

Если рассмотреть причины изначально неоптимального написания кода, то пожалуй главной является новизна платформы 8.2 и отсутствия опыта работы программистов с ней. Этот факт так же влияет на количество допущенных ошибок в ходе разработки.

Сроки пилотного проекта сдвинулись. Причиной этого стало большое количество бизнес цепочек, которые необходимо протестировать, а так же недостаточное внимание уделяемое пользователями задачам тестирования на начальном этапе предпилотного проекта.

С целью ускорения тестирования, а так же улучшения взаимодействия с пользователями на проект был привлечены дополнительные консультанты.

Продолжается работа по исправлению ошибок, найденных как тестировщиками, так и пользователями. На основе текущего состояния тестирования, можно сказать, что при планировании проекта не были в достаточном объеме оценены работы по исправлению выявленных ошибок.

В момент нагрузочного тестирования столкнулись с несколькими проблемами с производительностью:
1. Проблема некорректной ссылки в БД и большой потери памяти.
При появлении битой ссылки в одном из полей БД на сервере приложения 1С процесс rphost.exe занимает более 4Гб из оперативной памяти. Диагностируется проверкой логической целостности, но в случае битой ссылки платформа ведет себя некорректно. Может привести к сбою в работе всей системы.

Решением явилось приведение формата хранения составного поля к формату 1С.

2. Проблема одновременного входа и зависания большого количества сессий в 1С 82 (управляемые приложения). В момент нагрузочного тестирования столкнулись с проблемой длительного (более 30 минут) зависания пользователей при загрузке системы. Причем при входе 1-5 пользователей таких ситуаций не возникает. Стабильно моделируется на более 7 пользователей.

Для диагностики проблемы была написана программа для быстрого одновременного старта любого количества сессий 1С.

В момент запуска 10 пользователей 1С все процессы повисают и повисание продолжается бесконечно долго. Если часть пользователей срубить, то другие сессии входят в программу.

Также в момент повисания на одном сервере с других серверов пользователи могут входить в 1С.
Работа по настройке ключа hasp/lisence manager была проведена, ключи проверены.
Есть предположение о логическом deadlock между одновременно запускающимися процессами 1С.

Для решения этой проблемы пришлось изменить архитектуру кластера 1С. Один из серверов кластера 1С, перевели в статус резервного, на основном сервере уменьшили количество запущенных rphost, а так же перенесли аппаратный ключ защиты с машины, где установлен сервер 1С на другую. Все вышеприведенные манипуляции обеспечили беспрепятственный вход пользователей в систему, при стабильной работе самого сервера.