Даунгрейд или откат платформы 1С:Предприятие — это процедура, требующая максимальной осторожности. Когда из-за несовместимости расширений или особенностей конфигурации возникает необходимость вернуться на более старую версию, важно сделать это так, чтобы не повредить информационную базу и настройки кластера. В этой статье мы пошагово разберем, как выполнить эту операцию правильно и минимизировать риски.
Прежде чем приступать к любым манипуляциям с сервером 1С, необходимо обеспечить безопасность данных. Даже если вы уверены в своих действиях, ошибки при работе с реестром или файлами конфигурации могут привести к неработоспособности службы сервера.
srvinfo. Именно в этой папке хранятся настройки вашего кластера, информация о рабочих процессах и активных соединениях.Если вы хотите избежать полного удаления текущей версии и установки старой, можно перенаправить службу агента сервера на нужный исполняемый файл. Однако помните, что это требует внимательности при редактировании реестра Windows.
ragent.exe и другие модули.regedit и перейдите в ветку: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent (x86-64).ImagePath. В нем указан путь к исполняемому файлу службы. Вам нужно аккуратно изменить путь на папку с той версией платформы, на которую вы планируете вернуться.regsvr32 для файла v8cscmn.dll, расположенного в папке bin нужной версии платформы.Более надежным и «чистым» методом является удаление новой версии и установка требуемой. Это гарантирует, что все системные библиотеки (DLL) и компоненты COM будут соответствовать одной версии, исключая конфликты версий библиотек в системных путях. Для быстрой проверки служб и зарегистрированных библиотек подойдёт обработка для диагностики конфликтов платформ и COM-соединений.
После установки старой версии обратите внимание на файлы в папке srvinfo. Если после установки и запуска сервера вы замечаете, что службы работают нестабильно, это может быть связано с тем, что конфигурационные файлы кластера «запомнили» настройки новой версии. В таком случае рекомендуется:
srvinfo.srvinfo только файлы конфигурации (если кластер сложный и требует сохранения специфических настроек портов или параметров рабочих процессов).При переходе на версию ниже помните о следующих критических факторах:
Формат информационной базы: Если база данных уже успела поработать под управлением новой версии (например, 8.3.18), внутри нее могли быть произведены внутренние изменения структуры данных или установлены флаги версии платформы. При попытке открытия такой базы старой платформой (например, 8.3.17) вы можете получить критическую ошибку. В таких ситуациях поможет только восстановление из бэкапа, сделанного до перехода на новую версию.
Расширения конфигурации: Если ваша конфигурация использует расширения (например, от сторонних разработчиков, как «Айлант»), проверьте их настройки. Многие расширения имеют жесткую привязку к минимально допустимой версии платформы. Если версия 8.3.17 окажется ниже той, что требует расширение, оно не будет подключено или вызовет ошибку при старте системы.
Разрядность: Если вы меняете не только версию, но и разрядность (например, переходите с x86-64 на x86), обязательно проверьте пути к файлам конфигурации в srvinfo. В таких случаях часто требуется полная перенастройка кластера, так как пути к исполняемым модулям rphost.exe будут кардинально отличаться.
Следуя этим рекомендациям и всегда имея под рукой актуальную резервную копию, вы сможете выполнить откат сервера без потери работоспособности вашей учетной системы.