Администрирование · 12 мин
Как делать обновления 1С: практическое руководство
Подробная инструкция по обновлению 1С: подготовка, резервная копия, способы обновления через конфигуратор и интернет, проверка результата и типичные ошибки.
Обновление конфигурации 1С — это замена текущей версии прикладного решения на более новую, выпущенную фирмой «1С» или разработчиком отраслевого решения. Обновления содержат исправления ошибок, изменения законодательства (формы отчётности, ставки налогов, новые документы) и доработки функционала. Работа на устаревшей версии со временем приводит к невозможности сдать отчётность по актуальным формам и к расхождениям в расчётах.
Процедура обновления несложна, если база типовая, без доработок, и выполняется последовательно: проверка версии, резервная копия, установка обновления, запуск обработчиков обновления данных. Сложности возникают на изменённых конфигурациях, при пропуске нескольких релизов и в клиент-серверных вариантах работы, где нужно согласовывать время простоя с пользователями.
Ниже разобран полный цикл: как узнать текущую версию, какой способ обновления выбрать, как безопасно сделать копию, что делать при нетиповой конфигурации и как проверить, что обновление прошло корректно.
Как узнать текущую версию конфигурации и платформы
Перед любым обновлением нужно зафиксировать, что именно установлено сейчас. Откройте базу в режиме «1С:Предприятие» и перейдите в раздел «Администрирование» — «Обслуживание» — либо используйте пункт меню «Справка» — «О программе». В окне будут указаны версия платформы (например, 8.3.22.xxxx) и версия конфигурации (например, 3.1.27.90 для ЗУП или 3.0.х для Бухгалтерии).
Номер релиза конфигурации важен, потому что обновления часто выпускаются с ограничением: новый релиз ставится только на определённые предыдущие версии. Информация о допустимых версиях всегда указана в файле поставки обновления и на портале 1С. Если ваша версия сильно устарела, обновление придётся выполнять в несколько шагов через промежуточные релизы.
Версия платформы тоже имеет значение: новые релизы конфигураций могут требовать платформу не ниже определённой. Если платформа устарела, сначала обновите её, иначе конфигурация откажется запускаться.
Подготовка: резервная копия и условия для обновления
Резервная копия — обязательный шаг, без которого обновление превращается в лотерею. Для файловой базы самый простой способ — выгрузка через конфигуратор: откройте конфигуратор, меню «Администрирование» — «Выгрузить информационную базу», укажите файл с расширением .dt. Альтернатива — скопировать файл 1Cv8.1CD из каталога базы при условии, что все пользователи вышли.
Для клиент-серверной базы (MS SQL, PostgreSQL) выгрузка .dt тоже работает, но на больших базах она занимает много времени. Практичнее делать копию средствами СУБД — штатным бэкапом базы данных. Убедитесь, что копия реально читается: хотя бы раз проверьте восстановление на тестовом сервере.
Дополнительные условия перед стартом: все пользователи должны выйти из базы, регламентные и фоновые задания нужно заблокировать (в конфигураторе — «Администрирование» — «Блокировка сеансов»), на диске должно быть достаточно свободного места — ориентировочно 2–3 объёма базы для временных файлов.
Способы обновления: через интернет, из файла, через поддержку
Существует три основных сценария обновления типовой конфигурации. Выбор зависит от наличия интернета на сервере, подписки ИТС и политики безопасности организации.
Сравнение способов обновления
Из режима предприятия: Администрирование — Обновление версии программы. Требует действующего договора ИТС и логина/пароля портала 1С. Самый простой способ, но нужен стабильный интернет на компьютере с базой.
Файл скачивается с портала releases.1c.ru и устанавливается через конфигуратор: Конфигурация — Поддержка — Обновить конфигурацию — выбор файла. Подходит для закрытых контуров без интернета.
Применяется, когда обновление на вашу версию недоступно напрямую: загружается полная конфигурация и выполняется сравнение/объединение. Требует больше внимания, особенно на доработанных базах.
При автоматическом обновлении через интернет система сама предложит создать резервную копию и покажет порядок релизов, если обновление идёт через несколько версий. Это самый безопасный сценарий для типовых конфигураций без доработок.
При обновлении из файла важно выбирать правильный пункт: «Поиск доступных обновлений» ищет .cfu в указанных каталогах, а «Загрузить конфигурацию из файла» полностью заменяет конфигурацию — для обновления типовой базы он не нужен и опасен на доработанных решениях.
Пошаговое обновление типовой конфигурации через конфигуратор
Ниже приведён универсальный порядок для файловой базы при обновлении из файла .cfu. Для клиент-серверного варианта шаги те же, но добавляется координация с администратором сервера.
- 1Зафиксируйте текущие версии платформы и конфигурации (Справка — О программе).
- 2Завершите работу всех пользователей и установите блокировку сеансов.
- 3Сделайте резервную копию: выгрузку .dt или бэкап средствами СУБД.
- 4Скачайте обновление с портала 1С и распакуйте дистрибутив, установите шаблоны обновления.
- 5Откройте конфигуратор: Конфигурация — Поддержка — Обновить конфигурацию — поиск доступных обновлений, укажите каталог с шаблонами.
- 6Выберите нужный релиз и подтвердите обновление конфигурации.
- 7После загрузки выполните «Обновить конфигурацию базы данных» (клавиша F7), примите изменения структуры.
- 8Запустите базу в режиме предприятия под пользователем с полными правами — отработают обработчики обновления данных.
- 9Проверьте номер версии и выполните контрольные операции (провести документ, сформировать отчёт).
- 10Снимите блокировку сеансов и разрешите работу пользователей.
Ключевой момент — обновление конфигурации базы данных (F7). Пока этот шаг не выполнен, изменения применены только к конфигурации поставщика, а структура рабочей базы не изменена. Запуск в режиме предприятия без обновления структуры выдаст ошибку несоответствия версий.
Обработчики обновления данных при первом запуске могут работать долго — от нескольких минут до нескольких часов на больших базах. Не прерывайте процесс закрытием программы. В типовых конфигурациях ход выполнения отображается в окне «Обновление данных».
Обновление изменённой (нетиповой) конфигурации
Если конфигурация дорабатывалась — добавлены реквизиты, изменены модули, формы — обновление требует ручного сравнения и объединения. Признак доработок: конфигурация снята с поддержки полностью или частично, либо включена возможность изменения (замок с точкой в окне настройки поддержки).
Для таких баз используется режим «Обновить конфигурацию» с автоматическим сравнением: система покажет дерево различий, где нужно решить, какие изменения поставщика принять, а какие пропустить, чтобы сохранить свои доработки. Объекты, изменённые и у вас, и у поставщика, требуют ручного анализа — чаще всего переноса доработок в новый код модуля.
Рекомендуемая практика — переносить доработки в расширения конфигурации. Расширения не затрагивают типовой код, и обновление такой базы почти не отличается от обновления типовой. Если доработки масштабные и выполнялись сторонним разработчиком, обновление разумно поручить ему же или специалисту с опытом сравнения конфигураций.
Проверка результата и действия после обновления
Обновление считается завершённым только после проверки работоспособности. Минимальный набор контрольных точек приведён ниже.
Как проверить результат
Совпадает с установленным релизом
Версия старая — обновление конфигурации базы данных не выполнено
Окно обновления данных завершилось без ошибок
Обработчик завис или выдал ошибку — смотрите журнал регистрации
Типовой документ создаётся и проводится
Ошибки при проведении — возможны проблемы с доработками или незавершённым обновлением
Отчёт формируется по актуальной форме
Старая форма или ошибка — обновление применено частично
Синхронизация с другими базами проходит
Ошибки формата обмена — нужно обновить вторую сторону
Если после обновления обнаружена критическая ошибка, не пытайтесь «дожать» процесс повторным обновлением. Корректное действие — восстановить базу из резервной копии, разобраться в причине и повторить обновление осознанно. Журнал регистрации (в конфигураторе: Администрирование — Журнал регистрации) — первый источник информации об ошибках обработчиков.
Для клиент-серверных баз после обновления полезно выполнить регламентные операции СУБД: обновление статистики, реиндексацию. На больших базах это заметно влияет на скорость работы после изменения структуры таблиц.
Регулярность обновлений и автоматизация процесса
Оптимальная частота — один раз в 1–2 месяца для учётных конфигураций и обязательно перед сдачей отчётности, если изменились формы. Пропуск большого числа релизов увеличивает время обновления и риск ошибок обработчиков, а иногда требует пошаговой установки промежуточных версий.
Для снижения рутины настройте напоминания: типовые конфигурации сами сигнализируют о доступных обновлениях при наличии интернета. В клиент-серверных инфраструктурах обновления принято выполнять по расписанию — в ночное время или выходные, с предварительным оповещением пользователей и автоматическим бэкапом средствами СУБД.
Удобно вести простой журнал обновлений: дата, с какой версии на какую обновились, кто выполнял, были ли ошибки. При возникновении проблем через неделю после обновления такой журнал сразу показывает, что менялось, и сокращает диагностику в разы.
Частые вопросы об обновлении 1С
Можно ли обновлять 1С, пока пользователи работают в базе?
Нет. Обновление конфигурации базы данных требует монопольного доступа. При активных сеансах конфигуратор выдаст ошибку. Нужно завершить все сеансы и установить блокировку, а после обновления — снять её.
Что делать, если обновление прервалось с ошибкой?
Не запускайте базу в рабочем режиме. Откройте журнал регистрации и найдите текст ошибки. Если причина неясна или структура базы повреждена, восстановите базу из резервной копии и повторите обновление, устранив причину (нехватка места, недопустимая исходная версия, обрыв соединения).
Нужна ли подписка ИТС для обновления?
Для типовых конфигураций обновления предоставляются в рамках договора 1С:ИТС (уровень ПРОФ для большинства решений). Без действующего договора скачать обновления с официального портала нельзя. Автоматическое обновление из программы также требует регистрации и действующего договора.
Как обновиться, если пропущено много релизов?
Проверьте на портале 1С, на какие версии рассчитан новый релиз. Если ваша версия не входит в список, устанавливайте промежуточные релизы последовательно. В ряде случаев быстрее загрузить полную конфигурацию (.cf) и выполнить обновление через сравнение с ней, но на доработанных базах это требует аккуратности.
Обновление платформы может сломать конфигурацию?
Как правило, новые версии платформы сохраняют обратную совместимость, и типовые конфигурации продолжают работать. Однако перед обновлением платформы стоит проверить требования конфигурации и режим совместимости, а на сервере — обновить платформу на всех узлах кластера одновременно. Резервная копия базы остаётся обязательной.
Можно ли откатить обновление назад?
Штатного механизма отката нет. Единственный способ вернуться на прежнюю версию — восстановить базу из резервной копии, сделанной до обновления. Данные, введённые после обновления, при этом будут потеряны, поэтому решение об откате нужно принимать быстро.
Что важно запомнить
Безопасное обновление 1С строится на трёх опорах: проверенная резервная копия, монопольный доступ к базе и проверка результата после запуска обработчиков. Типовые конфигурации удобнее обновлять автоматически через интернет, доработанные — через сравнение и объединение с анализом изменений. Регулярность обновлений снижает риски и время простоя.