Как обновить 1С в ручном режиме

Ручное обновление 1С применяется, когда автоматический механизм недоступен: нет подписки на сервис обновлений, конфигурация доработана и требует контролируемой загрузки, либо обновление нужно установить с локального носителя без доступа к интернету. В этом случае администратор сам скачивает дистрибутив обновления, делает резервную копию и загружает конфигурацию через конфигуратор.

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

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

Когда нужно ручное обновление и что подготовить

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

Для работы понадобятся: учётная запись с правами администратора в конфигураторе, дистрибутив обновления (с портала 1С или с диска ИТС), свободное место на диске — как минимум объём, сопоставимый с размером базы, и время, когда пользователи не работают. В файловом варианте достаточно попросить всех выйти; в клиент-серверном базу блокируют через консоль кластера или планировщик.

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

Резервная копия перед обновлением

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

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

Для клиент-серверной базы используйте штатные средства СУБД (например, резервное копирование в MS SQL Server или PostgreSQL) или выгрузку dt через конфигуратор. После создания копии проверьте, что файл существует, имеет ненулевой размер и хранится вне того же диска, где лежит рабочая база.

Получение и установка дистрибутива обновления

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

После установки шаблона в каталоге появится папка с номером релиза, содержащая файлы поставки: файл обновления конфигурации (1cv8.cfu или cf-файл полной поставки) и сопроводительную документацию. Именно эти файлы используются при ручной загрузке.

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

Маршрут решения

Как выбрать действие

Ваш релиз входит в список поддерживаемых для обновленияЗагружайте обновление сразу на текущую версию

Ваш релиз старше минимально поддерживаемогоУстановите промежуточные обновления последовательно, в порядке выхода релизов

Конфигурация доработана и снята с полной поддержкиИспользуйте режим сравнения и объединения с настройкой правил объединения

Нужно только проверить новый релизОбновите сначала копию базы, а рабочую — после успешной проверки

Загрузка обновления через конфигуратор

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

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

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

1. 1
   Сделайте резервную копию базы (выгрузка dt или копия средствами СУБД)
2. 2
   Завершите все сеансы пользователей и фоновые задания
3. 3
   Откройте конфигуратор под администратором
4. 4
   Выберите «Конфигурация — Поддержка — Обновить конфигурацию» и укажите файл из шаблона
5. 5
   Примите изменения и выполните «Обновить конфигурацию базы данных» (клавиша F7)
6. 6
   Дождитесь завершения реструктуризации, не прерывая процесс
7. 7
   Запустите базу в режиме предприятия и дождитесь выполнения отложенных обработчиков обновления

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

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

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

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

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

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

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

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

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

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

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

Норма

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

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

Осталась старая версия — обновление не завершено

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

Норма

Все выполнены, ошибок нет

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

Есть незавершённые или завершившиеся с ошибкой

Контрольные отчёты (ОСВ, взаиморасчёты)

Норма

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

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

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

Запуск ключевых операций (проведение документов, печать)

Норма

Работают без ошибок

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

Ошибки при проведении или формировании печатных форм

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

Можно ли обновить 1С вручную без интернета?

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

Чем отличается файл cf от cfu?

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

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

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

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

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

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

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

Можно ли откатить обновление, если что-то пошло не так?

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