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

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

Как создать копию базы данных 1С

Способы создать копию базы 1С: выгрузка через конфигуратор, копирование файла 1Cv8.1CD, средства СУБД. Проверка результата, риски и типичные ошибки.

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

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

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

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

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

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

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

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

Это универсальный метод, который работает и для файловых, и для клиент-серверных баз. Полученный файл .dt подходит для резервного хранения, переноса базы и создания тестовой копии.

Перед выгрузкой завершите работу всех пользователей: откройте в конфигураторе «Администрирование → Активные пользователи» и попросите всех выйти, либо завершите сеансы принудительно. Затем установите блокировку сеансов («Администрирование → Блокировка установки соединений»), чтобы никто не вошёл во время выгрузки.

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

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

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

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

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

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

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

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

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

Для MS SQL Server откройте SQL Server Management Studio, найдите базу, щёлкните правой кнопкой: «Tasks → Back Up», выберите полный тип копии (Full) и укажите файл назначения. Для PostgreSQL используйте утилиту pg_dump:

bash
pg_dump -U postgres -F c -f base_backup.dump имя_базы

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

Сравнение способов: что выбрать в вашей ситуации

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

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

Выгрузка в .dt

Универсально, переносимо между платформами и СУБД. Минус: медленно на больших базах, требует монопольного доступа.

Копирование каталога файловой базы

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

Резервная копия СУБД

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

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

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

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

Как проверить, что копия рабочая

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

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

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

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

Вход в базу
Норма

Копия открывается в режиме предприятия без ошибок

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

Ошибка открытия, сообщение о повреждении базы

Данные за последний период
Норма

Последние документы на месте, отчёты формируются

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

Отсутствуют свежие документы, отчёты выдают ошибки

Регламентные задания в тестовой копии
Норма

Блокировка регламентных заданий включена

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

Копия выполняет обмены и рассылки наравне с рабочей базой

Типичные ошибки при создании копии

Большинство проблем с копиями возникает не из-за сложности процедуры, а из-за пропущенных подготовительных шагов. Разберите типовые сценарии до того, как столкнётесь с ними на практике.

Типичные ошибки
01
Копирование файловой базы при активных сеансах — копия оказывается повреждённой и не открывается
02
Хранение единственной копии на том же диске, что и рабочая база — при отказе диска теряются обе
03
Тестовая копия без блокировки регламентных заданий — дублирование обменов и рассылок
04
Копии никогда не проверяются восстановлением — в момент сбоя выясняется, что архив нерабочий
05
Загрузка .dt в существующую базу вместо пустой — данные затираются без возможности отката

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

Удобно называть файлы копий с указанием даты и времени, например buh_2026-05-15_0930.dt. Так проще найти нужную версию при восстановлении и контролировать, что копии создаются регулярно, а не от случая к случаю.
ПЗ
Практическое замечание

Часто задаваемые вопросы

Можно ли скопировать базу 1С, пока в ней работают пользователи?

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

Чем отличается выгрузка .dt от копирования файла базы?

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

Как сделать копию базы для тестирования обновления?

Выгрузите базу в .dt, создайте пустую базу, загрузите в неё файл и включите блокировку регламентных заданий. Затем в конфигураторе тестовой копии выполните обновление и проверьте работу ключевых документов и отчётов.

Сколько места нужно для копии базы?

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

Как автоматизировать создание копий?

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

Можно ли загрузить .dt в базу с другой конфигурацией?

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

Итог

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

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