Резервное копирование базы 1С: способы, расписание, восстановление

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

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

Файловая и клиент-серверная база: почему способ копии зависит от типа

Сначала определите, с чем работаете. Откройте окно запуска 1С, выделите базу и посмотрите строку запуска под списком.

• 🗂️ Файловая база. Все данные лежат в одном файле 1Cv8.1CD в каталоге базы. Путь в окне запуска начинается с File="...". Такой вариант используют на одном компьютере или в небольшой сети до 5–10 пользователей.
• 🖥️ Клиент-серверная база . Данные хранит СУБД (PostgreSQL или Microsoft SQL Server), а 1С работает через сервер «1С:Предприятия». Строка запуска начинается с Srvr="..." и содержит имя сервера и базы.

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

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

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

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

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

"C:\Program Files\1cv8\8.3.2x.xxxx\bin\1cv8.exe" DESIGNER /F"C:\bases\buh" /N"Админ" /P"пароль" /DumpIB "D:\backup\buh_%date%.dt"

Здесь /F — путь к файловой базе, /N и /P — логин и пароль, /DumpIB — имя создаваемого файла. Точный номер версии платформы (8.3.2x.xxxx) подставьте свой — посмотрите его в каталоге C:\Program Files\1cv8.

Файл .dt — это снимок на момент выгрузки. Он не заменяет регулярное копирование: между выгрузками данные не защищены.

Копирование файла базы 1Cv8.1CD вручную

Для файловой базы самый быстрый способ — скопировать каталог базы целиком. В нём лежит файл 1Cv8.1CD и служебные файлы.

1. Убедитесь, что из базы вышли все пользователи. Копировать 1Cv8.1CD при активных сеансах нельзя — копия получится повреждённой.
2. Откройте каталог базы (путь виден в окне запуска после File=).
3. Скопируйте весь каталог на другой диск или внешний носитель.
4. Переименуйте копию с указанием даты, чтобы не путать версии.

Плюс способа — скорость и простота: восстановление сводится к обратному копированию. Минус — файл надёжно копируется только когда в базе никого нет.

Настройка автоматического копирования по расписанию

Ручные копии рано или поздно забывают сделать. Автоматизация снимает человеческий фактор.

Встроенный механизм конфигурации. В типовых конфигурациях на базе БСП (Бухгалтерия, ЗУП, Управление торговлей) есть свой инструмент. Откройте раздел Администрирование, группу настроек обслуживания, пункт резервного копирования. Там включают копирование при завершении работы или по расписанию и задают каталог для копий. Подходит для файловых баз.

Bat-файл и планировщик Windows. Более гибкий вариант для файловой базы. Создайте bat-файл с командой /DumpIB из раздела выше (или с обычным копированием каталога через robocopy), затем добавьте его в Планировщик заданий Windows на ночное время.

@echo off
set DT=%date:~6,4%-%date:~3,2%-%date:~0,2%
"C:\Program Files\1cv8\8.3.2x.xxxx\bin\1cv8.exe" DESIGNER /F"C:\bases\buh" /N"Админ" /P"пароль" /DumpIB "D:\backup\buh_%DT%.dt"
if %errorlevel%==0 (echo %date% %time% OK >> D:\backup\log.txt) else (echo %date% %time% FAIL >> D:\backup\log.txt)

Строка с errorlevel пишет в лог результат: если выгрузка упала, вы увидите FAIL и разберётесь, а не узнаете о проблеме в день восстановления.

Чтобы диск не переполнялся, добавьте удаление копий старше 30 дней командой forfiles:

forfiles /p "D:\backup" /m *.dt /d -30 /c "cmd /c del @path"

Резервные копии клиент-серверной базы (PostgreSQL и MS SQL)

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

PostgreSQL. Резерв делают утилитой pg_dump — она выгружает базу в файл без остановки работы:

pg_dump -U postgres -F c -f /backup/buh_2026-10-07.dump buh_base

