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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как резервировать клиент-серверную базу

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

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

BACKUP DATABASE [my_base] TO DISK = N'D:\Backups\my_base_full.bak' WITH COMPRESSION;

Выгрузка в dt для серверной базы тоже работает и полезна как дополнительный формат — например, перед обновлением конфигурации или при миграции на другой сервер. Но как единственный способ ежедневного резервирования большой серверной базы dt неудобен из-за длительности процесса и требования монопольного доступа.

Как автоматизировать создание копий по расписанию

Ручное копирование рано или поздно забывается, поэтому резервное копирование стоит автоматизировать. Для файловой базы достаточно пакетного скрипта, который копирует файл 1Cv8.1CD в папку с датой в имени, и задачи в Планировщике заданий Windows на ночное время, когда пользователи не работают.

set SRC=D:\Bases\Buh\1Cv8.1CD
set DST=E:\Backups\%date:~6,4%-%date:~3,2%-%date:~0,2%_1Cv8.1CD
copy "%SRC%" "%DST%"

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

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

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

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

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

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

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

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

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