Как обновить базу 1С из хранилища

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

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

Что такое хранилище конфигурации и когда требуется обновление

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

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

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

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

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

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

Пошаговое обновление из хранилища

Сама процедура занимает несколько минут и выполняется полностью в конфигураторе. Закройте сеансы других пользователей не требуется, если обновление затрагивает только конфигурацию (не базу данных), но на этапе обновления конфигурации базы данных монопольный доступ понадобится.

1. 1
   Сделайте выгрузку базы в файл .dt (Администрирование → Выгрузить информационную базу)
2. 2
   Поместите готовые изменения в хранилище или отмените захват ненужных объектов
3. 3
   Откройте Конфигурация → Хранилище конфигурации → Обновить конфигурацию из хранилища
4. 4
   Укажите версию хранилища: последнюю или конкретный номер из истории
5. 5
   Дождитесь завершения объединения и изучите окно сообщений о конфликтах
6. 6
   Выполните обновление конфигурации базы данных (F7 или Конфигурация → Обновить конфигурацию базы данных)
7. 7
   Проверьте, что изменения появились в конфигурации, и протестируйте ключевые сценарии

На шаге выбора версии можно указать не только последнюю. Если нужно откатиться к состоянию на конкретную дату, откройте историю хранилища (Хранилище конфигурации → История), найдите нужную версию по номеру, дате и комментарию и укажите её при обновлении. Это удобно, когда последние помещённые изменения вызвали ошибку и нужно временно вернуться к стабильному состоянию.

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

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

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

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

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

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

Версия конфигурации в базе

Норма

Совпадает с последней версией хранилища (проверяется через историю)

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

База осталась на старой версии — обновление не применилось

Окно сообщений после объединения

Норма

Нет ошибок, только информационные сообщения

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

Есть строки об ошибках или невозможности объединения объектов

Проверка конфигурации (Конфигурация → Проверка конфигурации)

Норма

Проверка завершается без критических ошибок

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

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

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

Норма

База открывается, изменённые функции работают

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

Ошибки при запуске или в изменённых объектах

Обновление до конкретной версии и работа с историей

Как найти нужную версию

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

Откат к предыдущей версии

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

Типичные проблемы и их решение

Самая частая ошибка — «Конфигурация базы данных не соответствует сохранённой конфигурации». Она означает, что обновление конфигурации выполнено, а обновление базы данных — нет. Решение простое: нажмите F7 и подтвердите изменения структуры.

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

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

Частые вопросы об обновлении из хранилища

Можно ли обновиться из хранилища, если у меня есть захваченные объекты?

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

Что делать, если пункт «Обновить конфигурацию из хранилища» неактивен?

Пункт недоступен, когда база не подключена к хранилищу. Проверьте Конфигурация → Хранилище конфигурации → Параметры хранилища: если там пусто, выполните подключение, указав путь к файлу хранилища и пользователя. Также пункт может быть недоступен, если конфигурация закрыта — сначала откройте её через Конфигурация → Открыть конфигурацию.

Как понять, на сколько версий моя база отстаёт от хранилища?

Откройте историю хранилища (Конфигурация → Хранилище конфигурации → История) и посмотрите номер последней версии. Затем сравните его с версией, до которой обновлялась ваша база — она видна в диалоге обновления из хранилища. Разница номеров и есть отставание. Если база долго не обновлялась, полезно просмотреть комментарии к пропущенным версиям, чтобы понимать, какие изменения придут.

Можно ли обновить рабочую базу пользователей напрямую из хранилища?

Технически можно, но делать так не следует. Хранилище содержит промежуточные, не всегда протестированные изменения. Правильная схема: разработчики обновляют свои базы из хранилища, доводят доработки до стабильного состояния, затем формируется файл конфигурации (.cf) или обновление (.cfu), которое тестируется на копии рабочей базы и только потом применяется к продуктивной базе вне рабочего времени.

Чем обновление из хранилища отличается от загрузки конфигурации из файла?

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