Обновление типовой конфигурации 1С 8.3 в файловой и серверной базе
Содержание
Чтобы обновить базу
1С, сделайте копию базы
, откройте её в Конфигураторе и выполните Конфигурация → Поддержка → Обновить конфигурацию, указав файл обновления 1cv8.cfu. Затем примите обновление конфигурации базы данных и запустите программу в режиме «1С:Предприятие»: только после этого отработают обработчики обновления и данные перейдут на новый релиз.
Для типовой конфигурации без доработок вся процедура занимает 15–40 минут на релиз. Сложности начинаются, когда релизы пропущены, конфигурация изменена или база стоит на сервере. Каждый из этих случаев разобран ниже по шагам.
1. Подготовка к обновлению базы: версия, цепочка релизов, платформа
Обновление начинается не с Конфигуратора, а с трёх проверок. Если пропустить любую, процедура остановится на полпути.
Узнайте текущий релиз конфигурации
Откройте программу и вызовите Справка → О программе (в интерфейсе «Такси» — через главное меню, значок с тремя полосками, или кнопку со знаком вопроса). В окне видны:
- 📌 название и версия конфигурации, например «Бухгалтерия предприятия, редакция 3.0 (3.0.150.25)»;
- 📌 версия платформы, например 8.3.24.1548;
- 📌 режим работы — файловый или клиент-серверный.
Запишите номер релиза. От него зависит, какие файлы обновления вам нужны.
Проверьте цепочку обновлений
Типовые конфигурации нельзя обновлять «через голову» сколько угодно релизов. Каждый файл 1cv8.cfu умеет обновлять только с определённого списка предыдущих версий. Этот список указан в описании релиза (файл 1cv8upd.htm в комплекте обновления).
Пример. База на 3.0.140, актуальный релиз 3.0.160. Если cfu релиза 3.0.160 принимает только версии от 3.0.150, придётся сначала поставить промежуточный релиз 3.0.150, а уже затем 3.0.160.
Автоматическое обновление через интернет-поддержку само строит цепочку и скачивает промежуточные релизы. При ручном обновлении цепочку собираете вы.
Сверьте версию платформы
В описании каждого релиза указана минимальная версия платформы. Если установленная платформа имеет номер ниже требуемого, Конфигуратор откажется применять обновление или программа не запустится после него. Поэтому сначала установите нужную версию платформы на компьютер (а для серверной базы — на сервер 1С), затем обновляйте конфигурацию.
Узнайте, изменена ли конфигурация
В Конфигураторе откройте Конфигурация → Поддержка → Настройка поддержки. Возможны три состояния:
| Состояние | Что это значит | Как обновлять |
|---|---|---|
| На поддержке, изменения не разрешены | Чистая типовая | Обычное обновление, без сравнения |
| На поддержке, изменения разрешены | Возможны доработки | Обновление с окном сравнения и объединения |
| Снята с поддержки | Обновлять «как типовую» нельзя | Сначала вернуть на поддержку, сравнив с поставочной |
Если доработки есть, обновление превращается в сравнение и объединение конфигураций. Это работа для программиста, который знает, что именно менялось. Бухгалтеру в таком случае лучше не начинать самостоятельно.
2. Резервная копия базы 1С перед обновлением
Без копии базы не обновляйте ничего, даже один релиз. Обработчик обновления может упасть с ошибкой на середине, и откатиться без копии будет некуда.
Есть два способа сделать копию. Используйте хотя бы один, а лучше оба.
Выгрузка в файл .dt
- Попросите всех пользователей выйти из программы.
- Откройте базу в режиме Конфигуратор.
- Выберите
Администрирование → Выгрузить информационную базу. - Укажите папку и имя файла, например
buh_2026-10-07_do_obnovleniya.dt. - Дождитесь сообщения о завершении выгрузки.
Файл .dt подходит и для файловой, и для серверной базы. Загрузить его обратно можно командой Администрирование → Загрузить информационную базу.
Копия каталога файловой базы
Для файловой базы достаточно скопировать файл 1Cv8.1CD из каталога базы. Путь к каталогу виден в окне запуска внизу, когда база выделена в списке.
Копируйте 1Cv8.1CD только тогда, когда в базе нет ни одного сеанса. Копия файла, снятая во время работы пользователей, может оказаться повреждённой.
Сохраните конфигурацию отдельно
Если конфигурация доработана, дополнительно выполните Конфигурация → Сохранить конфигурацию в файл. Файл .cf понадобится, чтобы быстро вернуть доработки, если объединение пойдёт не так.
3. Как обновить файловую базу 1С: пошаговая инструкция
Ниже — ручное обновление типовой конфигурации. Оно работает одинаково в Бухгалтерии, ЗУП, УТ и других типовых решениях на платформе 8.3.
Шаг 1. Установите пакет обновления
Обновление обычно приходит как архив с файлом setup.exe. Запустите его: установщик распакует файлы в каталог шаблонов. По умолчанию это %APPDATA%\1C\1cv8\tmplts. Внутри, в папке с именем конфигурации и номером релиза, лежит нужный файл 1cv8.cfu.
Если у вас только файл 1cv8.cfu без установщика — этого достаточно, его можно указать напрямую.
Шаг 2. Откройте базу в Конфигураторе
В окне запуска выделите базу и нажмите «Конфигуратор». Если дерево конфигурации не открылось, выберите Конфигурация → Открыть конфигурацию.
Шаг 3. Запустите обновление
- Выберите
Конфигурация → Поддержка → Обновить конфигурацию. - Отметьте «Поиск доступных обновлений» или «Выбор файла обновления».
- При поиске программа покажет релизы из каталога шаблонов, подходящие для текущей версии. При выборе файла укажите путь к
1cv8.cfu. - Нажмите «Готово». Конфигуратор покажет окно с описанием обновления — закройте его кнопкой «Продолжить обновление».
- Для чистой типовой появится вопрос об обновлении. Для изменённой откроется окно сравнения — там нужно разобрать доработки.
Шаг 4. Обновите конфигурацию базы данных
После загрузки конфигурации Конфигуратор спросит: «Обновить конфигурацию
базы данных?». Ответьте «Да». Если окно не появилось, выполните Конфигурация → Обновить конфигурацию базы данных или нажмите F7.
Откроется список изменений структуры. Нажмите «Принять». Для этого шага нужен монопольный доступ: если в базе кто-то работает, Конфигуратор сообщит об этом и не продолжит.
Шаг 5. Запустите программу в пользовательском режиме
Закройте Конфигуратор и войдите в базу обычным способом, под пользователем с полными правами. Программа покажет «Обновление версии программы» и выполнит обработчики обновления. На большой базе это может занять от нескольких минут до часа.
Не прерывайте этот этап и не закрывайте окно. Если обработчик упадёт, текст ошибки и нужные действия будут в журнале регистрации.
Если нужно поставить несколько релизов по цепочке, повторите шаги 3–5 для каждого. Запуск в режиме «1С:Предприятие» между релизами обязателен: обработчики каждого релиза должны отработать по очереди.
Альтернатива: обновление из самой программы
В типовых конфигурациях с подключённой интернет-поддержкой обновление можно запустить без Конфигуратора: Администрирование → Интернет-поддержка и сервисы → Обновление версии программы. Программа сама скачает цепочку релизов, предложит сделать копию и выполнит обновление.
Этот способ удобен для файловой базы на одном компьютере. Для доработанной конфигурации он не подходит: объединять изменения всё равно придётся в Конфигураторе.
4. Обновление серверной базы 1С и работа с СУБД
В клиент-серверном варианте логика та же, но меняются три вещи: как выгнать пользователей, как сделать копию и сколько времени уйдёт на изменение структуры.
Заблокируйте сеансы
Монопольный доступ к серверной базе получают через блокировку начала сеансов:
- Откройте консоль администрирования серверов 1С.
- Найдите информационную базу в кластере и откройте её свойства.
- Включите «Блокировка начала сеансов включена», укажите сообщение и время.
- Заполните «Код разрешения», например
obnovlenie. - Включите «Блокировка регламентных заданий включена», чтобы фоновые задания не мешали.
Подключаться к заблокированной базе можно с параметром запуска /UC obnovlenie. Добавьте его в поле дополнительных параметров запуска базы в окне запуска.
Уже открытые сеансы блокировка не закрывает. Их завершают в консоли через список сеансов — при этом пользователи потеряют несохранённые документы. Предупредите людей заранее и обновляйте вне рабочего времени.
То же самое можно сделать из программы: в разделе Администрирование типовых конфигураций есть команда «Блокировка работы пользователей», она устанавливает блокировку и завершает сеансы по таймеру.
Сделайте копию средствами СУБД
Выгрузка .dt на большой серверной базе идёт долго. Надёжнее и быстрее сделать копию средствами самой СУБД.
Для Microsoft SQL Server:
BACKUP DATABASE [buh_prod]
TO DISK = N'D:\Backup\buh_prod_do_obnovleniya.bak'
WITH COPY_ONLY, COMPRESSION, STATS = 10;
Параметр COPY_ONLY не ломает цепочку регулярных резервных копий. Если ваша редакция SQL Server не поддерживает сжатие, уберите COMPRESSION.
Для PostgreSQL:
pg_dump -U postgres -F c -f D:\Backup\buh_prod_do_obnovleniya.backup buh_prod
Учтите время реструктуризации
На серверной базе изменение структуры крупных таблиц может длиться часами. Закладывайте окно обслуживания с запасом. На свежих версиях платформы при обновлении конфигурации базы данных Конфигуратор может предложить выполнить его на сервере в фоновом режиме — это снимает зависимость от стабильности клиентского компьютера.
Чем отличаются варианты
| Вопрос | Файловая база | Клиент-серверная база |
|---|---|---|
| Как получить монопольный доступ | Попросить всех выйти | Блокировка сеансов в консоли кластера |
| Чем делать копию | .dt или копия 1Cv8.1CD | Копия средствами СУБД, дополнительно .dt |
| Где нужна новая платформа | На компьютере с базой | На сервере 1С и у клиентов |
| Длительность реструктуризации | Обычно минуты | От минут до часов на больших таблицах |
5. Проверка базы после обновления: тестирование и исправление
Если обновление прошло без ошибок, проверьте результат:
- ✅
Справка → О программепоказывает новый номер релиза; - ✅ при входе не появляется повторное окно «Обновление версии программы»;
- ✅ открываются основные журналы документов и отчёты, которыми пользуются чаще всего;
- ✅ в журнале регистрации нет ошибок с пометкой обработчиков обновления.
Если программа ругается на ошибки чтения данных или битые ссылки, запустите тестирование. В Конфигураторе выберите Администрирование → Тестирование и исправление.
Рекомендуемый порядок:
- Сначала включите только «Проверка логической целостности информационной базы» и «Проверка ссылочной целостности» в режиме «Тестирование» без исправления.
- Изучите протокол: какие объекты и какие ошибки найдены.
- Только после этого запускайте с исправлением, выбрав для битых ссылок «Не изменять» или «Создавать объекты» вместо «Удалять ссылки».
Режим с удалением ссылок может стереть данные из документов. Запускайте исправление только на копии или при наличии свежей резервной копии.
Для файловой базы есть и внешняя утилита chdbfl.exe из каталога bin платформы. Она проверяет физическую целостность файла 1Cv8.1CD, когда база не открывается вовсе. Перед её запуском база должна быть закрыта всеми пользователями.
Для серверной базы физическую целостность проверяют средствами СУБД, например DBCC CHECKDB в SQL Server.
6. Ошибки при обновлении базы 1С и что с ними делать
Большинство сбоев сводится к нескольким знакомым сообщениям. Выберите симптом, чтобы увидеть причину и решение.
Если не помогло
Когда обновление сломало базу и починить её быстро не выходит, не экспериментируйте в рабочей базе:
- Восстановите копию: загрузите
.dtили верните файл1Cv8.1CD, для сервера — восстановите бэкап СУБД. - Создайте отдельную тестовую базу из той же копии.
- Повторите обновление на тестовой базе и найдите шаг, на котором возникает ошибка.
- Повторите обновление в рабочей базе только после того, как прошли его без ошибок на тестовой.
После неудачи на реструктуризации иногда помогает очистка кэша клиента: запуск с параметром /ClearCache или удаление папок кэша в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. Делайте это при закрытой программе.
7. Как часто обновлять и как не накапливать отставание
Пропущенные релизы — главная причина долгих и болезненных обновлений. Чем длиннее цепочка, тем больше обработчиков, промежуточных платформ и шансов на ошибку.
Практичный график:
- 📅 Бухгалтерия и ЗУП — раз в месяц или сразу после выхода релиза с изменениями форм отчётности и законодательства;
- 📅 Перед сдачей отчётности — за неделю-две, а не в последний день: если что-то пойдёт не так, будет время на восстановление;
- 📅 Доработанные конфигурации — реже, пакетами, но с плановым окном у программиста.
Для доработанных баз выгодно переносить доработки в расширения конфигурации. Тогда основная конфигурация остаётся на поддержке без изменений и обновляется как типовая, а расширение проверяют отдельно после обновления.