Обновление 1С из файла .cfu и дистрибутива: порядок действий

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

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

Что проверить до того, как трогать базу

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

• 🔹 Резервная копия. Без неё не начинайте. Для файловой базы это копия папки с файлом 1Cv8.1CD, для клиент-серверной — резервная копия на уровне СУБД или выгрузка в .dt.
• 🔹 Текущий релиз. Откройте «О программе» и запишите номер версии конфигурации. Он нужен, чтобы выбрать правильный файл обновления.
• 🔹 Платформа. Новый релиз конфигурации часто требует более свежую платформу. Требуемая версия указана в описании релиза.
• 🔹 Свободное место. Для файловой базы держите запас, равный примерно двум-трём размерам базы: копия плюс служебные файлы.
• 🔹 Пользователи. Все должны выйти из базы, иначе монопольного доступа не будет.
• 🔹 Доработки. Если конфигурация изменена, обновление пойдёт через объединение, и результат нужно проверять руками.

Какой файл обновления вам нужен

Обновление приходит в двух видах, и их часто путают.

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

Как не промахнуться с версией

Файл .cfu рассчитан на обновление с конкретной версии. Если у вас версия 3.0.130.x, а файл собран для перехода с 3.0.150.x, 1С его не примет.

Что делать:

1. Посмотрите свой номер версии конфигурации.
2. В описании файла обновления найдите блок «обновление с версии».
3. Если нужной версии нет, ставьте обновления по цепочке: сначала промежуточный релиз, потом свежий.

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

Обновление в режиме Предприятия

Это самый безопасный и самый простой способ. Он работает, если в конфигурации есть подсистема сервисных функций. У большинства типовых программ 1С она есть.

Порядок такой:

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

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

Что происходит после перезапуска

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

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

Путь нужен, когда сервисных функций нет, программа не стартует, или конфигурация нетиповая.

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

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

Если установлен дистрибутив с setup.exe

Когда пришёл не .cfu, а папка:

1. Закройте базы и запустите setup.exe.
2. Следуйте мастеру и запомните, куда установились шаблоны. По умолчанию это каталог шаблонов платформы.
3. Откройте Конфигуратор, меню «Конфигурация» → «Поддержка» → «Обновить конфигурацию ».
4. Выберите вариант «Поиск доступных обновлений» и укажите каталог, где лежат шаблоны.
5. Из списка выберите нужный релиз.

Дальше всё так же, как с файлом. Отличие только в том, что 1С сама найдёт файлы в каталоге.

Если конфигурация изменена: объединение

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

Что важно знать:

• ✅ Если вы не трогали объект, он обновится автоматически.
• ✅ Если изменили объект, а в новой версии он не менялся, ваш вариант сохранится.
• ⚠️ Если изменения есть с обеих сторон, нужно решать вручную: взять свой вариант, типовой или объединить.

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

Обновление клиент-серверной базы

Принцип тот же, но есть нюансы, которые в файловой базе не встречаются.

Порядок действий:

1. В консоли кластера включите блокировку начала сеансов, чтобы никто не зашёл по ходу работ.
2. Завершите все активные сеансы, включая фоновые задания и подключения по веб-сервису. Именно они чаще всего мешают.
3. Сделайте резервную копию базы средствами СУБД и проверьте, что файл создался.
4. Обновите конфигурацию одним из способов выше.
5. Запустите базу под администратором и дождитесь обработчиков обновления.
6. Снимите блокировку сеансов и сообщите пользователям.

Выгрузка и загрузка как запасной путь

Бывает, что обновление идёт на тестовой копии. Тогда базу выгружают в .dt: в Конфигураторе меню «Администрирование» → «Выгрузить информационную базу». Потом создают новую пустую базу и загружают в неё этот файл через «Загрузить информационную базу». Копию обновляют, проверяют, и только потом повторяют на рабочей.

Удобно, но выгрузка файла .dt не заменяет резервную копию на уровне СУБД: восстановление из .dt на большой базе идёт долго.

Ошибки при обновлении и что с ними делать

Тексты сообщений зависят от версии платформы, поэтому ориентируйтесь на смысл.

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

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

Когда база запустилась, это ещё не конец. Нужно убедиться, что всё работает.

1. Откройте «О программе» и сверьте номер версии с тем, что ставили.
2. Проведите один-два типовых документа, например поступление и реализацию.
3. Сформируйте регламентированный отчёт или привычный оборотный отчёт и сравните цифры с предыдущим периодом.
4. Проверьте печатные формы, особенно с доработками.
5. Убедитесь, что обмены с банком, ЭДО и другими базами подключаются.
6. Только потом разрешите пользователям работать.

После этого сохраните копию, сделанную до обновления, хотя бы на неделю. Проблемы иногда всплывают не сразу, например при закрытии месяца.

Для себя заведите заметку: дата, версия до и после, кто делал, были ли ошибки. Через год пригодится, когда будете искать, с какого релиза что-то поменялось.