eXpress 3.74: после миграции messaging откат может привести к потере данных
5 октября 2026 года вышел eXpress 3.74. В пользовательской части релиза появились новые функции, однако для корпоративных администраторов важнее изменение процедуры обновления серверного сервиса messaging.
Что изменилось
Разработчик сообщает об оптимизации структуры базы данных. Из-за этого переход сервиса messaging на версию 3.74 и выше отличается от процедуры обновления предыдущих версий.
Производитель отдельно предупреждает о двух особенностях:
- процесс миграции может занимать больше времени, чем стандартное обновление;
- после выполненной миграции нельзя понижать версию messaging до предыдущей — такой откат может привести к потере данных.
Почему это важно
В обычной процедуре изменения часто предусматривается простой сценарий возврата: если новая версия работает нестабильно, сервис откатывается на предыдущую.
Для messaging 3.74 после миграции базы данных этот подход становится опасным. Значит, план обновления должен учитывать не только резервное копирование, но и реальную возможность восстановления сервиса и данных без понижения уже мигрировавшего компонента.
Кого касается
Материал прежде всего важен для организаций с собственным развертыванием eXpress и серверной частью, которой они управляют самостоятельно.
Чем больше объем базы сообщений и жестче требования к доступности корпоративных коммуникаций, тем важнее заранее оценить продолжительность миграции и окно простоя.
Что проверить перед обновлением
- фактическую версию Backend и messaging;
- объем базы данных;
- время создания полной резервной копии;
- подтвержденное время восстановления из копии;
- доступное технологическое окно;
- свободное место и ресурсы на время миграции;
- сценарий аварийного восстановления без штатного downgrade после миграции.
Что делать
Перед рабочим обновлением стоит воспроизвести миграцию на копии контура или тестовом стенде и отдельно проверить восстановление.
В плане изменения полезно явно зафиксировать точку, после которой обычный возврат на предыдущую версию messaging запрещен. Это снижает риск того, что при проблемах администратор автоматически применит привычный rollback и сам создаст инцидент целостности данных.