Как загрузить обновление в базу 1С

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

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

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

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

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

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

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

Резервная копия: обязательный шаг, который нельзя пропускать

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

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

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

Откуда взять файл обновления

Существует два основных источника обновлений. Первый — автоматическая загрузка через интернет-поддержку: если у вас действует договор информационно-технологического сопровождения (ИТС) и в базе настроен логин портала 1С, конфигуратор сам найдёт и скачает подходящее обновление. Это самый безопасный путь, потому что система подбирает файл именно под ваш релиз.

Второй источник — файл обновления, полученный вручную: скачанный с портала 1С дистрибутив (обычно это каталог с файлом 1Cv8.cfu) или файл .cf полной конфигурации от разработчика отраслевого решения. Файл .cfu — это именно обновление, применимое только к определённым релизам; файл .cf — полная конфигурация, которую можно загрузить через «Загрузить конфигурацию из файла», но этот способ грубее и требует аккуратности с доработками.

Загрузка обновления в конфигурацию базы

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

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

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

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

Обновление конфигурации базы данных

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

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

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

Проверка результата и контрольные точки

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

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

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

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

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

Норма

Соответствует новому релизу

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

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

Обработчики обновления

Норма

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

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

Прогресс обновления данных «висит» или есть ошибки

Прикладная работа

Норма

Документы открываются, отчёты формируются

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

Ошибки при открытии объектов, пустые отчёты

Журнал регистрации

Норма

Нет критических ошибок за период обновления

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

Массовые ошибки обработчиков или фоновых заданий

Типичные ошибки и что с ними делать

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

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

Третья группа проблем — «зависание» на этапе реструктуризации очень больших таблиц (например, регистров накопления за несколько лет). Часто это не зависание, а долгая операция: оцените нагрузку на диск и процессор. Реальное зависание отличается полным отсутствием активности в течение длительного времени — в этом случае базу придётся восстанавливать из копии и повторять процедуру, возможно, с предварительным тестированием и исправлением базы.

FAQ: частые вопросы об обновлении базы 1С

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

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

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

На небольшой файловой базе загрузка и реструктуризация обычно укладываются в 10–30 минут. На крупных клиент-серверных базах с большими регистрами процесс может занять несколько часов, а отложенные обработчики — выполняться ещё дольше в фоне. Планируйте обновление на нерабочее время с запасом.

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

Не пытайтесь запускать обновление повторно «вслепую». Зафиксируйте текст ошибки из журнала регистрации, восстановите базу из резервной копии, выполните тестирование и исправление (chdbfl для файловой базы или штатные средства СУБД) и только после этого повторите процедуру. Если ошибка связана с доработками, привлеките специалиста по внедрению.

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

Зависит от файла обновления. Многие релизы 1С поддерживают переход сразу с нескольких предыдущих версий — список указан в описании обновления на портале. Если ваш релиз старше поддерживаемых, придётся ставить обновления последовательно либо загружать полную конфигурацию из файла .cf.

Как обновить базу с доработками и не потерять их?

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

Нужно ли обновлять платформу перед конфигурацией?

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