Резервная копия базы 1С 8.3: как сделать и не потерять данные

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

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

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

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

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

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

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

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

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

Имя файла и папку выбирайте осмысленно: удобно включать в название дату, чтобы копии не перезаписывали друг друга. Хранить файл .dt следует не на том же диске, где лежит сама база, — иначе при отказе диска вы потеряете и базу, и копию.

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

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

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

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

@echo off
set SRC=D:\Bases\Buh
set DST=E:\Backup\1C
set NAME=buh_%date:~6,4%-%date:~3,2%-%date:~0,2%.zip
"C:\Program Files\7-Zip\7z.exe" a "%DST%\%NAME%" "%SRC%\1Cv8.1CD"

Перед постановкой такого задания в расписание добавьте в скрипт проверку или принудительное завершение сеансов, иначе часть копий будет создаваться некорректно. После настройки обязательно запустите задание вручную и проверьте, что архив создаётся и распаковывается.

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

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

Для Microsoft SQL Server резервная копия создаётся через SQL Server Management Studio: правый клик по базе → «Задачи» → «Создать резервную копию», тип — «Полная». Для регулярного выполнения настраивается план обслуживания или задание агентa SQL Server. Для PostgreSQL используется утилита pg_dump, которую удобно запускать по расписанию через планировщик.

BACKUP DATABASE [my_base_1c]
TO DISK = N'E:\Backup\my_base_1c_full.bak'
WITH COMPRESSION, CHECKSUM;

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

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

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

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

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

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

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

Типичные ошибки при резервном копировании 1С

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

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