Разработка и Конфигурация · 9 мин
Как загрузить конфигурацию из файла в хранилище 1С
Пошаговая инструкция: как загрузить конфигурацию 1С из файла CF в хранилище, проверить результат, избежать типичных ошибок и не потерять данные разработчиков.
Загрузка конфигурации из файла в хранилище — типовая задача при переносе разработки, восстановлении хранилища после сбоя или подключении к проекту новой версии конфигурации, полученной от поставщика или другой команды. Операция выполняется в Конфигураторе и требует монопольного доступа к хранилищу, поэтому перед началом нужно убедиться, что все разработчики завершили работу и отключились.
Важно понимать разницу между двумя действиями: «Загрузить конфигурацию из файла» заменяет конфигурацию базы данных содержимым CF-файла, а «Загрузить конфигурацию из файла в хранилище» помещает файл в хранилище как новую версию, фиксируя её в истории. Именно второй вариант используется, когда нужно, чтобы изменения стали доступны всей команде и попали в историю версий.
Ошибка в этой процедуре может привести к потере незафиксированных изменений разработчиков, рассинхронизации версий и невозможности выполнить объединение. Поэтому ниже разобран полный порядок действий: от подготовительных проверок до контроля результата.
Что понадобится перед началом работы
Для выполнения операции потребуется файл конфигурации с расширением .cf, полученный через «Сохранить конфигурацию в файл» или поставку от вендора. Убедитесь, что файл не повреждён и соответствует той же линии конфигурации, что и хранилище — попытка загрузить файл от другой конфигурации приведёт к конфликтам или полной замене структуры метаданных.
У учётной записи, под которой вы подключаетесь к хранилищу, должны быть права администратора хранилища. Обычный пользователь хранилища с правами только на захват и помещение объектов не сможет выполнить загрузку из файла — пункт меню будет недоступен или операция завершится ошибкой прав доступа.
Также подготовьте резервную копию. Минимально необходимый набор: выгрузка информационной базы в .dt и копия каталога хранилища (файл 1cv8ddb.1CD и сопутствующие файлы). Это единственный способ откатиться, если загрузка пройдёт некорректно.
Подготовка хранилища и команды разработчиков
Первый шаг — уведомить всех участников разработки. Каждый разработчик должен поместить свои изменения в хранилище (зафиксировать версию) либо осознанно отменить захват объектов. Проверить состояние можно через пункт меню «Конфигурация → Хранилище конфигурации → Статус хранилища» или через список пользователей хранилища.
Далее необходимо отключить всех пользователей от хранилища на время операции. Если кто-то останется подключённым, платформа может заблокировать загрузку сообщением о занятости хранилища. В крупных командах удобно заранее договориться о «окне» для административных операций.
Проверьте целостность самого хранилища: откройте историю версий и убедитесь, что последние версии открываются без ошибок. Если хранилище уже повреждено, загрузка новой конфигурации не исправит проблему, а может усугубить её. В таком случае сначала выполните тестирование и исправление файла хранилища штатными средствами.
Пошаговая загрузка конфигурации из файла в хранилище
Откройте Конфигуратор и войдите в информационную базу, подключённую к хранилищу, под учётной записью администратора хранилища. Если база ещё не подключена, выполните «Конфигурация → Хранилище конфигурации → Подключиться к хранилищу» и укажите путь к каталогу хранилища, имя и пароль пользователя хранилища.
Далее выполните саму загрузку. Порядок действий небольшой, но каждый шаг важен:
- 1Откройте меню Конфигурация → Хранилище конфигурации → Загрузить конфигурацию из файла
- 2Укажите путь к CF-файлу и подтвердите начало загрузки
- 3Дождитесь завершения сравнения и объединения — не прерывайте процесс
- 4После загрузки выполните Конфигурация → Хранилище конфигурации → Поместить в хранилище (зафиксировать версию) с осмысленным комментарием
- 5Проверьте появление новой версии в истории хранилища
Во время загрузки платформа выполнит сравнение загружаемой конфигурации с текущей конфигурацией хранилища. В зависимости от различий может появиться окно сопоставления объектов — проверьте, что объекты сопоставлены корректно, особенно если конфигурации разошлись по составу метаданных. Ошибочное сопоставление «по имени» вместо «по внутреннему идентификатору» может привести к дублированию объектов.
После завершения загрузки обязательно зафиксируйте версию с понятным комментарием, например: «Загружена конфигурация поставщика, релиз X.X.X.X». Это упростит навигацию по истории и возможный откат.
Проверка результата после загрузки
Формальное завершение операции не гарантирует корректность результата. Откройте историю хранилища и убедитесь, что новая версия появилась, её номер соответствует ожиданиям, а комментарий сохранён. Сравните конфигурацию хранилища с конфигурацией базы данных — они должны совпадать.
Дополнительно полезно получить конфигурацию из хранилища в отдельную тестовую базу и запустить её в режиме Предприятия. Если конфигурация загружена корректно, база откроется без ошибок обновления и структуры метаданных.
Как проверить результат
Новая версия с комментарием присутствует в журнале
Версии нет или она без комментария и автора
Конфигурация БД совпадает с конфигурацией хранилища
Есть различия — загрузка или фиксация не завершена
База обновляется и открывается без ошибок
Ошибки обновления или несовпадения метаданных
Типичные ошибки и как их избежать
Большинство проблем при загрузке связаны не с самой операцией, а с нарушением подготовительных процедур. Разберём наиболее частые сценарии сбоев.
Отдельная ошибка — попытка загрузить файл .cfu (файл обновления) вместо .cf. Файл обновления предназначен для другого механизма — «Обновить конфигурацию из файла» — и не подходит для полной загрузки в хранилище. Проверяйте расширение файла перед началом.
Альтернативные способы переноса конфигурации
Загрузка из файла — не единственный способ актуализировать хранилище. В зависимости от задачи могут быть удобнее другие подходы.
Сравнение вариантов
Полная замена конфигурации хранилища содержимым файла. Подходит для переноса разработки или восстановления. Требует монопольного доступа и осторожности
Выборочный перенос объектов из CF-файла. Подходит, когда нужно забрать только часть доработок. Дольше, но безопаснее для существующих изменений
Штатное обновление типовой конфигурации файлом поставки. Подходит только для конфигураций на поддержке без снятых с поддержки объектов
Создание нового хранилища из текущей конфигурации базы. Теряется история версий, но решает проблему повреждённого хранилища
Если цель — не заменить конфигурацию целиком, а перенести отдельные доработки из внешнего файла, используйте «Конфигурация → Сравнить, объединить с конфигурацией из файла». Этот механизм позволяет отметить только нужные объекты и не трогает остальные метаданные.
Когда загрузку лучше доверить специалисту
Самостоятельная загрузка оправдана, когда хранилище небольшое, команда из двух-трёх разработчиков предупреждена, а резервная копия создана и проверена. В таких условиях риск минимален, а процедура занимает несколько минут.
Обратитесь к опытному администратору 1С, если хранилище содержит длинную историю версий, используется несколько веток разработки, есть признаки повреждения файла хранилища или предыдущая попытка загрузки завершилась ошибкой. Восстановление повреждённого хранилища — задача заметно более сложная, чем профилактическая консультация.
Что важно запомнить
Загрузка конфигурации из файла в хранилище выполняется через Конфигурация → Хранилище конфигурации → Загрузить конфигурацию из файла и требует прав администратора хранилища, отключения всех пользователей и обязательной фиксации версии после загрузки. Перед операцией всегда создавайте резервную копию хранилища и выгрузку базы.
Частые вопросы
Можно ли загрузить конфигурацию в хранилище, не отключая разработчиков?
Технически платформа может заблокировать операцию при активных подключениях, а если и позволит выполнить её, захваченные объекты других разработчиков окажутся в рассогласованном состоянии. Их несохранённые изменения будут потеряны. Поэтому отключение команды и фиксация всех изменений — обязательное условие, а не рекомендация.
Чем загрузка в хранилище отличается от обычной загрузки конфигурации из файла?
Обычная загрузка заменяет конфигурацию базы данных, но не влияет на хранилище и его историю. Загрузка в хранилище переносит файл именно в хранилище, чтобы новая конфигурация стала основой для всей команды и после фиксации появилась в истории версий.
Что делать, если загрузка завершилась ошибкой на середине?
Не повторяйте загрузку сразу. Сначала проверьте состояние хранилища: откройте историю и попробуйте получить последнюю версию в тестовую базу. Если хранилище повреждено, восстановите его из резервной копии и только после этого повторите операцию, устранив причину сбоя.
Сохранится ли история версий хранилища после загрузки конфигурации из файла?
Да, история не удаляется — загрузка добавляет новое состояние, а после фиксации в журнале появляется новая версия. Все предыдущие версии остаются доступными для просмотра и получения. История теряется только при пересоздании хранилища с нуля.
Можно ли загрузить в хранилище файл обновления .cfu?
Нет. Файл .cfu предназначен для механизма обновления конфигураций и содержит только изменения относительно определённых версий. Для загрузки в хранилище нужен полный файл конфигурации .cf, полученный через «Сохранить конфигурацию в файл».