Как скопировать информационную базу 1С: все рабочие способы

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

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

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

Как определить режим работы вашей базы

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

Файловая база — это один файл 1Cv8.1CD в папке на диске или сетевом ресурсе. Клиент-серверная база физически хранится в СУБД (MS SQL Server, PostgreSQL, Oracle, IBM Db2), а сервер 1С лишь обеспечивает к ней доступ. Это принципиальная разница: скопировать папку с клиент-серверной базой невозможно, данные находятся не в каталоге 1С.

Способ 1: выгрузка базы в файл .dt через конфигуратор

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

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

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

1. 1
   Завершите работу всех пользователей и фоновые задания в базе
2. 2
   Откройте базу в конфигураторе под учётной записью с правами администратора
3. 3
   Выберите Файл → Выгрузить информационную базу и укажите путь к файлу .dt
4. 4
   Дождитесь окончания выгрузки и проверьте, что файл создан и имеет ненулевой размер
5. 5
   Создайте пустую базу и загрузите в неё файл через Файл → Загрузить информационную базу

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

Способ 2: копирование папки файловой базы

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

Обязательное условие — отсутствие активных сеансов. Если в момент копирования кто-то работает в базе, файл может быть скопирован в несогласованном состоянии, и копия окажется повреждённой. Перед копированием закройте 1С у всех пользователей или временно переместите базу в папку, к которой нет доступа по сети.

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

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

Для клиент-серверной базы штатный промышленный способ — резервное копирование средствами СУБД с последующим восстановлением под новым именем. В MS SQL Server это операции BACKUP DATABASE и RESTORE DATABASE, в PostgreSQL — утилиты pg_dump и pg_restore либо создание базы из шаблона.

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

BACKUP DATABASE [TradeBase] TO DISK = N'D:\Backups\TradeBase_copy.bak' WITH COPY_ONLY;

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

Как зарегистрировать копию в списке баз

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

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

Что отключить в копии перед началом работы

Копия наследует все механизмы интеграции исходной базы. Первым делом после создания копии отключите: обмены с другими базами 1С, синхронизацию с сайтом и CRM, обмен с банками (клиент-банк, 1С:ДиректБанк), отправку отчётности, подключение к торговому оборудованию и регламентные задания, которые обращаются к внешним сервисам.

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

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

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

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

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