Как скопировать базу данных 1С: пошаговое руководство

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

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

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

Как определить, какой у вас тип базы

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

Дополнительно тип можно посмотреть в самой программе: меню «Файл» → «О программе» или раздел «Администрирование» → «Обслуживание» в типовых конфигурациях показывают строку подключения. Если база открывается через веб-браузер по ссылке вида https://…1c.ru — это облачный сервис, и копирование выполняется другими средствами.

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

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

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

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

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

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

Файловая база — это каталог на диске, где главный файл называется 1Cv8.1CD. Чтобы скопировать такую базу, достаточно скопировать весь каталог целиком средствами проводника Windows или командой копирования. Это самый быстрый способ: скорость ограничена только диском и сетью, а результат — точная побайтовая копия.

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

Копируйте каталог целиком, а не только файл 1Cv8.1CD: рядом могут лежать вложенные папки с вспомогательными данными (например, хранилища файлов, если конфигурация использует тома на диске). Пропуск этих папок приведёт к тому, что присоединённые файлы в копии окажутся недоступны.

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

Клиент-серверная база физически хранится в СУБД — чаще всего MS SQL Server или PostgreSQL. Копирование делается штатными средствами СУБД: для MS SQL это Backup/Restore в SQL Server Management Studio, для PostgreSQL — утилиты pg_dump и pg_restore. Прямое копирование файлов данных СУБД (mdf/ldf или каталога data) без остановки службы недопустимо — получите повреждённую копию.

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

Для MS SQL типичная последовательность команд выглядит так:

BACKUP DATABASE [trade] TO DISK = N'D:\Backups\trade_copy.bak' WITH COPY_ONLY;
RESTORE DATABASE [trade_copy] FROM DISK = N'D:\Backups\trade_copy.bak'
WITH MOVE 'trade' TO 'D:\SQLData\trade_copy.mdf',
MOVE 'trade_log' TO 'D:\SQLData\trade_copy_log.ldf';

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

Способ 4: копия базы в облачном сервисе

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

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

Как проверить, что копия получилась рабочей

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

Для копий, снятых копированием файлов, дополнительно полезно запустить в конфигураторе «Администрирование» → «Тестирование и исправление» с проверкой логической и ссылочной целостности — на тестовой копии это безопасно. Если копия создавалась для тестирования, отключите в ней регламентные задания и обмены, чтобы копия не начала отправлять реальные документы контрагентам или в государственные системы.

Типичные ошибки при копировании базы 1С

Большинство проблем с копиями возникает из-за нескольких повторяющихся ошибок. Их легко избежать, если знать о них заранее.

Отдельно выделите проблему идентичности копий: тестовая база внешне неотличима от рабочей. Сразу после создания копии зайдите в неё и измените заголовок системы или добавьте в название базы в списке запуска пометку «КОПИЯ» или «ТЕСТ». Это простое действие предотвращает большинство случаев ввода данных не в ту базу.

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