Ситуации, когда после установки очередного релиза платформы 1С:Предприятие система начинает работать нестабильно, встречаются не так уж редко. Разработчики выпускают обновления регулярно, стремясь закрыть уязвимости и внедрить новые функции, но иногда новые сборки конфликтуют с существующими конфигурациями или драйверами оборудования. Администратору в таком случае необходимо быстро принять решение о том, как вернуть работоспособность учетной системы.
Процесс отката (даунгрейда) платформы — это не просто удаление одной программы и установка другой. В экосистеме 1С:Предприятие существуют нюансы работы с хранилищем ключей, реестром Windows и структурой каталогов установочных файлов. Неправильные действия могут привести к тому, что база данных перестанет запускаться вообще или потеряет часть лицензионных привязок. Поэтому перед началом работ важно четко представлять себе алгоритм действий.
В этой статье мы подробно разберем процедуру безопасного возврата к предыдущей версии платформы. Мы рассмотрим методы удаления текущей сборки, особенности работы установщика при наличии старых дистрибутивов, а также способы ручного переключения версий в файловом и клиент-серверном вариантах работы. Особое внимание уделим сохранности данных и настройкам среды.
Подготовка к процедуре отката платформы
Первым и самым критичным шагом является создание полной резервной копии. Даже если вы уверены в своих действиях, сбой питания или ошибка файловой системы в момент манипуляций с реестром могут привести к печальным последствиям. Сделайте бэкап не только файлов базы данных (для файлового варианта) или дампа SQL (для клиент-серверного), но и скопируйте каталог установки платформы, если это возможно.
Необходимо также найти дистрибутив той версии платформы, на которую вы планируете вернуться. Часто пользователи удаляют старые установочные файлы сразу после успешного апгрейда, полагая, что они больше не понадобятся. Если дистрибутива под рукой нет, его придется скачивать с официального сайта поддержки пользователей 1С, что требует действующего договора ИТС или доступа к порталу.
⚠️ Внимание: Перед удалением текущей версии убедитесь, что в базе не выполняются регламентные задания или фоновые обработки. Принудительное завершение процессов 1С через Диспетчер задач может привести к повреждению временных таблиц или блокировкам в SQL.
Проверьте список установленных компонентов. В современных версиях платформа может включать в себя различные модули: сервер 1С, клиентские части, веб-расширения, драйверы защиты ключей. Откат должен затрагивать все компоненты одинаковой версии, чтобы избежать конфликта библиотек rmngr или rphost.
☑️ Чек-лист перед откатом
Удаление текущей версии платформы 1С
Стандартная процедура удаления производится через панель управления операционной системы. Однако в среде Windows удаление продуктов 1С иногда проходит некорректно, оставляя «мусор» в реестре или системных папках. Зайдите в раздел Программы и компоненты, найдите в списке вашу текущую версию платформы (например, 8.3.22.1567) и инициируйте процесс деинсталляции.
Мастер удаления предложит сохранить или удалить файлы конфигурации и журналы регистрации. Если вы планируете чистую установку старой версии, лучше выбрать удаление всех временных файлов и логов, чтобы они не влияли на работу предыдущего релиза. Однако файлы лицензий (.lic) и настройки кластера серверов лучше сохранить, если вы не планируете пересоздавать кластер с нуля.
В некоторых случаях стандартный деинсталлятор может завершиться с ошибкой или зависнуть. Тогда приходится прибегать к ручному удалению. Для этого нужно остановить службу Агент сервера 1С:Предприятия через консоль управления службами (services.msc) и вручную удалить содержимое директории установки, обычно расположенной по пути C:\Program Files\1cv8.
Что делать, если деинсталлятор выдает ошибку?
Если стандартное удаление не проходит, попробуйте использовать утилиты для очистки реестра или специальные скрипты от 1С. В крайнем случае, можно переименовать папку установки (например, в 1cv8_old) и установить старую версию в новый каталог, но это потребует ручной правки путей в реестре и ярлыках.
После удаления обязательно перезагрузите сервер или рабочую станцию. Это необходимо для выгрузки из памяти всех DLL-библиотек платформы, которые могли быть заблокированы процессами системы. Без перезагрузки новая (старая) версия может подхватить библиотеки от удаленной версии, что вызовет нестабильную работу.
Установка предыдущей версии из дистрибутива
Запустите установочный файл setup.exe от имени администратора. Инсталлятор проверит наличие необходимых компонентов операционной системы, таких как .NET Framework или визуальные библиотеки C++. Если какая-то из зависимостей отсутствует или её версия не подходит для выбранного релиза платформы, установка прервется с соответствующим сообщением.
На этапе выбора компонентов будьте внимательны. Для сервера 1С необходимо отметить галочками сервер платформы, администрирование сервера и, при необходимости, веб-расширения. Для тонкого клиента достаточно выбрать только клиентскую часть и драйверы защиты. Неправильный выбор компонентов может привести к тому, что сервер не увидит базу или клиент не сможет подключиться.
Важным моментом является выбор каталога установки. По умолчанию установщик предложит путь C:\Program Files\1cv8. Если вы ранее не удаляли папку вручную, а использовали деинсталлятор, структура каталогов внутри может сохраниться. Убедитесь, что новая версия устанавливается в корректную директорию, соответствующую её номеру сборки.
Устанавливайте платформу в каталог с путем, не содержащим кириллических символов и пробелов. Это предотвратит потенциальные ошибки при работе скриптов и внешних обработок, которые чувствительны к кодировке путей.
По завершении установки не спешите запускать 1С. Сначала проверьте, что службы запустились автоматически. Для серверной версии это служба Агент сервера 1С:Предприятия. Если служба не стартует, проверьте журнал событий Windows — часто проблема кроется в правах доступа учетной записи, от имени которой запущен сервис.
Настройка списка версий в списке баз
Одной из уникальных особенностей платформы 1С:Предприятие является возможность хранения нескольких версий платформы на одном компьютере одновременно. Это реализовано через механизм версионности в каталоге 1cv8. Когда вы устанавливаете новую версию, она не затирает старую, а добавляет новую папку с номером сборки. Запуск конкретной версии регулируется файлом списка баз ibases.v8i.
Если у вас на машине осталось несколько версий (например, вы не удалили старую перед установкой новой, а теперь хотите вернуться), вам нужно отредактировать файл ibases.v8i. Этот файл обычно находится в профиле пользователя: C:\Users\ИмяПользователя\AppData\Roaming\1C\1Cv8\ibases.v8i для пользовательского списка, или в общем каталоге программы для всех пользователей.
Внутри файла ibases.v8i есть секция, отвечающая за привязку базы к версии платформы. Она выглядит как параметр Version. Изменив этот параметр на номер нужной вам сборки (например, с 8.3.22.1567 на 8.3.21.1341), вы заставите 1С запускать базу именно на этой версии. Это самый быстрый способ отката без переустановки, если файлы старой версии физически присутствуют на диске.
| Параметр в ibases.v8i | Описание | Пример значения |
|---|---|---|
Connect |
Строка подключения к базе данных | Srvr="server";Ref="MyBase"; |
Version |
Версия платформы для запуска | 8.3.21.1341 |
PresentedName |
Имя базы в списке запуска | Бухгалтерия предприятия |
OrderInList |
Порядок отображения в списке | 0 |
При редактировании файла вручную соблюдайте синтаксис. Каждая запись базы начинается с имени в квадратных скобках, за которым следуют параметры. Ошибка в синтаксисе приведет к тому, что список баз станет пустым или 1С выдаст ошибку при старте. Всегда делайте копию файла ibases.v8i перед правкой.
Особенности отката в клиент-серверном варианте
В режиме работы с сервером 1С (SQL) процесс отката усложняется необходимостью синхронизации версий на всех узлах кластера. Сервер 1С, клиентские машины и само хранилище конфигурации должны быть совместимы. Если вы откатили сервер на версию 8.3.20, а у пользователей на рабочих местах осталась 8.3.22, они могут не подключиться или получить ошибку несовместимости протокола обмена.
Центральный момент — это версия кластера серверов. При установке старой версии платформы поверх новой (если это допускается инсталлятором) или при удалении новой, структура кластера в реестре может измениться. В некоторых случаях требуется перерегистрация кластера или даже его удаление и создание заново, что влечет за собой потерю настроек балансировки и ограничений.
Если вы используете MS SQL Server или PostgreSQL, убедитесь, что версия платформы поддерживает вашу версию СУБД. Новые релизы 1С часто требуют обновленных драйверов или патчей для СУБД. При откате на старую версию платформы может возникнуть ситуация, когда старые драйверы 1С не могут корректно работать с уже обновленной СУБД.
⚠️ Внимание: Версия сервера 1С и версия клиентского приложения должны быть совместимы. Обычно допускается разрыв в 1-2 минорных версии, но откат сервера на версию старше, чем у клиентов, часто приводит к невозможности подключения. Приводите весь парк машин к единому знаменателю.
Для администрирования кластера в старой версии может потребоваться запуск утилиты rac (Remote Administration Command) именно той версии, которая установлена на сервере. Команды консоли управления кластером могут отличаться в разных релизах, поэтому используйте консоль из каталога bin той версии, которую вы вернули.
Решение типовых ошибок после даунгрейда
После возврата на старую версию пользователи могут столкнуться с ошибкой «Неверная версия формата файла базы данных». Это происходит, если конфигурация базы данных была обновлена скриптами новой версии платформы, и структура таблиц в SQL изменилась. Старая версия платформы не умеет читать новые форматы служебных таблиц.
В таком случае единственное решение — восстановление базы из резервной копии, сделанной ДО обновления на новую версию. Если такой копии нет, ситуация критическая. Можно попытаться выгрузать конфигурацию в файл .cf новой версией, затем создать пустую базу на старой версии и загрузить конфигурацию туда, но данные (документы, справочники) таким способом не перенести без специальной обработки.
Еще одна частая проблема — отсутствие ключей защиты. Драйверы HASP или программные пин-коды могут быть привязаны к конкретной версии службы лицензирования. При откате платформы служба лицензирования также откатывается, и старые ключи могут не определиться. Проверьте утилиту haspd или консоль лицензирования 1С.
Если структура базы данных была изменена новым релизом, откат версии платформы без отката данных невозможен. Всегда делайте бэкап перед обновлением платформы, а не только конфигурации.
Также возможны ошибки с внешними отчетами и обработками, скомпилированными в более новой версии. Файлы .epf и .erf, созданные в версии 8.3.22, могут не открываться в версии 8.3.20. Их потребуется перекомпилировать в среде старой версии или найти исходные тексты.
Часто задаваемые вопросы (FAQ)
Можно ли держать на сервере сразу две версии платформы 1С?
Да, платформа 1С:Предприятие поддерживает параллельную установку нескольких версий. Они устанавливаются в разные подкаталоги (например, 8.3.21.1341 и 8.3.22.1567). Запуск нужной версии регулируется параметром в файле ibases.v8i или ярлыком запуска. Однако служба агента сервера 1С обычно одна, и она использует ту версию, которая была установлена последней или выбрана как основная, что может вызывать конфликты. Для надежной работы разных версий на одном сервере часто используют виртуализацию.
Что делать, если после отката 1С выдает ошибку «Лицензия не найдена»?
Проверьте, запущена ли служба защиты ключей (HASP License Manager) или служба лицензирования 1С. При откате версии настройки службы могли сбиться. Попробуйте переподключить ключ защиты в USB-порт или перезапустить службу лицензирования. Также убедитесь, что файл license.lic находится в корректном каталоге и не был удален при деинсталляции новой версии.
Потеряются ли данные в базе при откате версии платформы?
Сами данные (таблицы, документы) не удаляются при смене версии платформы. Однако, если новая версия внесла изменения в структуру служебных таблиц базы данных или формат хранения данных, старая версия платформы не сможет их прочитать. В этом случае база будет недоступна до тех пор, пока вы не вернете новую версию платформы. Поэтому бэкап критически важен.
Как узнать, какая версия платформы сейчас используется для запуска базы?
Это можно увидеть в окне запуска 1С:Предприятие. При выделении базы в списке, в нижней части окна или в свойствах базы (кнопка «Свойства») отображается поле «Версия». Также версию можно посмотреть в заголовке окна работающего приложения или в файле ibases.v8i, где прописан параметр Version.
Нужно ли обновлять конфигурацию базы данных после отката платформы?
Нет, конфигурацию базы данных (таблицы, поля) обновляют при переходе на новую версию платформы или конфигурации. При откате на старую версию платформы конфигурация базы данных должна оставаться той, которая совместима с этой старой версией. Если вы попытаетесь запустить базу, обновленную под новую версию, на старой платформе — вы получите ошибку формата.