[ELMA3] Пример организации работы по схеме "Тестовый – Продуктив"

Для каждого предприятия вопрос модернизации и постоянного улучшения системы играет немаловажную роль. Для доработки конфигурации системы ELMA на предприятии рекомендуется использовать схему "Тестовый – Продуктив". Данная схема наглядно отражает ситуацию, когда на предприятии требуется внести критичные изменения в конфигурацию системы с дальнейшим проведением отладки.

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

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

После проведения успешной отладки данных изменений на тестовом сервере, изменения переносятся на продуктивный сервер. В данном случае на продуктивный сервер будут перенесены (импортированы) только протестированные изменения (объекты, процессы и др.).

Следует отметить, что для работы с тестовым сервером системы ELMA не требуется приобретать дополнительные лицензии. На время проведения доработки и отладки системы компании может быть предоставлена пробная лицензия (ограничена по сроку).

Также важным моментом при работе с тестовым и продуктивным серверами является полное совпадение установленных на них версий системы ELMA, количества лицензий, активированных и включенных модулей системы, а также мощностей.

Пример доработки конфигурации системы с использованием схемы "Тестовый – Продуктив"

В компании "N" все сотрудники работают на продуктивном сервере в течение полугода. Через полгода данная компания расширяется, соответственно, требуется выполнить доработку конфигурации системы.

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

Далее требуется выполнить резервное копирование БД с основного (продуктивного) сервера на тестовый с дальнейшим восстановлением и подключением данной БД. Порядок резервного копирования, восстановления и подключения БД зависит от СУБД, с которой работает система ELMA (Firebird, MS SQL). Подробнее о данных СУБД и работе с БД см. соответствующую статью в базе знаний.

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

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

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