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

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

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

Важно различать копию и архивную выгрузку: простое копирование папки сохраняет базу «как есть», а выгрузка в .dt ещё и проверяет целостность данных в процессе. Ниже разобраны оба подхода, их ограничения и порядок проверки результата.

Какие способы копирования базы 1С существуют

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

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

Как сделать копию через выгрузку в файл .dt

Выгрузка в .dt — самый надёжный способ для большинства ситуаций. Запустите конфигуратор нужной базы: в стартовом окне 1С выберите базу и нажмите «Конфигуратор». Авторизуйтесь под пользователем с правами администратора.

В меню откройте «Администрирование → Выгрузить информационную базу». Укажите путь и имя файла с расширением .dt — рекомендуется включать в имя дату, например buh_2026-05-15.dt, чтобы потом не путать копии. Дождитесь завершения выгрузки: для небольшой базы это минуты, для большой — часы.

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

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

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

Файловая база хранится в одном каталоге, ключевой файл — 1Cv8.1CD. Путь к каталогу виден в списке баз при запуске 1С (внизу окна выбора информационных баз). Чтобы сделать копию, достаточно скопировать весь каталог или сам файл 1Cv8.1CD в другое место.

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

После копирования проверьте результат: добавьте скопированную папку как новую базу в список (кнопка «Добавить → Добавление в список существующей информационной базы») и попробуйте войти. Если база открывается и данные на месте — копия рабочая.

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

В клиент-серверном варианте данные хранятся не в файле, а в базе СУБД (MS SQL Server, PostgreSQL и др.), поэтому копирование делается штатными средствами СУБД. Для MS SQL Server это команда BACKUP DATABASE через SQL Server Management Studio или скрипт, для PostgreSQL — утилита pg_dump.

Пример для MS SQL Server: откройте Management Studio, найдите нужную базу, щёлкните правой кнопкой → «Задачи → Создать резервную копию», выберите тип «Полная» и укажите файл назначения. Полная копия включает все данные и не зависит от предыдущих бэкапов.

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

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

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

Копия, которая не проверена, не считается копией. Минимальная проверка для файла .dt — создать пустую базу в списке, зайти в её конфигуратор и выполнить «Администрирование → Загрузить информационную базу», указав выгруженный файл. Если загрузка прошла без ошибок и данные открываются — копия валидна.

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

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

Разовая копия защищает перед конкретной операцией, но настоящая защита данных — регулярное резервное копирование по расписанию. Для файловых баз это можно сделать скриптом (пакетный файл с копированием папки или вызовом конфигуратора в пакетном режиме с командой выгрузки) через планировщик заданий Windows. Для серверных — через планы обслуживания MS SQL или cron для PostgreSQL.

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

Типичные ошибки и ограничения

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

Отдельные ограничения стоит знать заранее. Выгрузка в .dt очень больших баз может не выполняться из-за нехватки памяти на 32-разрядной платформе — используйте 64-разрядный клиент. Загрузка .dt всегда полностью замещает данные целевой базы, поэтому загружать копию можно только в пустую или заведомо ненужную базу. Копирование файла .1CD не переносит настройки списка баз — их придётся добавить вручную.

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