Как сделать копию хранилища 1С

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

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

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

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

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

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

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

Подготовка: что проверить перед копированием

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

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

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

Способ 1. Выгрузка хранилища через конфигуратор

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

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

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

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

Способ 2. Копирование каталога хранилища целиком

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

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

xcopy "D:\1C_Storage\MainStorage" "E:\Backups\Storage_%date:~6,4%-%date:~3,2%-%date:~0,2%\" /E /I /H /Y

Для клиент-серверного варианта, где хранилище размещено через сервер 1С:Предприятия, копирование файлов напрямую не подходит — нужно либо использовать выгрузку через конфигуратор, либо делать резервную копию на уровне СУБД, если хранилище развёрнуто в базе данных. Точный механизм зависит от используемой СУБД и способа размещения.

Не путайте: копия хранилища и копия информационной базы

Частая путаница: администратор делает выгрузку базы в .dt и считает, что хранилище тоже сохранено. Это не так. Файл .dt содержит данные и текущую конфигурацию базы, но не содержит истории версий хранилища и информации о захваченных объектах. Аналогично копия хранилища не заменяет копию базы — в ней нет ни одного документа.

Минимально правильная схема резервного копирования для команды разработки: ежедневная копия информационной базы (через .dt, копию 1Cv8.1CD для файлового режима или средствами СУБД) плюс регулярная копия каталога хранилища. Периодичность копий хранилища зависит от интенсивности разработки: при активной работе нескольких разработчиков разумно копировать ежедневно.

Проверка результата и восстановление из копии

Копия, работоспособность которой не проверена, не считается резервной копией. Минимальная проверка для копии каталога — сравнение числа файлов и общего размера с источником. Для выгрузки через конфигуратор — наличие файла ненулевого размера и отсутствие ошибок в процессе выгрузки.

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

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

Типичные ошибки и ограничения

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

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

Частые вопросы