К статье
Практический материал

Администрирование · 10 мин

Как создать хранилище 1С и подключить к нему информационную базу

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

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

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

Что такое хранилище конфигурации и когда оно нужно

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

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

Подготовка: выбор каталога и прав доступа

Перед созданием хранилища подготовьте отдельный пустой каталог. Для групповой работы это должна быть сетевая папка, доступная всем разработчикам по одному и тому же пути — лучше использовать UNC-путь вида \\server\1c_storage, а не подключённый сетевой диск, поскольку буквы дисков у разных пользователей могут отличаться. Для одиночной разработки подойдёт локальный каталог, например D:\1C\Storage.

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

Создание хранилища через конфигуратор: пошагово

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

Порядок создания одинаков для большинства актуальных версий платформы 1С:Предприятие 8.3:

Порядок действий
  1. 1
    Откройте информационную базу в режиме «Конфигуратор» под пользователем с полными правами.
  2. 2
    Перейдите в меню «Конфигурация — Хранилище конфигурации — Создать хранилище».
  3. 3
    Укажите путь к подготовленному пустому каталогу (локальному или сетевому UNC).
  4. 4
    Задайте имя и пароль администратора хранилища — это отдельная учётная запись, не связанная с пользователями базы.
  5. 5
    Дождитесь завершения операции: платформа создаст структуру файлов и поместит текущую конфигурацию как первую версию.
  6. 6
    Проверьте, что в меню «Конфигурация — Хранилище конфигурации» появились активные пункты «Захватить», «Поместить», «История хранилища».

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

Подключение других разработчиков к хранилищу

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

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

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

Маршрут решения

Как выбрать действие

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

Если под хранилищем понимается информационная база

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

Серверная база создаётся через тот же диалог, но с вариантом «На сервере 1С:Предприятия»: указываются имя сервера, тип СУБД (MS SQL, PostgreSQL и др.) и параметры подключения. Для серверного варианта нужны права на создание базы в СУБД и работающий агент сервера 1С. Если задача — именно учётная база, а не версионный контроль конфигурации, хранилище конфигурации создавать не требуется.

Сравнение вариантов

Хранилище конфигурации

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

Файловая информационная база

Учётные данные для небольшой команды. Простое создание, ограничения по одновременной работе и объёму.

Серверная информационная база

Учётные данные для средних и крупных внедрений. Требует сервера 1С и СУБД, сложнее в администрировании.

Проверка результата и типичные ошибки

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

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

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

Пункты меню хранилища в конфигураторе
Норма

«Захватить», «Поместить», «История» активны

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

Пункты серые — база не подключена или нет прав

Захват объекта вторым разработчиком
Норма

Платформа сообщает, что объект захвачен другим пользователем

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

Объект захватывается без предупреждения — подключение выполнено к разным хранилищам

История хранилища
Норма

Видна первая версия и новые версии с комментариями

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

История пуста или ошибка чтения каталога — проблема с правами на папку

Сетевой путь
Норма

Одинаковый UNC-путь у всех разработчиков

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

Разные буквы дисков — часть команды работает с копией хранилища

Типичные ошибки
01
Создание хранилища в непустом каталоге — конфликт служебных файлов и риск повреждения структуры.
02
Использование сетевого диска вместо UNC-пути — у разработчиков разные буквы дисков, и часть команды подключается к другой копии.
03
Потеря пароля администратора хранилища — невозможно управлять пользователями и снимать «зависшие» захваты.
04
Отсутствие комментариев при помещении версий — через месяц невозможно понять, где нужное изменение.
05
Помещение изменений без обновления конфигурации из хранилища — накопление расхождений и конфликты при обновлении.
06
Отсутствие резервной копии каталога хранилища — при сбое диска теряется вся история разработки.

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

Итог

Что важно запомнить

Хранилище конфигурации создаётся из конфигуратора в пустой общедоступный каталог с UNC-путём. Разработчики подключают свои базы к этому каталогу и работают через захват и помещение объектов. Сохраните пароль администратора хранилища и включите каталог в резервное копирование.

Частые вопросы о хранилище 1С

Можно ли создать хранилище для уже рабочей базы с данными?

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

Что делать, если разработчик ушёл, а объект остался захваченным?

Администратор хранилища может отменить чужой захват через «Администрирование хранилища» или пункт «Отменить захват» с правами администратора. Несохранённые изменения этого разработчика при этом не попадут в хранилище, но останутся в его локальной базе.

Можно ли перенести хранилище на другой сервер?

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

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

Хранилище — встроенный механизм платформы с блокирующим захватом объектов: один объект редактирует один человек. Git — распределённая система с ветвлением и слиянием, используется в связке с 1C:EDT. Для классической разработки в конфигураторе хранилище проще, для крупных команд и ветвления функциональности удобнее EDT с Git.

Сколько места занимает хранилище и нужно ли его чистить?

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

Нужны ли одинаковые версии платформы у всех разработчиков?

Желательно использовать одну версию платформы, совместимую с хранилищем. Работа с разными релизами платформы может приводить к ошибкам совместимости формата и невозможности подключения, поэтому версию платформы для команды фиксируют заранее.