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