Как сделать копию базы 1С: Комплексная автоматизация

Копия информационной базы 1С: Комплексная автоматизация 2 нужна в трёх типовых ситуациях: перед обновлением конфигурации, для создания тестовой среды разработчика и как резервная копия на случай сбоя. Способ копирования зависит от того, в каком режиме работает база — файловом или клиент-серверном (MS SQL, PostgreSQL и другие СУБД). Универсальный вариант, доступный в обоих случаях, — выгрузка базы в файл с расширением .dt через конфигуратор.

Важно понимать разницу: копия файловой базы — это просто файл 1Cv8.1CD, который можно скопировать как обычный документ, а клиент-серверная база лежит в СУБД, и «скопировать файл» там не получится. Ниже разобраны все рабочие способы с конкретными шагами, проверками результата и ограничениями.

Определите режим работы базы: файловый или клиент-серверный

Перед копированием выясните, где физически хранится база. Откройте список информационных баз в стартовом окне 1С, выделите нужную базу — в нижней части окна будет указан путь. Если это путь к папке на диске или сетевом ресурсе вида \\server\bases\ka — база файловая. Если указан сервер 1С и имя базы на кластере — клиент-серверная.

Тот же ответ даёт пункт меню «Файл → Сведения для технической поддержки» уже внутри открытой базы: там прямо указан режим работы. От этого зависит весь дальнейший порядок действий, поэтому проверку нельзя пропускать.

Копирование файловой базы через файл 1Cv8.1CD

Самый быстрый способ для файловой базы — скопировать каталог целиком. Главный файл данных называется 1Cv8.1CD, именно в нём хранятся все документы, справочники и настройки. Рядом могут лежать служебные файлы (1Cv8.1CL, 1Cv8.cgr и другие) — их копировать не обязательно, они пересоздадутся автоматически.

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

1. 1
   Попросите всех пользователей выйти из базы
2. 2
   Откройте папку базы (путь виден в списке баз)
3. 3
   Скопируйте файл 1Cv8.1CD в новую папку, например C:\Bases\KA_copy
4. 4
   В стартовом окне 1С нажмите «Добавить» → «Добавление в список существующей информационной базы»
5. 5
   Укажите имя копии и путь к новой папке
6. 6
   Откройте копию и проверьте, что данные на месте

После запуска копия появится в списке баз как отдельная информационная база. Чтобы пользователи не путали рабочую базу и копию, дайте копии явное имя, например «КА 2 (тестовая копия)», и при необходимости установите на неё дату блокировки изменений или ограничьте права.

Выгрузка и загрузка через файл .dt — универсальный способ

Выгрузка в .dt работает одинаково для файловых и клиент-серверных баз и не требует доступа к серверу СУБД. Это стандартный механизм платформы 1С, пригодный для переноса базы между компьютерами, смены сервера и создания тестовых копий.

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

Чтобы развернуть копию, создайте новую пустую информационную базу (без конфигурации, «из шаблона» не требуется), откройте её конфигуратором и выполните «Администрирование → Загрузить информационную базу», указав файл .dt. После загрузки конфигуратор предложит перезапуститься — согласитесь.

Копирование клиент-серверной базы через СУБД

Если база работает на MS SQL Server или PostgreSQL, самый производительный способ — сделать резервную копию средствами самой СУБД и восстановить её под новым именем. Для MS SQL это команда BACKUP DATABASE или мастер в SQL Server Management Studio: правый клик по базе → Tasks → Back Up. Затем база восстанавливается (Restore) под другим именем, например KA_test.

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

BACKUP DATABASE [KA_work] TO DISK = N'D:\backup\KA_work_copy.bak' WITH COPY_ONLY, COMPRESSION;

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

Что сделать сразу после создания копии

Свежесозданная копия — это полный двойник рабочей базы, включая все настроенные обмены, регламентные задания и подключения к внешним сервисам. Если копия тестовая, первым делом отключите в ней опасные автоматические процессы: синхронизацию с другими базами, обмен с ЭДО, отправку почты, выгрузки на сайт и в банк-клиенты.

Для этого зайдите в копию под администратором и проверьте раздел «Администрирование → Обслуживание → Регламентные и фоновые задания», а также настройки синхронизации данных. В клиент-серверном варианте удобнее заблокировать регламентные задания целиком на уровне информационной базы в консоли кластера.

Проверка результата

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

Дополнительно для файловой копии полезно выполнить тестирование и исправление базы (Конфигуратор → Администрирование → Тестирование и исправление) в режиме проверки без исправлений — это выявит скрытые повреждения, если копирование проходило при нештатных условиях.

Выбор способа под вашу задачу

Три способа копирования не взаимозаменяемы в полной мере: у каждого свои ограничения по скорости, требуемым правам и рискам. Выбирайте по ситуации, а не по привычке.

Для регулярного резервного копирования ручные способы не подходят — настройте автоматику: план обслуживания в MS SQL, pg_dump по расписанию для PostgreSQL или пакетный запуск конфигуратора с выгрузкой .dt. Резервная копия, которую нужно делать вручную, рано или поздно перестаёт делаться вовсе.

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