Администрирование · 9 мин
Как обновить 1С на сервере: порядок действий
Подробная инструкция по обновлению платформы и конфигурации 1С на сервере: подготовка, резервное копирование, установка платформы, обновление базы и проверка результата.
Обновление 1С на сервере состоит из двух независимых задач: обновления платформы (самого «движка» 1С:Предприятие на сервере и на клиентских машинах) и обновления конфигурации информационной базы. Эти задачи часто путают, но выполняются они по-разному, требуют разных подходов к резервному копированию и несут разные риски.
Главное правило безопасного обновления — порядок: сначала резервная копия, затем обновление платформы, затем конфигурации, затем тестирование. Пропуск любого шага может привести к простою учётной системы или потере данных. Перед началом работ убедитесь, что у вас есть права администратора сервера, доступ к консоли кластера 1С и актуальный дистрибутив обновления с портала 1С.
Подготовка: что проверить до начала обновления
Первый шаг — определить текущие версии. Версию платформы смотрят в консоли кластера серверов 1С (раздел «Информационные базы» → свойства базы) или в окне «О программе» на клиенте. Версию конфигурации — в меню «Справка» → «О программе» внутри самой базы. Эти данные нужны, чтобы выбрать правильный дистрибутив обновления: конфигурации обновляются строго с определённых версий, пропуск промежуточных релизов иногда невозможен.
Проверьте совместимость версий. Новый релиз конфигурации может требовать минимальную версию платформы — это указано в файле поставки (обычно в сопроводительной документации или файле ReadMe). Если требуемая платформа новее установленной, сначала обновляют платформу, и только потом конфигурацию.
Согласуйте окно обновления с пользователями. На время работ все сеансы должны быть завершены, а соединения заблокированы. Для типовых конфигураций обновление среднего размера обычно занимает от 30 минут до нескольких часов — точное время зависит от объёма базы и количества регламентных операций при обновлении.
Резервное копирование перед обновлением
Резервная копия — единственный способ откатиться при неудачном обновлении. Для клиент-серверной базы правильный способ — средствами СУБД: для Microsoft SQL Server это полная резервная копия (Full Backup) через SQL Server Management Studio, для PostgreSQL — утилита pg_dump или pg_dumpall.
Дополнительно рекомендуется сделать выгрузку базы в файл .dt через конфигуратор (меню «Администрирование» → «Выгрузить информационную базу»). Файл .dt не зависит от версии СУБД и позволяет развернуть копию на тестовом стенде для проверки обновления до боевого применения.
Убедитесь, что на диске достаточно свободного места: копия базы, временные файлы обновления и рост журнала транзакций СУБД могут потребовать объём, сопоставимый с размером самой базы. Нехватка места в середине обновления — частая причина повреждения базы.
Обновление платформы 1С на сервере
Дистрибутив платформы скачивается с портала 1С (раздел обновлений программ). Для сервера под Windows нужен компонент «Сервер 1С:Предприятия» соответствующей разрядности — для современных версий это 64-битная редакция. Для Linux используются пакеты .deb или .rpm под ваш дистрибутив.
Установка под Windows выполняется запуском setup.exe из дистрибутива: выбираются компоненты «Сервер 1С:Предприятия» и «Администрирование сервера 1С:Предприятия». Новая версия устанавливается параллельно со старой — каталоги версий не перезаписываются, что позволяет быстро откатиться, переключив регистрацию службы.
Проверка результата и типичные ошибки
После завершения обновления снимите блокировку сеансов и выполните контрольный вход. Проверьте версию конфигурации в «О программе» — она должна совпадать с целевым релизом. Затем пройдите по ключевым сценариям: проведение документов, формирование регламентированной отчётности, обмены с другими системами, работу фоновых заданий.
Обратите внимание на журнал регистрации: ошибки обработчиков обновления (сообщения вида «Ошибка при вызове метода контекста» на этапе обновления) могут означать, что часть данных не перенесена в новые структуры. В типовых конфигурациях статус выполнения обработчиков виден в разделе «Результаты обновления приложения».
Как проверить результат
Совпадает с целевым релизом обновления
Старая версия — обновление не применилось
Нет ошибок обработчиков обновления
Ошибки при обновлении данных — нужен анализ и возможно повторный запуск
Документ проводится, отчёты строятся
Ошибки проведения — конфигурация повреждена или не завершены обработчики
Все рабочие места подключаются к базе
Ошибка несовместимости версий — обновить клиентскую платформу
Откат при неудачном обновлении
Если обновление завершилось критической ошибкой и база неработоспособна, порядок отката обратен подготовке: остановите доступ пользователей, восстановите базу из резервной копии СУБД (RESTORE DATABASE с заменой) и при необходимости верните прежнюю версию платформы, перерегистрировав службу агента сервера на старый каталог версии.
Не пытайтесь «дожать» неудачное обновление повторными запусками без анализа причины: повторная реструктуризация поверх повреждённых таблиц усугубляет проблему. Сначала восстановите копию на тестовом стенде и воспроизведите ошибку там.
Что важно запомнить
Безопасное обновление 1С на сервере — это строгая последовательность: проверенная резервная копия, обновление платформы, обновление конфигурации при заблокированных сеансах, контроль журнала регистрации и тестирование ключевых операций. Откат возможен только при наличии рабочей резервной копии.
Частые вопросы
Можно ли обновлять 1С на сервере без остановки работы пользователей?
Нет. Обновление конфигурации базы данных требует монопольного доступа: все сеансы должны быть завершены. Работа пользователей во время реструктуризации таблиц приводит к ошибкам и возможному повреждению данных. Обновление планируют на нерабочее время.
Что делать, если конфигурация сильно отстала по версиям?
Проверьте в документации к целевому релизу, с каких версий поддерживается переход. Если прямой переход не поддерживается, обновление выполняется последовательно через промежуточные релизы — дистрибутивы нужных версий доступны на портале 1С. Каждый промежуточный шаг выполняется по стандартной процедуре.
Нужно ли обновлять платформу на клиентских машинах после обновления сервера?
Да, если версии несовместимы: клиент с устаревшей платформой не подключится к базе, требующей новую версию. Для тонкого клиента, опубликованного через веб-сервер, можно настроить автоматическое обновление; для остальных случаев дистрибутив распространяется вручную или через групповые политики.
Достаточно ли выгрузки .dt вместо резервной копии СУБД?
Выгрузка .dt — полезное дополнение, но для больших баз она создаётся и восстанавливается значительно дольше, чем копия средствами СУБД. Оптимальный вариант — иметь оба: копию СУБД для быстрого отката и .dt для переноса на тестовый стенд.
Как обновить доработанную (нетиповую) конфигурацию?
Используется режим сравнения и объединения с конфигурацией из файла поставки (.cf). Изменённые объекты помечаются вручную: нужно решить, какие доработки переносить в новую версию. Эту работу должен выполнять специалист, знающий прикладной код, — автоматическое объединение может удалить доработки или нарушить логику.