Обновление базы 1С до нового релиза без потери данных и доработок

Чтобы обновить конфигурацию базы 1С, сделайте резервную копию, выясните текущий релиз в Справка → О программе, скачайте файл обновления .cfu для нужного шага и примените его в конфигураторе командой обновления, затем запустите базу в пользовательском режиме и дождитесь завершения обработчиков. Для типовой базы без доработок это 20–40 минут. Для доработанной — от пары часов, потому что придётся сравнивать и объединять изменения.

Порядок одинаков для файловой и клиент-серверной базы на платформе 8.3. Разница — в том, как получить монопольный доступ и чем делать копию.

Подготовка к обновлению конфигурации: пять обязательных шагов

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

1. Узнайте текущий релиз и версию платформы

Откройте базу в пользовательском режиме и перейдите в Справка → О программе (кнопка с вопросительным знаком в правом верхнем углу). Там указаны:

• 🔢 название и номер релиза конфигурации, например 3.0.150.18;
• 🖥 номер версии платформы, например 8.3.25.1374.

Запишите оба номера. От первого зависит, какие файлы обновления подойдут. От второго — запустится ли новый релиз вообще.

2. Определите цепочку релизов

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

💡 Внутри дистрибутива обновления обычно лежит файл UpdInfo.txt со списком версий, с которых возможен переход. Откройте его блокнотом до начала работы — это сэкономит неудачную попытку.

3. Проверьте требования к платформе

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

4. Сделайте резервную копию

Без свежей копии обновление не начинайте. Если процесс прервётся на реструктуризации, вернуть базу можно только из копии.

5. Выясните, есть ли доработки

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

Отдельно проверьте расширения: Конфигурация → Расширения конфигурации. Они не мешают обновлению основной конфигурации, но после него их стоит проверить на совместимость.

Три способа обновить конфигурацию 1С: какой выбрать

Способ зависит от того, типовая ли база, где она лежит и кто её обслуживает.

Помощник в пользовательском режиме

В типовых конфигурациях на БСП помощник находится в разделе Администрирование → Интернет-поддержка и сервисы, команда обновления версии программы. Он сам скачивает нужную цепочку релизов, делает копию (в файловом варианте) и применяет обновления. Нужен подключённый логин интернет-поддержки и действующая подписка.

Для бухгалтера в небольшой фирме с одной файловой базой это самый удобный путь. Для базы с доработками — нет.

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

Типовая база на поддержке

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

На шаге 7 конфигуратору нужен монопольный доступ к базе: все пользователи должны выйти. Иначе вы увидите сообщение о невозможности установить монопольный режим.

Доработанная конфигурация

Здесь вместо .cfu используют полный файл поставки .cf нового релиза.

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

💡 Дальше доработки лучше переносить в расширения. Тогда основная конфигурация остаётся на полной поддержке и обновляется без сравнения.

Обновление конфигурации в клиент-серверном варианте

Последовательность та же, но появляются три особенности.

Монопольный доступ. Пользователей нужно не просто попросить выйти, а не пустить обратно на время обновления. В консоли администрирования серверов 1С откройте свойства информационной базы, включите «Блокировка начала сеансов включена», задайте время, сообщение и код разрешения. С этим кодом (параметр /UC) администратор сможет зайти в заблокированную базу.

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

Фоновые задания. Регламентные задания (обмены, загрузка курсов, проверки) тоже держат сеансы. В свойствах базы в консоли есть флажок «Блокировка регламентных заданий включена» — включите его на время работ.

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

Новые версии платформы и обновление конфигурации

Логика обновления — релиз за релизом через поддержку — в свежих версиях платформы не меняется. Меняются требования и удобство.

• 🧩 Типовые решения всё активнее переносят доработки в расширения, а платформа при обновлении проверяет их применимость и сообщает, если расширение перестало подходить.
• ⚙️ Новые релизы конфигураций требуют всё более свежую платформу. Порядок прежний: сначала платформа, потом конфигурация. Номер платформы должен быть не ниже указанного в требованиях релиза.
• 🔄 Часть обновления переходит в пользовательский режим: после применения релиза запускаются обработчики, и не все из них выполняются сразу (об этом ниже).

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

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

Обновление не закончено, когда закрылся конфигуратор.

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

При первом запуске в режиме «1С:Предприятие» программа выполняет обработчики обновления данных. Не закрывайте её, пока не появится рабочий стол.

Часть обработчиков отложенная: они идут в фоне после входа. Их состояние в БП 3.0 видно в Администрирование → Обслуживание, ссылка на результаты обновления и дополнительную обработку данных. Пока они не завершены, отдельные отчёты могут показывать неполные данные.

Что проверить руками

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

Автоматизация обновлений: пакетный режим и расписание

Если баз много, ручное обновление каждой отнимает дни. Конфигуратор умеет работать из командной строки.

Пример для серверной базы:

"C:\Program Files\1cv8\8.3.25.1374\bin\1cv8.exe" DESIGNER ^
  /S "srv1c\buh" /N "Администратор" /P "пароль" /UC "obnovlenie" ^
  /UpdateCfg "D:\Updates\1cv8.cfu" /UpdateDBCfg ^
  /Out "D:\Logs\update_buh.log" /DisableStartupMessages

Для файловой базы вместо /S укажите /F "D:\Bases\Buh". Что делают ключи:

• /UpdateCfg — применяет файл обновления к конфигурации на поддержке;
• /UpdateDBCfg — обновляет конфигурацию базы данных (реструктуризация);
• /UC — код разрешения для входа в заблокированную базу;
• /Out — пишет протокол в файл, по нему потом видно, где упало.

Перед этим в том же скрипте делают выгрузку: DESIGNER ... /DumpIB "D:\Backup\buh.dt".

Типовые конфигурации на БСП понимают параметры запуска ЗавершитьРаботуПользователей и РазрешитьРаботуПользователей (передаются через ключ /C вместе с /UC). Первый мягко выгоняет пользователей и ставит блокировку, второй снимает её после работ. Скрипт кладут в планировщик заданий Windows на ночь.

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

Ошибки при обновлении конфигурации и что делать

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

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