Администрирование · 11 мин
Как происходит обновление конфигурации 1С
Как происходит обновление конфигурации 1С: подготовка, резервная копия, типовой и ручной режимы, обновление базы данных, типичные ошибки и проверка результата.
Обновление конфигурации 1С — это замена старой версии прикладного решения (например, «1С:Бухгалтерии» или «1С:Управление торговлей») на новую, выпущенную фирмой «1С» или разработчиком отраслевого решения. Процедура затрагивает два уровня: конфигурацию базы данных, с которой работают пользователи, и конфигурацию поставщика, которая хранится внутри информационной базы как эталон. Понимание того, что происходит на каждом этапе, помогает избежать потери данных и простоя в работе.
Обновление выполняется либо автоматически через интернет-поддержку прямо из режима «Предприятие», либо вручную через конфигуратор с использованием файла поставки (.cf) или файла обновления (.cfu). Выбор способа зависит от того, типовая ли у вас конфигурация, есть ли доработки и насколько велик разрыв между текущей и целевой версиями.
Ключевой риск процедуры — несовместимость доработок с новой версией и ошибки при реструктуризации данных. Поэтому обновление всегда начинается с резервной копии и, при возможности, с тестового прогона на копии базы. Ниже разобраны все этапы: от проверки версии до контроля результата.
Проверка текущей версии и подготовка к обновлению
Перед началом нужно выяснить, какая версия конфигурации установлена сейчас. Откройте раздел «Администрирование» — «Обслуживание» — «Результат обновления» или пункт «О программе»: там указаны номер версии конфигурации и номер релиза платформы. Эти данные понадобятся, чтобы понять, какие промежуточные обновления потребуются.
Обновления 1С не всегда ставятся «вперёд» напрямую: у каждого релиза есть перечень версий, с которых возможен переход. Если база давно не обновлялась, может потребоваться последовательная установка нескольких промежуточных релизов. Порядок перехода указан в файле поставки и в описании релиза на портале 1С.
Также проверьте версию платформы 1С:Предприятие. Новые релизы конфигураций часто требуют определённой минимальной версии платформы. Если платформа устарела, её обновляют первой — это отдельная процедура установки дистрибутива на сервер или рабочие станции.
Резервное копирование перед обновлением
Резервная копия — обязательное условие. Для файловой базы достаточно выгрузить информационную базу через конфигуратор: «Администрирование» — «Выгрузить информационную базу» в файл .dt. Альтернатива — скопировать файл 1Cv8.1CD при остановленной работе всех пользователей.
Для клиент-серверного варианта (SQL Server, PostgreSQL) копию делают средствами СУБД — это быстрее и надёжнее выгрузки .dt на больших базах. Выгрузка .dt остаётся универсальным способом переноса, но на базах большого объёма занимает значительное время.
Проверьте, что копия реально восстанавливается: загрузите её в тестовую базу и убедитесь, что она открывается. Копия, которая не была проверена, не считается страховкой. Именно на тестовой копии стоит отработать всё обновление перед боевой базой.
Автоматическое обновление через интернет-поддержку
На типовых конфигурациях без доработок самый простой путь — обновление из режима «Предприятие». Перейдите в «Администрирование» — «Обслуживание» — «Обновление версии программы». Программа подключится к серверам 1С, проверит доступные релизы и предложит установить подходящий.
Перед стартом все пользователи должны выйти из базы: обновление требует монопольного доступа. После загрузки файлов программа выполнит обновление конфигурации базы данных и запустит обработчики обновления — служебные процедуры, которые переносят и преобразуют данные под новую структуру. На больших базах эта фаза может занимать от нескольких минут до нескольких часов.
По завершении программа покажет результат обновления: список выполненных обработчиков и возможные предупреждения. Некоторые обработчики выполняются отложенно — в фоновом режиме уже после запуска работы пользователей. До окончания отложенных обработчиков часть данных может отображаться не полностью.
- 1Сделайте и проверьте резервную копию базы
- 2Завершите работу всех пользователей и фоновых заданий
- 3Откройте Администрирование — Обновление версии программы
- 4Выберите доступный релиз и запустите установку
- 5Дождитесь окончания обновления и выполнения обработчиков
- 6Проверьте результат обновления и версию в разделе О программе
Ручное обновление через конфигуратор
Если интернет-поддержка недоступна или конфигурация нестандартная, обновление выполняют в конфигураторе. Откройте базу в режиме «Конфигуратор», затем выберите «Конфигурация» — «Поддержка» — «Обновить конфигурацию» и укажите источник: файл обновления .cfu или файл полной поставки .cf.
Файл .cfu содержит только изменения относительно определённых версий и подходит, если текущий релиз входит в список поддерживаемых. Файл .cf — полная конфигурация, через него можно обновиться с любой версии, выбрав режим «Загрузить конфигурацию из файла» с последующим объединением. Поставщика при этом важно не потерять: обновление через «Обновить конфигурацию» корректно подменяет конфигурацию поставщика, а простая загрузка .cf требует аккуратности.
Обновление конфигурации с доработками
Если конфигурация снята с поддержки полностью или частично, после указания файла обновления запустится режим сравнения и объединения. Программа покажет дерево различий: какие объекты изменены поставщиком, какие — в вашей базе. Для каждого конфликтующего объекта нужно решить, чью версию оставить или как совместить изменения.
Основная сложность — изменённые модули. Автоматическое объединение переносит изменения построчно, и если поставщик переписал тот же фрагмент кода, который дорабатывали вы, потребуется ручной анализ. Правило безопасности: приоритет отдавать коду поставщика, а свои доработки переносить заново поверх новой версии, проверяя логику. Для минимизации таких конфликтов доработки рекомендуется делать через расширения конфигурации — тогда типовое обновление проходит без объединения.
Способы обновления
Подходит для типовых конфигураций без доработок; требует действующего договора ИТС и доступа в интернет
Для обновления с поддерживаемых релизов; работает без интернета, но требует точного соответствия версий
Универсальный вариант при большом разрыве версий; объём больше, объединение дольше
Не заменяет обновление конфигурации, но снимает конфликты доработок при его прохождении
Обновление конфигурации базы данных и реструктуризация
После загрузки новой конфигурации поставщика изменения пока применены только к «основной» конфигурации. Чтобы они вступили в силу, выполните «Конфигурация» — «Обновить конфигурацию базы данных» (клавиша F7). Программа сравнит структуру метаданных и построит план изменений.
Если изменились состав или типы реквизитов, табличных частей, измерений регистров, запускается реструктуризация — физическое преобразование таблиц базы данных. Платформа создаёт новые структуры, переносит данные и удаляет старые. На объёмных базах это самый длительный этап, и прерывать его нельзя.
При конфликтах, которые платформа не может разрешить автоматически (например, удалён реквизит, содержащий данные), выводится окно со списком изменений и предупреждениями. Внимательно читайте его: подтверждая удаление объектов с данными, вы теряете эти данные безвозвратно.
Как проверить результат обновления
Отображается целевой релиз
Осталась старая версия — обновление не завершено
Все обработчики выполнены, отложенные завершены или идут в фоне
Обработчики завершились с ошибками
Формы открываются, отчёты строятся без ошибок
Ошибки формата, пустые отчёты, падение при открытии
Нет массовых ошибок после обновления
Повторяющиеся ошибки фоновых заданий и обработчиков
Типичные ошибки и их последствия
Чаще всего проблемы возникают не из-за самой процедуры, а из-за нарушения подготовки. Обновление «на живую» в рабочее время, отсутствие проверенной копии, пропуск промежуточных релизов — типовые причины аварийных ситуаций.
Отдельная группа ошибок связана с доработками: после объединения забывают перенести свой код, и нужная функциональность молча исчезает, или наоборот — оставляют старый модуль вместо нового, и типовые механизмы начинают работать некорректно. Поэтому после обновления доработанной конфигурации тестирование должно покрывать и типовые, и доработанные сценарии.
Что делать после обновления
Сразу после завершения проверьте версию, результат выполнения обработчиков и журнал регистрации. Затем откройте ключевые документы, проведите тестовый документ, сформируйте основные отчёты и сверьте контрольные цифры: оборотно-сальдовую ведомость, остатки склада, взаиморасчёты — с данными до обновления.
Если обновление выполнялось на копии, а в боевой базе за это время вводились документы, учтите: перенести их придётся отдельно или обновление боевой базы нужно планировать на период без работы пользователей. Обычно обновление назначают на вечер или выходные, заранее предупреждая сотрудников.
Если обновление завершилось ошибкой и восстановить работоспособность не удаётся, не предпринимайте повторных попыток «вслепую»: восстановите базу из резервной копии и разбирайте причину на тестовой копии. При нехватке компетенций привлеките специалиста по сопровождению 1С — это дешевле, чем восстановление данных.
Что важно запомнить
Обновление 1С всегда идёт по схеме: резервная копия → загрузка новой конфигурации поставщика → обновление конфигурации базы данных → обработчики обновления → проверка результата. Типовые конфигурации обновляются автоматически через интернет-поддержку, доработанные требуют сравнения и объединения в конфигураторе, а реструктуризацию нельзя прерывать.
Частые вопросы
Можно ли обновлять 1С, пока пользователи работают в базе?
Нет. Обновление конфигурации базы данных требует монопольного доступа: все сеансы и фоновые задания должны быть завершены. В клиент-серверном варианте сеансы завершают через консоль кластера, в файловом — через список активных пользователей.
Чем отличается обновление платформы от обновления конфигурации?
Платформа — это исполняемая среда 1С:Предприятие (устанавливается как программа), конфигурация — прикладное решение внутри базы. Они обновляются независимо, но новые релизы конфигураций могут требовать минимальную версию платформы, поэтому платформу обновляют первой.
Что делать, если конфигурация сильно доработана?
Обновление выполняется через сравнение и объединение в конфигураторе с ручным переносом доработок. Такую работу разумно поручить специалисту, а на перспективу — перевести доработки в расширения конфигурации, чтобы упростить последующие обновления.
Сколько времени занимает обновление?
На небольшой файловой базе — от десятков минут до пары часов. На крупных клиент-серверных базах реструктуризация и обработчики могут занимать несколько часов. Точное время определяется объёмом данных и количеством пропущенных релизов, поэтому планируйте окно работ с запасом.
Можно ли откатить обновление, если что-то пошло не так?
Штатного механизма отката нет. Единственный способ вернуться — восстановить базу из резервной копии, сделанной до обновления. Данные, введённые после обновления, при этом будут потеряны, если их не перенести отдельно.
Обязательно ли устанавливать каждый новый релиз?
Нет, но пропускать релизы надолго нежелательно: накапливается разрыв версий, усложняется переход, а в учётных решениях устаревают формы отчётности и ставки налогов. Оптимально обновляться регулярно, выбирая стабильные релизы.