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

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

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

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

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

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

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

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

Это базовый метод, который стоит освоить в первую очередь. Запустите конфигуратор нужной базы под пользователем с полными правами. Если в базе работают другие пользователи, завершите их сеансы: выгрузка требует монопольного доступа, иначе платформа выдаст ошибку.

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

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

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

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

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

Главный риск метода — копирование при открытых сеансах. Файл в этот момент может находиться в промежуточном состоянии, и скопированная версия окажется повреждённой или несогласованной. Поэтому перед копированием убедитесь, что программа закрыта у всех пользователей, а файл не заблокирован.

Восстановление такой копии простое: файл 1Cv8.1CD помещается в новый каталог, а в списке баз при запуске 1С добавляется путь к этому каталогу. Это самый быстрый способ вернуть файловую базу к жизни после сбоя.

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

Если база работает на Microsoft SQL Server, правильный инструмент — штатный механизм backup самой СУБД. В SQL Server Management Studio выберите нужную базу, откройте контекстное меню: Tasks → Back Up. Укажите тип Full, назначение файла .bak и запустите процесс.

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

Восстановление выполняется через Tasks → Restore → Database с указанием файла .bak. После восстановления базу подключают к серверу 1С через консоль администрирования или создают новую информационную базу с привязкой к восстановленной БД.

Как настроить автоматическое резервное копирование

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

Пример команды для пакетного файла:

"C:\Program Files\1cv8\8.3.x.xxxx\bin\1cv8.exe" DESIGNER /F"D:\Bases\MyBase" /N"Админ" /P"пароль" /DumpIB"D:\Backup\base_%date%.dt"

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

Для клиент-серверных баз автоматизацию настраивают средствами самой СУБД: план обслуживания в SQL Server или pg_dump по cron/планировщику для PostgreSQL. Храните копии минимум в двух физически разных местах — локальный диск сервера не защищает от его выхода из строя.

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

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

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

Частые вопросы о резервном копировании 1С 8.3