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

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

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

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

Какой способ резервного копирования выбрать

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

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

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

Запустите базу в режиме конфигуратора под пользователем с полными правами. Откройте меню «Администрирование» и выберите пункт «Выгрузить информационную базу». Укажите путь и имя файла — в имя удобно включать дату, например buh_2026-06-01.dt, чтобы потом не путать копии.

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

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

Особенности и ограничения выгрузки в .dt

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

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

Копирование файла базы 1Cv8.1CD (файловый режим)

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

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

Резервное копирование клиент-серверной базы

Для базы на Microsoft SQL Server используйте штатный механизм: в SQL Server Management Studio щёлкните по базе правой кнопкой, выберите Tasks → Back Up, укажите тип Full и путь к файлу .bak. Для регулярного копирования настройте план обслуживания (Maintenance Plan) с расписанием — например, полная копия ночью и разностные в течение дня.

Для PostgreSQL резервная копия создаётся утилитой pg_dump или pg_basebackup. Копию выполняйте от имени пользователя с правами на базу и сохраняйте на отдельный диск или сетевое хранилище.

pg_dump -U postgres -F c -f /backup/ut_$(date +%Y%m%d).dump ut_base

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

Автоматизация: копии по расписанию

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

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

Проверка и восстановление резервной копии

Копия, которая ни разу не восстанавливалась, — это предположение, а не гарантия. Периодически разворачивайте копию в тестовую базу: для .dt — через «Загрузить информационную базу» в пустую базу, для .bak — через Restore в SQL Server. После восстановления откройте базу в режиме предприятия и сверьте несколько контрольных значений, например остатки по складу или обороты за последний месяц.

Признаки проблемы: загрузка .dt обрывается с ошибкой, база не открывается, данные за последние дни отсутствуют. В таком случае копия непригодна — срочно создайте новую и разберитесь с причиной (диск, права, прерванный процесс).

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

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