Ручное обновление конфигурации 1С 8.3: от архива релиза до первого запуска

· 9 мин

Содержание

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

Порядок одинаков для всех типовых конфигураций на платформе 8.3: Бухгалтерии 3.0, ЗУП 3.1, УТ 11 и других. Различаются только номера релизов и длина цепочки. Ручной способ нужен, когда автообновление из программы недоступно: база доработана, нет интернета на сервере, клиент-серверный вариант или нужно перескочить сразу через несколько релизов.

1. Подготовка к обновлению 1С: что проверить заранее

Ручное обновление ломается чаще всего не в Конфигураторе, а из-за того, что пропустили подготовку. На неё уходит 10–15 минут.

Узнайте текущий релиз и нужную цепочку

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

  • 📌 версия конфигурации, например 3.0.150.25;
  • 📌 версия платформы, например 8.3.24.1548.

Файл .cfu умеет обновлять только с определённых релизов. Список «откуда можно» записан в файле updinfo.txt внутри дистрибутива обновления — строка FromVersions. Если вашей версии там нет, нужен промежуточный релиз.

Version=3.0.152.18
FromVersions=;3.0.150.25;3.0.150.29;3.0.151.12;3.0.151.17;
UpdateDate=...

В примере база на 3.0.150.25 обновится напрямую. Базу на 3.0.148.30 придётся провести через один или несколько промежуточных релизов: сначала подходящий, потом следующий.

Проверьте версию платформы

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

Разберитесь со статусом поддержки

В Конфигураторе откройте Конфигурация → Поддержка → Настройка поддержки. Возможны три состояния:

СостояниеЧто это значит для обновления
«На поддержке, изменения не разрешены»Типовая без доработок. Обновление проходит быстро, без сравнения.
«На поддержке, изменения разрешены»В конфигурацию вносили правки. Будет окно сравнения и объединения.
«Снята с поддержки»Файл .cfu не подойдёт. Нужен полный .cf и объединение вручную.

Если база типовая, но изменения когда-то включили «на всякий случай», окно сравнения всё равно появится. Ничего страшного: при отсутствии правок оно просто покажет изменения поставщика.

Перед ручным обновлением
Выполнено: 0 / 6

2. Резервная копия и монопольный режим перед обновлением конфигурации

Без резервной копии не обновляйте рабочую базу никогда. Откатить неудачное обновление можно только загрузкой копии.

Как сделать копию

  1. Запустите 1С, выберите базу и нажмите Конфигуратор.
  2. Откройте Администрирование → Выгрузить информационную базу.
  3. Укажите папку на другом диске и имя файла с датой, например buh_2026-10-07_before_3.0.152.dt.
  4. Дождитесь сообщения о завершении выгрузки.

Для файловой базы дополнительно можно скопировать папку с файлом 1Cv8.1CD, но только когда в базе никто не работает . Копия файла «на ходу» бывает повреждённой. Для клиент-серверной базы обычно делают ещё и бэкап средствами СУБД.

Кто должен выйти из базы

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

  • 👥 Список подключённых смотрите в Конфигураторе: Администрирование → Активные пользователи.
  • 🔒 В клиент-серверной базе удобно включить блокировку новых сеансов в режиме Предприятия: Администрирование → Обслуживание, команда «Блокировка работы пользователей». Укажите время начала и код разрешения — с этим кодом сами войдёте в заблокированную базу.
  • 🧹 Фоновые и регламентные задания тоже держат сеансы. Блокировка сеансов их учитывает, если включить флаг блокировки регламентных заданий.

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

3. Где взять файл обновления и как выбрать способ установки

Дистрибутив обновления скачивают с портала 1С по действующему договору ИТС или из личного кабинета обслуживающего партнёра. Обычно это архив с программой setup.exe.

Установка в каталог шаблонов

Запустите setup.exe из архива. Он ничего не меняет в базе — только распаковывает файлы в каталог шаблонов, по умолчанию:

%APPDATA%\1C\1cv8\tmplts\1c\<конфигурация>\<номер_релиза>\

Там лежат 1cv8.cfu, 1cv8.cf, updinfo.txt и описание релиза. Каталог шаблонов можно сменить в окне запуска 1С через кнопку Настройка.

Два способа указать обновление в Конфигураторе

Выберите Конфигурация → Поддержка → Обновить конфигурацию. Конфигуратор предложит источник:

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

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

.cfu или .cf

  • 📦 .cfu — файл обновления. Небольшой, работает только с версий из FromVersions. Это основной вариант.
  • 🗃 .cf — полный файл конфигурации. Нужен, если конфигурация снята с поддержки или подходящего .cfu нет. Обновление через .cf всегда идёт через сравнение и объединение, и на доработанной базе это долго.

4. Процесс обновления конфигурации и базы данных

Дальше два разных шага. Их часто путают, отсюда половина вопросов «обновил, а ничего не поменялось».

