Администрирование · 11 мин
Как сделать копию базы 1С: все рабочие способы
Как сделать копию базы 1С через выгрузку dt, копирование файла 1Cv8.1CD и средства СУБД. Пошаговые инструкции, проверка результата и типичные ошибки.
Копия базы 1С нужна в двух ситуациях: для страховки перед рискованными операциями (обновление, свёртка, массовая обработка данных) и для создания отдельной рабочей среды — тестовой базы для проверки доработок или обучения сотрудников. Способ копирования зависит от того, как развёрнута база: в файловом варианте (один файл 1Cv8.1CD в папке) или в клиент-серверном (на SQL Server, PostgreSQL или другой СУБД).
Универсальный метод, работающий в обоих вариантах, — выгрузка информационной базы в файл с расширением .dt через конфигуратор. Для файловых баз допустимо прямое копирование каталога, для серверных — штатные средства резервного копирования СУБД. Каждый способ имеет ограничения: например, dt-файл не содержит некоторых служебных данных, а копирование файловой базы при открытых сеансах даёт повреждённую копию.
Ниже разобраны все рабочие способы с точным порядком действий, условиями выбора и проверкой результата. Перед любой операцией убедитесь, что у вас есть права администратора базы и достаточно свободного места на диске — копия большой базы может занимать десятки гигабайт.
Как определить тип вашей базы и подготовиться
Перед копированием выясните, в каком режиме работает база. Откройте конфигуратор, перейдите в меню «Администрирование» → «Свойства информационной базы» либо посмотрите строку подключения в списке баз стартера 1С. Если путь выглядит как папка на диске или сетевом ресурсе (File="D:\Bases\Trade") — это файловый вариант. Если указан сервер и имя базы (Srvr="server1";Ref="trade") — клиент-серверный.
Подготовка включает три обязательных действия. Во-первых, завершите все сеансы пользователей: в конфигураторе откройте «Администрирование» → «Активные пользователи» и попросите всех выйти, либо завершите сеансы принудительно через консоль кластера для серверной базы. Во-вторых, проверьте свободное место: для dt-выгрузки нужен объём, сопоставимый с размером базы, плюс запас на временные файлы. В-третьих, убедитесь, что у учётной записи есть права администратора информационной базы и установлен монопольный режим там, где он требуется.
Способ 1. Выгрузка в файл .dt через конфигуратор
Выгрузка в dt — штатный и самый безопасный метод, подходящий для любой базы независимо от платформы и СУБД. Полученный файл переносим между серверами, версиями СУБД и даже между файловым и клиент-серверным режимами. Запустите конфигуратор, войдите в базу под администратором и дождитесь завершения всех сеансов пользователей.
В меню выберите «Администрирование» → «Выгрузить информационную базу», укажите путь и имя файла (например, backup_trade.dt) и подтвердите операцию. Процесс может занимать от нескольких минут до нескольких часов в зависимости от объёма данных и скорости дисковой подсистемы. По завершении конфигуратор выдаст сообщение об успешной выгрузке.
- 1Завершите все сеансы пользователей и фоновые задания
- 2Откройте конфигуратор под учётной записью администратора
- 3Выберите «Администрирование» → «Выгрузить информационную базу»
- 4Укажите путь сохранения и имя файла .dt
- 5Дождитесь сообщения об успешном завершении
- 6Проверьте, что файл создан и его размер не равен нулю
Обратная операция — загрузка — выполняется через «Администрирование» → «Загрузить информационную базу». Важно понимать: загрузка dt полностью замещает содержимое базы-приёмника, поэтому её выполняют в пустую созданную базу либо в базу, данные которой больше не нужны. Перед загрузкой в непустую базу сделайте её собственную копию.
Ограничения выгрузки в dt
Файл dt не является побайтовой копией: в него не попадают некоторые служебные настройки, например параметры подключения к серверу, а также хранилище конфигурации, если оно ведётся отдельно. Для очень больших баз (сотни гигабайт) выгрузка и загрузка dt могут занимать много часов и требовать значительных ресурсов — в таких случаях для серверных баз предпочтительнее копия средствами СУБД.
Способ 2. Копирование файловой базы как папки
Если база файловая, её можно скопировать целиком как обычный каталог. Все данные находятся в файле 1Cv8.1CD внутри папки базы. Завершите все сеансы, убедитесь, что в папке не осталось файлов блокировок, и скопируйте каталог штатными средствами операционной системы — проводником, командой или скриптом резервного копирования.
Чтобы подключить копию, добавьте её в список информационных баз стартера 1С: кнопка «Добавить» → «Добавление в список существующей информационной базы» → укажите путь к скопированной папке. После этого копия открывается как обычная база. Это удобный способ быстро создать тестовую среду: вся история, пользователи и настройки сохраняются.
xcopy "D:\Bases\Trade" "D:\Backup\Trade_copy" /E /I /HКоманда xcopy с ключами /E /I /H копирует каталог со всеми вложенными папками и скрытыми файлами. Для регулярного резервирования такую команду помещают в bat-файл и запускают через планировщик заданий Windows в ночное время, когда пользователи не работают. Реквизиты подключения к копии при этом не изменяются автоматически — их задают вручную при добавлении базы в список.
Способ 3. Копия клиент-серверной базы средствами СУБД
Для базы на Microsoft SQL Server используйте штатное резервное копирование: в SQL Server Management Studio щёлкните правой кнопкой по базе → «Tasks» → «Back Up», выберите полный тип копии (Full) и укажите файл назначения. Восстановление выполняется через «Restore Database» с новым именем базы — так получают независимую копию. После восстановления копию регистрируют в консоли кластера серверов 1С как новую информационную базу с указанием нового имени на СУБД.
Для PostgreSQL применяют утилиту pg_dump: она создаёт согласованную выгрузку базы без остановки сервера, хотя для гарантии целостности пользователей лучше отключить. Восстановление выполняется через psql или pg_restore в заранее созданную пустую базу. Затем в консоли кластера 1С создают информационную базу, указывая имя восстановленной базы PostgreSQL.
pg_dump -U postgres -Fc trade > /backup/trade_copy.dumpКлючевое ограничение: копия средствами СУБД привязана к той же СУБД и совместимой версии сервера. Перенести такую копию с SQL Server на PostgreSQL не получится — для миграции между СУБД используют выгрузку в dt. Также помните, что при регистрации копии в кластере 1С нельзя допускать, чтобы две базы с одинаковым содержимым одновременно работали с внешними системами (обмены, ЭДО, банк-клиенты): копия может начать отправлять дублирующие запросы.
Сравнение способов и выбор подходящего
| Способ | Когда подходит | Ограничения |
|---|---|---|
| Выгрузка в .dt | Любая база, перенос между СУБД и платформами | Долго на больших базах, нужен монопольный доступ |
| Копирование папки | Только файловые базы, быстрый бэкап и тестовая копия | Нельзя при открытых сеансах, не работает для серверных |
| Резервная копия СУБД | Клиент-серверные базы, большие объёмы, регламентный бэкап | Привязка к типу и версии СУБД, нужны права на сервере БД |
Как выбрать способ
Проверка копии и типичные ошибки
После создания копии проверьте её работоспособность до того, как она понадобится для восстановления. Откройте копию в режиме предприятия, войдите под своей учётной записью, сформируйте пару стандартных отчётов (например, оборотно-сальдовую ведомость или отчёт по продажам) и сравните итоги с рабочей базой. Для dt-выгрузки полезно сразу после создания выполнить тестовую загрузку в пустую базу — это гарантирует, что файл не повреждён.
Как проверить результат
База открывается без ошибок, список пользователей на месте
Ошибка формата потока или требование восстановления — копия повреждена
Обороты и остатки совпадают с рабочей базой на дату копии
Расхождения в суммах — копирование выполнялось при активных сеансах
Документы открываются, прикреплённые файлы доступны
Пустые журналы, недоступные вложения — копия неполная
Отдельная ошибка — путать копию базы с архивом хранилища конфигурации. Если разработка ведётся через хранилище, его резервная копия делается отдельно (копированием каталога хранилища при остановленном сервере хранилища или выгрузкой через конфигуратор). Копия информационной базы хранилище не включает.
Удобно выработать регламент: полная копия ежедневно ночью, хранение нескольких последних копий с ротацией, раз в месяц — контрольное восстановление на отдельной машине. Название файла копии включайте дату, например trade_2026-06-01.dt, чтобы не путать версии при восстановлении.
Частые вопросы
Можно ли скопировать базу 1С, не останавливая работу пользователей?
Выгрузка в dt и копирование файловой базы требуют завершения сеансов — иначе копия будет несогласованной. Для клиент-серверной базы резервное копирование средствами СУБД технически возможно «на горячую», но рекомендуется всё равно выбирать время минимальной нагрузки, чтобы копия отражала завершённое состояние транзакций.
Чем копия в dt отличается от резервной копии СУБД?
Файл dt — логическая выгрузка данных в формате платформы 1С, переносимая между разными СУБД и режимами работы. Резервная копия СУБД — физический снимок базы на уровне сервера баз данных, который восстанавливается только в той же СУБД. Для больших серверных баз копия СУБД создаётся и восстанавливается заметно быстрее.
Как сделать из копии тестовую базу для обучения?
Создайте копию любым способом, добавьте её в список баз под понятным именем, например «Тестовая», затем отключите в ней все обмены, фоновые задания и подключения к внешним сервисам. Полезно также изменить заголовок системы в настройках, чтобы пользователи визуально отличали тестовую базу от рабочей.
Почему загруженная из dt копия занимает меньше места, чем исходная база?
Загрузка в dt физически пересоздаёт таблицы и индексы, устраняя фрагментацию и незанятое пространство, которое накапливается в рабочей базе со временем. Это нормальное явление, а не признак потери данных: полноту копии проверяют сравнением итогов отчётов, а не размером файлов.
Как часто нужно делать копии рабочей базы?
Минимальный разумный режим — ежедневная копия в нерабочее время с хранением нескольких последних версий. Перед любым обновлением конфигурации, свёрткой базы или массовой обработкой данных делают внеочередную копию. Периодичность увеличивают, если за день вводится большой объём критичных документов.
Что важно запомнить
Универсальный способ копии — выгрузка в .dt через конфигуратор; файловую базу можно скопировать как папку, серверную — средствами СУБД. Любое копирование выполняйте при завершённых сеансах, а результат проверяйте открытием копии и сверкой отчётов. В тестовой копии сразу отключайте обмены и фоновые задания, чтобы она не конфликтовала с рабочей системой.