К статье
Практический материал

Администрирование · 12 мин

Как обновить конфигурацию в 1С 8.3

Пошаговая инструкция по обновлению конфигурации 1С 8.3: подготовка, резервная копия, обновление через конфигуратор и интернет, решение типичных ошибок.

Обновление конфигурации 1С 8.3 — штатная процедура, которую администратор или пользователь с соответствующими правами выполняет через конфигуратор или прямо из режима «Предприятие». Процесс занимает от нескольких минут до нескольких часов в зависимости от размера базы, количества пропущенных релизов и объёма доработок. Главное условие безопасного обновления — актуальная резервная копия и отсутствие активных сеансов пользователей в момент обновления базы данных.

Способ обновления зависит от типа конфигурации. Типовые конфигурации на полной поддержке (Бухгалтерия, ЗУП, Управление торговлей и другие) обновляются автоматически через интернет или из файла поставки. Доработанные конфигурации, снятые с поддержки частично или полностью, требуют ручного сравнения и объединения с разрешением конфликтов. Ниже разобраны оба сценария с конкретными действиями и проверками результата.

Перед началом убедитесь, что у вас есть доступ к конфигуратору с правами администратора, дистрибутив обновления нужного релиза или подключение к интернету для автоматического получения обновлений, а также свободное место на диске — для крупных баз желательно не менее объёма самой базы.

Подготовка: что сделать до запуска обновления

Первый шаг — резервная копия. Самый надёжный способ для файловой базы — скопировать файл 1Cv8.1CD при закрытых сеансах. Универсальный способ для любой базы — выгрузка через конфигуратор: меню Администрирование → Выгрузить информационную базу. Для серверных баз дополнительно используют штатные средства СУБД (MS SQL, PostgreSQL). Копия нужна не формально: именно к ней вы вернётесь, если обновление прервётся или приведёт к ошибкам в данных.

Второй шаг — завершение работы пользователей. Откройте в конфигураторе Администрирование → Активные пользователи и убедитесь, что список пуст. В клиент-серверном варианте можно принудительно завершить сеансы через консоль кластера или установить блокировку сеансов через Администрирование → Блокировка установки соединений. Если обновление запустить при активных сеансах, платформа не сможет выполнить реструктуризацию, и процесс остановится с ошибкой монопольного доступа.

Третий шаг — проверка версии платформы. Новые релизы конфигураций нередко требуют определённую минимальную версию платформы 1С:Предприятие 8.3. Требуемая версия указана в файле поставки и в описании релиза на портале поставщика. Если платформа устарела, сначала обновите её, иначе конфигурация может отказаться обновляться или работать некорректно.

Как узнать текущую версию и нужный релиз

Текущую версию конфигурации видно в режиме «Предприятие»: меню с круглой стрелкой (или «Сервис») → О программе. Там же указана версия платформы. В конфигураторе версия отображается в свойствах корня дерева конфигурации.

Узнать, какие релизы вышли после вашей версии, можно на портале 1С:Обновление программ (portal.1c.ru) в разделе вашей конфигурации. Там же публикуется порядок перехода: некоторые релизы можно ставить только с определённых предыдущих версий. Если ваша версия сильно отстала, обновление придётся выполнять в несколько этапов через промежуточные релизы — пропускать обязательные промежуточные версии нельзя.

Отставание на 1–3 релизаПростая ситуация

Обновление в один этап, подойдёт автоматический режим

Отставание на много релизовТребуется план перехода

Проверить цепочку обязательных промежуточных релизов на портале 1С

Конфигурация доработанаРежим сравнения и объединения

Проверить, снята ли конфигурация с поддержки, подготовить время на разбор конфликтов

Большая базаДлительная реструктуризация

Оценить объём данных и запланировать обновление на нерабочее время

Обновление типовой конфигурации через конфигуратор

Это основной сценарий для типовых конфигураций на поддержке. Откройте базу в конфигураторе. Если конфигурация закрыта, выполните Конфигурация → Открыть конфигурацию. Затем перейдите в Конфигурация → Поддержка → Обновить конфигурацию.

В диалоге выберите источник обновления. Вариант «Искать доступные обновления» позволяет указать каталог с шаблонами обновлений или использовать интернет-поддержку (потребуется логин и пароль от портала 1С). Вариант «Выбор файла обновления» подходит, если вы вручную скачали файл с расширением .cfu. Далее мастер покажет доступные релизы — выберите нужный и подтвердите запуск.

