Как сохранить копию базы 1С: все рабочие способы

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

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

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

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

Отдельно стоит упомянуть встроенное автоматическое резервное копирование, которое есть в некоторых типовых конфигурациях (например, в «Бухгалтерии предприятия»). Оно создаёт zip-архивы по расписанию и удобно для небольших файловых баз, но не заменяет полноценную выгрузку перед обновлением.

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

Это самый надёжный и универсальный метод. Откройте конфигуратор, войдите под пользователем с правами администратора и попросите всех пользователей завершить работу — выгрузка требует монопольного доступа. Если сеансы останутся активными, платформа выдаст ошибку «Нарушение прав доступа» или «Информационная база заблокирована».

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

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

Полученный файл .dt загружается обратно через тот же конфигуратор: «Файл → Загрузить информационную базу». Учтите, что загрузка полностью заменяет содержимое базы-приёмника, поэтому её лучше выполнять в пустую или специально созданную копию.

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

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

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

Чтобы восстановить базу из такой копии, создайте в списке информационных баз новую пустую базу без конфигурации, укажите её каталог и замените в нём файл 1Cv8.1CD скопированным. Либо просто положите файл в отдельную папку и добавьте её как существующую базу.

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

В клиент-серверном режиме данные хранятся не в файле, а в СУБД — чаще всего MS SQL Server или PostgreSQL. Копирование файлов данных сервера вручную недопустимо: работающая СУБД держит их открытыми, и копия будет несогласованной. Правильный путь — штатный бэкап средствами самой СУБД.

Для MS SQL Server используйте SQL Server Management Studio: правый клик по базе → Tasks → Back Up, тип Full. Для PostgreSQL — утилиту pg_dump. Если навыков администрирования СУБД нет, безопасная альтернатива — та же выгрузка .dt через конфигуратор: она работает и в клиент-серверном режиме, хотя на больших базах занимает заметное время.

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

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

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

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

Надёжная проверка — тестовое восстановление. Создайте пустую базу, загрузите в неё .dt или подключите скопированный 1Cv8.1CD, войдите в режим предприятия и откройте несколько отчётов за разные периоды. Если данные на месте и отчёты строятся — копия рабочая.

Где хранить копии и как часто их делать

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

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

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

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

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

Частые вопросы о копиях 1С