Процедура модернизации технологического ядра системы 1С:Предприятие является одной из самых критичных операций для системного администратора. Ошибки на этом этапе могут привести к полной остановке бизнес-процессов предприятия, недоступности баз данных и потере актуальности отчетов.
В отличие от обновления конфигураций, работа с платформой требует особого внимания к совместимости версий, правам доступа в операционной системе и состоянию базы данных MS SQL или PostgreSQL. Часто обновление необходимо для внедрения новых функций, исправления критических уязвимостей безопасности или перехода на новые версии операционных систем.
Ниже мы детально разберем алгоритм действий для безопасного перехода на новый релиз платформы, рассмотрим нюансы работы в файловом и клиент-серверном вариантах, а также осветим подводные камни, с которыми сталкиваются специалисты при игнорировании регламентных работ.
Подготовка инфраструктуры и резервное копирование
Перед началом любых манипуляций с программным обеспечением необходимо обеспечить возможность быстрого отката. Это базовое правило администрирования, которое часто игнорируют в спешке.
Сделайте полную резервную копию всех баз данных, включая файловые базы в формате 1CD и серверные базы SQL. Для файловых вариантов достаточно скопировать папку базы на внешний носитель или в облачное хранилище. Для серверных версий используйте штатные средства СУБД или встроенные механизмы резервного копирования кластера серверов 1С.
⚠️ Внимание: Если вы используете технологию Распределенных информационных баз (РИБ), обновление платформы должно начинаться строго с центрального узла, иначе произойдет рассинхронизация обмена данными между узлами.
Проверьте свободное дисковое пространство на сервере. Новые дистрибутивы могут занимать больше места, а логи установки иногда разрастаются до гигабайтных размеров при ошибках. Убедитесь, что у вашей учетной записи есть права локального администратора на сервере и права sysadmin в СУБД.
Задокументируйте текущую версию платформы. Это поможет быстро понять, какой именно релиз был установлен до сбоя, если восстановление потребуется. Запишите номер сборки и дату выпуска.
☑️ Подготовка к обновлению
Выбор метода обновления и настройка репозитория
Существует два основных способа получения новых версий платформы: автоматическое обновление через интернет и ручная установка из дистрибутива. Выбор зависит от политик безопасности вашей компании и наличия доступа к глобальной сети у серверов.
Для автоматического получения обновлений необходимо настроить подключение к официальному серверу обновлений. В свойствах кластера серверов или в конфигурационном файле ragent.ini указывается адрес репозитория. По умолчанию используется сервер updates.1c.ru.
Если сервер 1С находится в изолированном контуре (DMZ) без прямого доступа в интернет, вам придется вручную скачивать дистрибутивы на рабочую станцию и переносить их на сервер. В этом случае используйте Технологический сервер обновлений (ТСУ) для централизованной раздачи пакетов внутри локальной сети.
Настройте расписание проверки обновлений в ночное время, чтобы не создавать лишнюю нагрузку на канал связи в рабочие часы.
При ручной установке убедитесь, что скачанный файл не поврежден. Сверьте контрольные суммы дистрибутива с данными, опубликованными на портале поддержки пользователей. Поврежденный установочный пакет — частая причина ошибок инициализации кластера.
Обновление платформы на клиентских рабочих местах
Обновление клиентской части часто вызывает больше всего вопросов у пользователей, так как интерфейс установщика может меняться от версии к версии. Процесс должен быть синхронизирован с обновлением серверной части.
Запустите установщик платформы 1С:Предприятие от имени администратора. Мастер установки предложит выбрать компоненты для инсталляции. Обязательно выберите Тонкий клиент и Конфигуратор, если на этом рабочем месте планируется ведение разработки или администрирование.
В процессе установки система предложит заменить существующие файлы. Согласитесь с заменой, но предварительно закройте все запущенные процессы 1С. Если файлы заняты, установщик потребует перезагрузки компьютера для завершения процедуры.
- 🚀 Выберите режим установки "Полный" для рабочих мест разработчиков и администраторов.
- 📦 Для обычных пользователей достаточно режима "Тонкий клиент", чтобы сэкономить место на диске.
- 🔒 Убедитесь, что антивирус не блокирует запись файлов в директорию
Program Files\1cv8.
После установки проверьте запуск приложения. Попробуйте подключиться к тестовой базе. Если список баз пуст, возможно, потребуется заново добавить их в список запуска через кнопку "Добавить".
Особенности обновления в клиент-серверном варианте
Работа с кластером серверов 1С требует последовательного выполнения команд. Простая перезапись файлов может привести к тому, что службы не запустятся из-за несовместимости версий исполняемых модулей и библиотек.
Остановите службы кластера серверов 1С:Предприятие перед началом установки новой версии. Это критически важный шаг, так как обновлять работающие библиотеки, загруженные в память процесса ragent.exe, технически невозможно.
net stop "Агент сервера 1С:Предприятия"Запустите установочный пакет сервера 1С. В списке компонентов обязательно должны быть отмечены Сервер 1С:Предприятия и Администрирование сервера 1С:Предприятия. Если у вас используется веб-сервер для публикации баз, обновите также компоненты веб-расширения.
Нюансы работы с PostgreSQL
При использовании СУБД PostgreSQL убедитесь, что версия сервера баз данных совместима с новой версией платформы 1С. Иногда требуется обновление драйверов ODBC или JDBC.
После установки файлов запустите службы обратно. Проверьте логи кластера на наличие ошибок при старте. Особое внимание уделите правам доступа учетной записи, от имени которой запущен агент сервера.
⚠️ Внимание: После обновления платформы на сервере может потребоваться пересборка библиотек расширения работы с файловой системой. Это делается автоматически при первом запуске, но может занять несколько минут.
Обновление технологической базы данных SQL
Платформа 1С хранит служебную информацию о кластере, сессиях и регистрах блокировок в специальной технологической базе данных. При переходе на мажорные версии (например, с 8.3.20 на 8.3.22) структура этой базы может измениться.
Обычно обновление технологической базы происходит автоматически при первом подключении агента сервера к СУБД после обновления бинарных файлов. Однако в некоторых случаях требуется ручное вмешательство или выполнение скриптов миграции.
| Версия платформы | Тип обновления SQL | Риск потери данных | Требуется простой |
|---|---|---|---|
| Минорное (8.3.21.1 -> 8.3.21.2) | Автоматическое | Отсутствует | Нет |
| Мажорное (8.3.20 -> 8.3.22) | Автоматическое + Скрипты | Минимальный | Да (кратковременный) |
| Смена СУБД (MSSQL -> PG) | Конвертация данных | Высокий | Да (длительный) |
Если вы используете Microsoft SQL Server, проверьте журнал ошибок СУБД после обновления. Иногда новые версии платформы требуют изменения уровня совместимости базы данных или установки новых прав для пользователя базы.
Для PostgreSQL важно проверить настройки файла pg_hba.conf. Новые версии платформы могут использовать другие методы аутентификации, которые должны быть разрешены в конфигурации сервера баз данных.
Всегда проверяйте целостность технологической базы данных после обновления. Повреждение этой базы приведет к невозможности запуска любых информационных баз на кластере.
Диагностика проблем и типичные ошибки
Даже при строгом следовании инструкции могут возникнуть непредвиденные ситуации. Понимание природы типичных ошибок позволит сократить время простоя системы.
Одной из самых распространенных проблем является конфликт версий DLL-библиотек. Если на сервере установлено несколько версий платформы (например, для поддержки старых конфигураций), убедитесь, что переменные окружения PATH указывают на правильную директорию или что запуск происходит через ярлыки с явным указанием пути.
Ошибка "Лицензия не найдена" после обновления часто связана с тем, что новый исполняемый файл имеет другой хэш и не может прочитать ключи защиты старого образца, либо служба лицензирования не перезапустилась корректно.
- 🛑 Ошибка подключения к серверу: проверьте, запущена ли служба агента и открыт ли порт 1540/1541 в брандмауэре.
- 📉 Медленная работа после обновления: выполните реструктуризацию таблиц СУБД и обновите статистику.
- 🔑 Ошибка аутентификации Windows: проверьте, не истек ли пароль у учетной записи службы 1С.
Используйте консоль администрирования кластера серверов для просмотра активных сессий и блокировок. Это поможет выявить "зависшие" процессы, которые мешают нормальной работе обновленной системы.
Часто задаваемые вопросы (FAQ)
Можно ли обновлять платформу, не останавливая работу пользователей?
Для файловых баз — нет, требуется исключительный доступ. Для клиент-серверного варианта возможно обновление "на лету" при использовании нескольких серверов в кластере (поочередное обновление узлов), но для одиночного сервера требуется кратковременная остановка служб.
Что делать, если после обновления база не запускается с ошибкой версии?
Скорее всего, версия платформы на клиенте ниже, чем версия базы данных или сервера. Необходимо привести версии всех компонентов (сервер, клиент, консоль администрирования) к единому знаменателю, установив одинаковый релиз.
Нужно ли обновлять конфигурацию базы данных при обновлении платформы?
Нет, обновление платформы и обновление конфигурации (конфига) — это разные процессы. Однако новая версия платформы может требовать обновления внутренней структуры служебных таблиц конфигурации при первом запуске в режиме Предприятия.
Как откатиться на предыдущую версию платформы?
Для этого необходимо удалить текущую версию через "Программы и компоненты" и установить предыдущий дистрибутив.