После загрузки обновления конфигуратор выполнит сравнение и объединение. Для типовой конфигурации без доработок достаточно нажать «Выполнить» с настройками по умолчанию. Затем конфигуратор предложит обновить конфигурацию базы данных — соглашайтесь. На этом этапе запускается реструктуризация: платформа изменяет структуру таблиц. На больших базах это может занять значительное время, прерывать процесс нельзя.

Порядок обновления через конфигуратор
  1. 1
    Сделайте резервную копию и завершите все сеансы пользователей
  2. 2
    Откройте базу в конфигураторе, разблокируйте конфигурацию при необходимости
  3. 3
    Выполните Конфигурация → Поддержка → Обновить конфигурацию
  4. 4
    Выберите источник: поиск обновлений или файл .cfu
  5. 5
    Подтвердите сравнение и объединение, нажмите «Выполнить»
  6. 6
    Согласитесь на обновление конфигурации базы данных и дождитесь реструктуризации
  7. 7
    Запустите базу в режиме «Предприятие» и дождитесь выполнения отложенных обработчиков обновления

Обновление из режима «Предприятие» через интернет

Типовые конфигурации позволяют обновляться без конфигуратора — прямо из пользовательского режима. В большинстве решений путь выглядит так: Администрирование → Обслуживание → Результаты обновления и обновление программы (название раздела может незначительно отличаться между конфигурациями). Требуется действующая интернет-поддержка: учётная запись портала 1С должна быть указана в настройках.

Программа сама проверит наличие новых релизов, скачает дистрибутив и предложит установить обновление. Перед установкой она попросит завершить работу других пользователей и предложит создать резервную копию — не отказывайтесь. После установки обновления программа выполнит обработчики обновления данных: часть из них работает в монопольном режиме, часть (отложенные) — в фоне уже после запуска.

Признак успешного завершения — статус «Обновление выполнено успешно» и корректный номер версии в окне «О программе». Если отложенные обработчики ещё выполняются, в том же разделе будет виден прогресс. До их завершения часть функций может работать с ограничениями — это нормально.

Сравнение способов обновления

Через конфигуратор

Подходит для любых баз, обязателен для доработанных конфигураций и серверных развёртываний. Требует навыков работы в конфигураторе.

Из режима «Предприятие»

Удобен для типовых конфигураций на поддержке, не требует открытия конфигуратора. Не подходит для доработанных конфигураций и сложных цепочек релизов.

Через файл .cf/.cfu

Используется, когда нет интернета или нужен конкретный релиз. Требует ручного контроля порядка установки релизов.

Обновление доработанной конфигурации

Если конфигурация доработана, но остаётся на поддержке с возможностью изменения, обновление выполняется тем же путём, но на этапе сравнения и объединения появятся объекты с конфликтами. Дважды щёлкните по конфликтному объекту, чтобы увидеть различия, и вручную решите, какие изменения перенести. Доработки, сделанные через расширения конфигурации, обычно не конфликтуют с обновлением — это один из аргументов в пользу расширений вместо прямых изменений.

Если конфигурация полностью снята с поддержки, автоматическое обновление недоступно: потребуется ручной перенос изменений нового релиза, что фактически является задачей разработки. В таких ситуациях часто выгоднее вернуть конфигурацию на поддержку (восстановить типовую и перенести доработки в расширения), чем поддерживать ручное обновление каждый релиз.

Типичные ошибки и их решение

Ошибка «Конфигурация базы данных не соответствует сохранённой конфигурации» при запуске означает, что обновление конфигурации базы данных не было выполнено или завершилось с ошибкой. Решение — открыть конфигуратор и выполнить Конфигурация → Обновить конфигурацию базы данных.

Ошибка монопольного доступа возникает, когда в базе остались активные сеансы, включая фоновые задания и сеансы веб-сервисов. Завершите их через консоль кластера или список активных пользователей. Ошибка «не обнаружено обновление для текущей версии» означает, что файл обновления не подходит для вашего релиза — скачайте цепочку промежуточных обновлений.

