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

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

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

Ниже разобраны четыре рабочих метода: выгрузка в файл .dt через конфигуратор, копирование файла 1Cv8.1CD, резервное копирование на стороне SQL-сервера и создание тестовой копии для экспериментов. Для каждого указаны условия применения, ограничения и способ проверить, что копия получилась рабочей.

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

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

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

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

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

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

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

1. 1
   Завершите работу всех пользователей: в конфигураторе откройте «Администрирование» → «Активные пользователи» и убедитесь, что сеансов нет.
2. 2
   Запустите конфигуратор под учётной записью с полными правами.
3. 3
   Откройте меню «Администрирование» → «Выгрузить информационную базу».
4. 4
   Укажите путь и имя файла, например Backup_Base_01.dt, на диске с достаточным свободным местом.
5. 5
   Дождитесь окончания выгрузки — внизу окна появится сообщение об успешном завершении.
6. 6
   Проверьте, что файл создан и его размер не равен нулю.

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

Способ 2. Копирование файла 1Cv8.1CD для файловой базы

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

Критическое условие: ни один пользователь и ни один процесс 1С не должны быть подключены к базе в момент копирования. Если скопировать файл «на живую», копия с высокой вероятностью окажется повреждённой: платформа постоянно пишет в файл, и вы получите его несогласованное состояние.

1. 1
   Попросите всех пользователей выйти из 1С и закройте конфигуратор.
2. 2
   Убедитесь, что нет зависших процессов 1cv8.exe, подключённых к базе.
3. 3
   Откройте каталог базы (путь виден в списке баз при запуске).
4. 4
   Скопируйте файл 1Cv8.1CD или всю папку базы в другое место — на другой диск или сетевой ресурс.
5. 5
   Для использования копии добавьте её в список баз: кнопка «Добавить» → указание каталога с копией.

Чтобы гарантировать отсутствие сеансов, можно временно переименовать папку базы или переместить её — тогда пользователи просто не смогут подключиться. После копирования верните всё на место.

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

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

Для MS SQL Server бэкап создаётся через SQL Server Management Studio: правой кнопкой по базе → «Задачи» → «Создать резервную копию», тип — «Полная». Либо командой T-SQL:

BACKUP DATABASE [MyBase1C] TO DISK = N'D:\Backups\MyBase1C_full.bak' WITH COMPRESSION;

Для PostgreSQL используется утилита pg_dump:

pg_dump -U postgres -Fc -f /backups/mybase1c.dump mybase1c

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

Как создать тестовую копию для экспериментов и обновлений

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

Для файловой базы скопируйте папку, добавьте её в список баз под понятным именем вроде «Бухгалтерия ТЕСТ». Для клиент-серверной — выгрузите .dt, создайте новую пустую базу в консоли кластера и загрузите файл в неё, либо восстановите бэкап СУБД под другим именем базы данных.

1. 1
   Войдите в копию и убедитесь, что это именно копия: проверьте заголовок базы и несколько последних документов.
2. 2
   Отключите регламентные и фоновые задания, чтобы копия не выполняла обмены, рассылки и загрузку курсов.
3. 3
   Отключите или очистите настройки синхронизации с другими программами и сервисами.
4. 4
   Смените пароли интеграционных учётных записей или отключите их.
5. 5
   Проверьте обновление или доработку на копии, зафиксируйте результат.

Проверка копии: как убедиться, что она рабочая

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

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

Для файловых баз полезно дополнительно прогнать проверку физической целостности утилитой chdbfl.exe из каталога установки платформы. Запускайте её только на копии файла, никогда на рабочей базе, и сначала в режиме проверки без исправления.

Автоматизация: регулярные копии без ручной работы

Разовая копия решает задачу «здесь и сейчас», но для защиты от сбоев нужны регулярные копии по расписанию. Файловую базу можно копировать скриптом через планировщик заданий Windows в ночное время, когда пользователи не работают:

copy /Y "D:\Bases\Trade\1Cv8.1CD" "E:\Backups\Trade_%date:~0,2%-%date:~3,2%.1CD"

Более надёжный вариант для файловых баз — выгрузка .dt пакетным запуском конфигуратора с параметрами /DumpIB, указанием пути к базе и учётных данных. Для клиент-серверных баз настройте план обслуживания в SQL Server или задание pg_dump по cron/Task Scheduler.

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

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