Ключ -F c создаёт сжатый формат, который восстанавливается командой pg_restore. Запуск по расписанию — через cron на Linux или планировщик на Windows.

У pg_dump есть ограничение: это логическая выгрузка на момент запуска. Для крупных баз и восстановления на точный момент времени применяют pg_basebackup вместе с архивацией журнала WAL — так можно поднять базу не только на время последней копии, но и на любой момент между копиями. Настройка сложнее, зато потеря данных сводится к минутам.

Microsoft SQL Server. Копию настраивают планом обслуживания в SQL Server Management Studio или командой:

BACKUP DATABASE [buh_base] TO DISK = N'D:\backup\buh_2026-10-07.bak' WITH COMPRESSION;

Расписание задаёт SQL Server Agent. Для рабочих баз настраивают полную копию раз в сутки и копии журнала транзакций в течение дня — так теряется минимум данных.

Проверка целостности и работоспособности копии

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

• Контроль размера и лога. Копия не должна быть подозрительно маленькой. Сверяйтесь с логом из bat-файла — там видно, прошла выгрузка или упала.
• Тестовое восстановление. Раз в месяц загружайте копию в отдельную тестовую базу и запускайте её. Если база открывается и данные на месте — копия рабочая.
• Проверка файловой базы. Физическую целостность файла 1Cv8.1CD проверяет утилита chdbfl.exe из каталога bin платформы. Запускайте её по копии, а не по рабочей базе.
• Тестирование и исправление. В конфигураторе есть Администрирование → Тестирование и исправление — полная проверка логической целостности. Запускайте на копии: операция требует монопольного доступа и может менять данные.

Хранение копий: облако, внешние диски и правило 3-2-1

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

Ориентир — правило 3-2-1: три копии данных, на двух разных носителях, одна из них — вне офиса.

Облачные диски (корпоративные хранилища, объектное хранилище) удобны как «копия вне офиса». В типовых конфигурациях есть и встроенный облачный архив — он отправляет резерв в облако по расписанию. Для него нужен доступ к интернет-поддержке.

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

Порядок зависит от того, из чего восстанавливаете.

Из файла .dt:

1. Запустите нужную базу в режиме Конфигуратор.
2. Убедитесь, что в базе нет пользователей.
3. Выберите Администрирование → Загрузить информационную базу.
4. Укажите файл .dt и подтвердите. Текущие данные базы будут заменены данными из копии.

Из копии файла 1Cv8.1CD: закройте 1С, замените файл в каталоге базы на файл из копии. Если каталог базы повреждён — создайте новую файловую базу «из существующей» и укажите каталог с восстановленным файлом.

Из копии СУБД: PostgreSQL восстанавливают командой pg_restore, MS SQL — RESTORE DATABASE или через SQL Server Management Studio. Восстанавливать лучше в отдельную базу СУБД, а не поверх рабочей — если копия окажется неполной, рабочая останется цела. После восстановления проверьте, что база зарегистрирована на сервере «1С:Предприятия»: при необходимости добавьте её в список информационных баз заново, указав сервер и имя базы в СУБД.

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

Частые ошибки при резервном копировании

• 🔴 Копируют файл 1Cv8.1CD при активных пользователях. Копия получается с незавершёнными транзакциями и при восстановлении не открывается. Всегда закрывайте сеансы.
• 🔴 Хранят копии рядом с базой. При отказе диска или шифровальщике пропадают и база, и резерв. Разносите по правилу 3-2-1.
• 🔴 Ни разу не пробовали восстановиться. Проблема копии обнаруживается в худший момент. Делайте тестовое восстановление регулярно.
• 🔴 Считают .dt единственной защитой. Это снимок на момент выгрузки. Между выгрузками данные не защищены — нужен регулярный график.
• 🔴 Не чистят старые копии. Диск переполняется, и новые копии перестают создаваться молча. Настройте автоудаление и контроль свободного места.