Если реструктуризация прервалась из-за сбоя питания или разрыва соединения с сервером, не пытайтесь запускать базу повторно «на пробу». Восстановите базу из резервной копии и повторите обновление, устранив причину сбоя.

Типичные ошибки при обновлении
01
Обновление без резервной копии — при сбое данные восстановить неоткуда
02
Запуск при активных сеансах — реструктуризация останавливается с ошибкой монопольного доступа
03
Пропуск обязательных промежуточных релизов — обновление отклоняется или устанавливается некорректно
04
Прерывание реструктуризации — риск повреждения структуры базы
05
Игнорирование отложенных обработчиков — пользователи работают с неполностью обновлёнными данными

Проверка результата после обновления

Сразу после обновления проверьте номер версии в окне «О программе» — он должен совпадать с установленным релизом. Откройте раздел результатов обновления и убедитесь, что все обработчики завершены без ошибок; ошибочные обработчики можно перезапустить после устранения причины.

Затем выполните прикладную проверку: откройте ключевые отчёты (оборотно-сальдовую ведомость, ведомость по складам — в зависимости от конфигурации) и сравните итоги с данными до обновления, проведите тестовый документ, проверьте печатные формы. Для серверных баз полезно также выполнить тестирование и исправление базы после крупных обновлений.

Контрольные точки

Как проверить результат обновления

Номер версии в окне «О программе»
Норма

Совпадает с устанавливаемым релизом

Тревожный признак

Версия старая — обновление конфигурации БД не выполнено

Статус обработчиков обновления
Норма

Все обработчики завершены успешно

Тревожный признак

Есть ошибки или бесконечно «выполняющиеся» обработчики

Итоги в ключевых отчётах
Норма

Совпадают с данными до обновления

Тревожный признак

Расхождения в остатках и оборотах

Запуск пользовательских сеансов
Норма

Пользователи входят и работают штатно

Тревожный признак

Ошибки при входе, недоступность отдельных функций

Итог

Что важно запомнить

Безопасное обновление конфигурации 1С 8.3 строится на трёх правилах: резервная копия перед началом, отсутствие активных сеансов во время реструктуризации и контроль отложенных обработчиков после установки. Типовые конфигурации обновляются автоматически, доработанные — через сравнение и объединение с ручным разбором конфликтов.

Частые вопросы

Можно ли обновить конфигурацию без конфигуратора?

Да, если конфигурация типовая и находится на поддержке. В режиме «Предприятие» в разделе Администрирование → Обслуживание доступен сервис автоматического обновления через интернет. Для доработанных конфигураций и установки конкретного файла обновления конфигуратор обязателен.

Что делать, если обновление «зависло» на реструктуризации?

На больших базах реструктуризация может идти часами без видимого прогресса — проверьте активность процесса (загрузку диска и процессора) перед тем как считать процесс зависшим. Если активности нет длительное время, прерывайте, восстанавливайте базу из копии и повторяйте обновление, предварительно проверив диск и соединение с сервером.

Обязательно ли ставить все промежуточные релизы?

Не все, но обязательные пропускать нельзя. Порядок перехода для каждой конфигурации опубликован на портале 1С: некоторые релизы являются «ступенями», без которых установка более новых версий невозможна. Мастер обновления при выборе файла сам сообщит, если релиз не подходит для вашей версии.

Удалятся ли мои доработки при обновлении?

Доработки, выполненные через расширения конфигурации, при обновлении сохраняются, но расширения стоит проверить на совместимость с новым релизом. Изменения, внесённые напрямую в конфигурацию, попадут в конфликты при сравнении и объединении — их нужно вручную переносить в новую версию, иначе они будут заменены типовым кодом.

Сколько времени занимает обновление?

Для небольшой файловой базы и одного релиза — обычно от 10 до 40 минут. Большие серверные базы с длинной цепочкой релизов и отложенными обработчиками могут обновляться несколько часов. Планируйте обновление на нерабочее время и закладывайте запас на проверку результата.

Что делать, если после обновления появились ошибки в работе?

Сначала проверьте статус отложенных обработчиков — многие ошибки вызваны незавершённым обновлением данных. Если обработчики завершены, а ошибки остались, выполните тестирование и исправление базы. При серьёзных проблемах восстановите базу из резервной копии и повторите обновление, зафиксировав текст ошибок для анализа.