Шаг 1. Обновление основной конфигурации

  1. Укажите источник и нажмите Готово (или Далее, зависит от версии платформы).
  2. Конфигуратор покажет номер текущего и нового релиза. Проверьте их.
  3. Для конфигурации без изменений обновление выполнится сразу.
  4. Для доработанной откроется окно сравнения и объединения. Объекты с вашими правками будут отмечены. По каждому решаете: взять из новой конфигурации, оставить своё или объединить.
  5. Нажмите Выполнить. Если остались объекты, по которым платформа не может принять решение сама, она покажет их отдельным списком.

На этом этапе меняется только основная конфигурация — «чертёж». Данные пользователей не затронуты.

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

Сразу после объединения Конфигуратор спросит, обновить ли конфигурацию базы данных. Ответьте Да. Если ответили «Нет», запустите вручную: Конфигурация → Обновить конфигурацию базы данных или клавиша F7.

  1. Платформа проверит монопольный доступ.
  2. Откроется окно «Реорганизация информации» со списком изменений структуры таблиц.
  3. Нажмите Принять.
  4. Дождитесь окончания. На большой базе это занимает от нескольких минут до часа и дольше.

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

Если релизов несколько

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

5. Тестирование и исправление информационной базы после обновления

Проверка не обязательна при каждом обновлении. Запускайте её, если были ошибки, обновление прервалось или база ведёт себя странно.

  1. Снова сделайте копию .dt. Тестирование с исправлением меняет данные.
  2. В Конфигураторе откройте Администрирование → Тестирование и исправление.
  3. Для первого прохода отметьте Проверка логической целостности информационной базы и Проверка ссылочной целостности информационной базы.
  4. В блоке режимов выберите Тестирование и исправление.
  5. Нажмите Выполнить и сохраните протокол.
ПунктКогда включатьРиск
Реиндексация таблицОшибки индексов, медленные запросы после сбояНизкий, но долго
Логическая и ссылочная целостностьСообщения о битых ссылках, «Объект не найден»Может создать объекты-заглушки
Пересчёт итоговОстатки в отчётах не сходятсяДолго на больших регистрах
Сжатие таблицФайловая база сильно вырослаНизкий
Реструктуризация таблицТолько по указанию разработчикаВысокая нагрузка

Для битых ссылок выбирайте Создавать объекты только если понимаете, что за объекты пропали. Вариант Удалять ссылки на объекты необратим без копии.

Тестирование требует монопольного доступа, как и F7.

6. Первый запуск в режиме 1С:Предприятие после обновления

Обновление не закончено, пока база не открыта в пользовательском режиме. Именно там выполняются обработчики обновления — процедуры, которые переносят и пересчитывают данные под новую структуру.

  1. Закройте Конфигуратор.
  2. Запустите базу в режиме 1С:Предприятие под пользователем с правами администратора.
  3. Если обновление получено не через встроенное автообновление, программа может спросить о легальности получения обновления. Подтвердите, если оно получено по договору.
  4. Появится форма обновления версии программы с прогрессом. Не закрывайте её.
  5. Часть обработчиков работает в фоне уже после входа — это отложенная обработка данных. Её ход виден в разделе Администрирование → Обслуживание, в группе команд про результаты обновления программы.

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

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

7. Ошибки при ручном обновлении 1С и что с ними делать

Диагностика: выберите симптом

Как не попасть в эти ситуации

  • 🧪 Сначала обновите копию базы , потом рабочую. Время и ошибки на копии покажут, чего ждать.
  • 📝 Перед объединением доработанной конфигурации выгрузите её в .cf через Конфигурация → Сохранить конфигурацию в файл. Пригодится для сравнения.
  • 📶 Не прерывайте F7 и обработчики. Прерывание — главная причина повреждённых баз после обновления.
  • 💾 Следите за местом на диске: реорганизация временно требует места размером с крупнейшие таблицы.

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

Можно ли обновить сразу на последний релиз, пропустив промежуточные?
Только если ваша версия есть в FromVersions нового .cfu. Иначе нужна цепочка релизов. Полный .cf позволяет перескочить, но обработчики промежуточных версий при этом могут не отработать.
Сколько времени занимает ручное обновление?
Для типовой файловой базы до 10 ГБ — обычно 15–40 минут на один релиз вместе с обработчиками. Клиент-серверная база на сотни гигабайт может обновляться несколько часов.
Нужно ли обновлять платформу и конфигурацию одновременно?
Нет, это разные операции. Платформу ставят отдельным дистрибутивом. Обновлять её нужно, когда новый релиз конфигурации требует более высокого номера платформы.
Что делать, если обновление испортило базу?
Удалить или переименовать повреждённую базу не обязательно: в Конфигураторе выберите Администрирование → Загрузить информационную базу и укажите копию .dt, сделанную перед обновлением. Все изменения после выгрузки пропадут.
Можно ли обновлять базу, пока в ней работают люди?
Загрузку .cfu в основную конфигурацию — да. Обновление конфигурации базы данных требует, чтобы все вышли. Для клиент-серверной базы возможно динамическое обновление, но для типовых релизов его не применяют.