Как обновить 1С через CF-файл

Обновление конфигурации 1С через CF-файл — стандартный способ установить новую версию программы, когда автоматическое обновление через интернет недоступно или нежелательно. CF-файл — это файл конфигурации, который содержит полный файл поставки или обновление, подготовленное фирмой «1С» или разработчиком отраслевого решения. Такой способ часто применяют, когда база снята с поддержки, доработана под нужды компании или обновление нужно выполнить на сервере без доступа к порталу 1С.

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

Инструкция подходит для типовых конфигураций (Бухгалтерия предприятия, Управление торговлей, Зарплата и управление персоналом и других), работающих как в файловом, так и в клиент-серверном варианте. Для выполнения обновления потребуются права администратора в конфигураторе и монопольный доступ к базе.

Что такое CF-файл и когда он нужен

CF-файл (файл конфигурации) — это контейнер, в котором хранится вся структура конфигурации 1С: объекты метаданных, модули, формы, макеты и права. Разработчик выгружает его из конфигуратора через команду «Конфигурация → Сохранить конфигурацию в файл» либо поставляет как файл обновления. Важно различать CF и CFU: первый содержит полную конфигурацию, второй — только обновление между конкретными версиями.

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

Подготовка базы перед обновлением

Первое и обязательное действие — создание резервной копии. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельную папку или выполнить выгрузку через конфигуратор («Администрирование → Выгрузить информационную базу»). Для клиент-серверной базы используйте средства СУБД (MS SQL, PostgreSQL) или ту же выгрузку в dt-файл. Без резервной копии откатить неудачное обновление будет практически невозможно.

Далее убедитесь, что версия CF-файла подходит для вашей текущей конфигурации. Откройте сведения о конфигурации («Конфигурация → Поддержка → Настройка поддержки» или сведения о версии в режиме предприятия) и сопоставьте номер релиза с тем, для которого предназначено обновление. Если пропущено несколько промежуточных релизов, обновлять базу придётся последовательно — через каждый промежуточный CF.

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

Загрузка конфигурации из CF-файла

Откройте конфигуратор под пользователем с полными правами. Если конфигурация закрыта, выполните «Конфигурация → Открыть конфигурацию». Затем перейдите в меню «Конфигурация → Поддержка → Обновить конфигурацию». В появившемся диалоге выберите вариант «Выбор файла обновления» и укажите путь к CF-файлу.

Система проанализирует файл и покажет окно сравнения и объединения конфигураций. Здесь отображаются различия между текущей конфигурацией и загружаемой: новые объекты, изменённые модули, удалённые элементы. Если конфигурация типовая и находится на поддержке, достаточно нажать «Выполнить» с настройками по умолчанию. Если есть доработки, внимательно просмотрите список изменений и снимите флажки с объектов, которые не должны быть перезаписаны.

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

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

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

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

Во время реорганизации база недоступна для пользователей, а прерывание процесса (отключение питания, разрыв соединения с сервером) может оставить базу в повреждённом состоянии. Поэтому обновление крупных баз лучше выполнять в нерабочее время, а для клиент-серверного варианта — с уверенностью в стабильности соединения с сервером 1С и СУБД.

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

Проверка результата обновления

После завершения обновления запустите базу в режиме предприятия. При первом запуске типовые конфигурации выполняют обработчики обновления: переносят данные в новые регистры, заполняют служебные справочники, обновляют настройки. Этот процесс может занять заметное время — не прерывайте его и не запускайте параллельные сеансы.

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

Контрольные точки

Как проверить результат

Номер версии в разделе «О программе»

Норма

Совпадает с версией загруженного CF-файла

Тревожный признак

Осталась старая версия — обновление не применилось

Запуск в режиме предприятия

Норма

Выполняются обработчики обновления, база открывается без ошибок

Тревожный признак

Ошибки при запуске, сообщения о нарушении целостности

Работа доработанных объектов

Норма

Доработки функционируют как раньше

Тревожный признак

Ошибки в модулях — требуется адаптация доработок под новый релиз

Проведение документов и отчёты

Норма

Документы проводятся, отчёты формируются корректно

Тревожный признак

Ошибки при проведении или пустые отчёты

Особенности обновления доработанных конфигураций

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

Практическое правило: объекты, добавленные вашей командой (новые справочники, документы, отчёты), обычно не конфликтуют с обновлением и переносятся автоматически. Проблемы возникают с типовыми объектами, в которые внесены правки, — их придётся объединять вручную, перенося свои изменения в новую версию модуля. Чем больше таких правок, тем дольше обновление, поэтому для сильно доработанных конфигураций обновление часто поручают специалисту.

Перед обновлением доработанной конфигурации выгрузите текущую конфигурацию в CF-файл и сохраните его отдельно. Если после объединения доработка потерялась, вы сможете сравнить старую и новую версии и восстановить нужный код вручную.

Типичные ошибки и их последствия

Самая распространённая ошибка — попытка загрузить CF, предназначенный для другого релиза. Платформа либо откажется обновлять с сообщением о несоответствии версий, либо выполнит объединение с потерей данных. Всегда проверяйте, для каких версий предназначен файл: обычно это указано в сопроводительной документации или имени файла.

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

Частые вопросы об обновлении 1С через CF-файл

Чем CF-файл отличается от CFU-файла?

CF содержит полную конфигурацию целиком, а CFU — только обновление между конкретными версиями. CFU меньше по размеру и применяется строго к указанному релизу. CF универсальнее, но при объединении требует более внимательной проверки, особенно на доработанных конфигурациях.

Можно ли обновить базу через несколько релизов сразу?

Только если поставщик CF-файла явно указывает такую возможность. В большинстве случаев обновление выполняется последовательно через каждый промежуточный релиз, потому что обработчики обновления данных рассчитаны на конкретную цепочку версий. Пропуск релизов может привести к ошибкам при первом запуске.

Что делать, если конфигурация снята с поддержки?

Обновление выполняется тем же способом, но платформа не сможет автоматически определить порядок объединения. Используйте режим сравнения-объединения, вручную отмечая объекты из нового релиза. Для сильно изменённых конфигураций разумно привлечь специалиста по 1С.

Нужно ли обновлять платформу 1С вместе с конфигурацией?

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

Как откатить обновление, если что-то пошло не так?

Единственный надёжный способ — восстановить базу из резервной копии, созданной до обновления. Для файловой базы верните на место файл 1Cv8.1CD или загрузите dt-файл, для клиент-серверной — восстановите базу средствами СУБД. Штатного механизма отката обновления в 1С нет.

Можно ли обновлять базу, пока пользователи работают?

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