Бэкап базы 1С 8.3: способы, расписание, восстановление и защита копий

Чтобы сохранить базу 1С 8, сделайте её резервную копию: для файловой базы скопируйте каталог с файлом 1Cv8.1CD, когда в программе никто не работает , или выгрузите базу в файл .dt через Конфигуратор → Администрирование → Выгрузить информационную базу. Для серверной базы основной способ — бэкап средствами СУБД (MS SQL Server или PostgreSQL). Восстановление делается обратной операцией: возврат каталога, загрузка .dt или восстановление бэкапа СУБД.

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

Почему кнопка «Сохранить» не спасает данные 1С

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

Отсюда простой вывод. Данные в 1С записаны сразу, но существуют в одном экземпляре. Если повреждён файл базы или сервер СУБД, «откатить» их нечем, кроме резервной копии.

Что реально угрожает базе:

• 💥 сбой диска или питания во время записи — повреждение файла 1Cv8.1CD;
• 🔒 шифровальщик, который зашифровал всё в общих папках, включая копии рядом с базой;
• 🔄 обновление конфигурации , после которого база не запускается;
• 🧑‍💻 ошибочная обработка: групповое удаление, перенумерация, перепроведение за год;
• 🗑️ случайное удаление каталога базы или пометка и удаление объектов.

Бухгалтерские данные ещё и обязательны к хранению: первичные документы, регистры и отчётность организация хранит не менее пяти лет (ст. 29 закона № 402-ФЗ). Электронная база — часть этих данных.

Способы резервного копирования базы 1С 8: что выбрать

Способов четыре. Они не исключают друг друга: на практике сочетают два.

Как сохранить базу 1С вручную: пошагово

Копия каталога файловой базы

1. Попросите всех выйти из программы. Проверить можно в Конфигураторе: Администрирование → Активные пользователи.
2. Узнайте путь к базе: в окне запуска выделите базу — путь виден внизу окна.
3. Скопируйте весь каталог (не только 1Cv8.1CD) на другой диск или в архив.
4. Подпишите архив датой: Buh_2026-10-07.zip.

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

Выгрузка базы в файл .dt

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

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

💡 Перед каждым обновлением конфигурации делайте отдельную выгрузку .dt и храните её до следующего успешного обновления.

Автоматическое резервное копирование 1С по расписанию

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

Встроенная настройка в типовых конфигурациях

В БП 3.0, ЗУП 3.1, УТ 11 и других конфигурациях на БСП есть раздел Администрирование → Обслуживание → Резервное копирование и восстановление. Он работает для файловых баз под Windows.

1. Откройте раздел и выберите настройку резервного копирования.
2. Включите автоматическое копирование и задайте расписание: например, ежедневно при завершении работы.
3. Укажите каталог для копий — на другом диске, не там, где база.
4. Задайте, сколько копий хранить, чтобы диск не переполнился.

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

Скрипт и Планировщик заданий Windows

Для любой базы подходит выгрузка .dt из командной строки. Пример backup_1c.bat для файловой базы:

@echo off
set V8="C:\Program Files\1cv8\8.3.24.1586\bin\1cv8.exe"
set BASE=D:\Bases\Buh
set DEST=E:\Backup1C
for /f %%i in ('powershell -NoProfile -Command "Get-Date -Format yyyy-MM-dd_HHmm"') do set STAMP=%%i

%V8% DESIGNER /F "%BASE%" /N "Администратор" /P "пароль" /DisableStartupDialogs /DumpIB "%DEST%\Buh_%STAMP%.dt" /Out "%DEST%\log_%STAMP%.txt"

rem удалить выгрузки старше 14 дней
forfiles /p "%DEST%" /m *.dt /d -14 /c "cmd /c del @path"

Номер версии в пути замените на установленный у вас: он виден в каталоге C:\Program Files\1cv8. Для серверной базы вместо /F "путь" укажите /S "имя_сервера\имя_базы".

Запустите скрипт через Планировщик заданий Windows: создайте задачу на 02:00 ежедневно, укажите запуск от имени пользователя с доступом к базе и к папке копий. Лог из параметра /Out покажет, была ли выгрузка успешной.

Бэкап серверной базы средствами СУБД

MS SQL Server. В SQL Server Management Studio создайте план обслуживания или задание агента. Минимальная команда полного бэкапа:

BACKUP DATABASE [Buh] TO DISK = N'E:\SQLBackup\Buh_full.bak'
WITH INIT, COMPRESSION, CHECKSUM;

Если база в модели восстановления FULL, добавьте бэкап журнала транзакций каждый час. Тогда можно восстановиться на любой момент, а не только на ночь. Сжатие COMPRESSION доступно не во всех редакциях: в Express его нет.

PostgreSQL. Ночной дамп в сжатом формате custom:

pg_dump -U postgres -Fc -d buh -f /backup/buh_$(date +%F).backup

Запускайте через cron (Linux) или Планировщик (Windows). Пароль храните в файле .pgpass, а не в строке команды.

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

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

Из копии каталога

1. Попросите всех выйти из базы.
2. Переименуйте текущий каталог базы, например в Buh_old. Не удаляйте его.
3. Распакуйте копию в каталог с прежним именем.
4. Запустите 1С и проверьте последние документы.

Из файла .dt

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

Из командной строки то же делает параметр /RestoreIB "файл.dt" в режиме DESIGNER.

Из бэкапа SQL Server или PostgreSQL

• SQL Server: восстановите .bak в новую базу через Restore Database в Management Studio. Затем в консоли администрирования кластера 1С зарегистрируйте новую информационную базу с указанием этой базы данных.
• PostgreSQL: создайте пустую базу и выполните pg_restore -U postgres -d buh_test /backup/buh_2026-10-07.backup. Затем зарегистрируйте базу в кластере 1С.

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

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

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

Для файловой базы после разворачивания можно запустить Конфигуратор → Администрирование → Тестирование и исправление в режиме только проверки. Это занимает время на больших базах, зато покажет логические ошибки до того, как копия понадобится.

Защита резервных копий от потери и шифровальщиков

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

Ориентир — правило «3-2-1»:

• 📦 3 экземпляра данных: рабочая база и две копии;
• 💽 2 разных носителя: например, второй диск сервера и сетевое хранилище;
• 🌍 1 копия вне офиса: облачное хранилище или диск, который увозят домой.

Что ещё сделать:

1. Отдельная учётная запись. Папку с копиями пусть видит только пользователь, от которого идёт бэкап. У бухгалтеров к ней доступа нет.
2. Копия без постоянного подключения. Внешний диск, который подключают раз в неделю, или хранилище с неизменяемыми снимками. Шифровальщик не тронет то, чего не видит.
3. Шифрование архива. Копия базы — это вся бухгалтерия и зарплаты сотрудников. Перед отправкой в облако упакуйте её с паролем, например 7z a -p -mhe=on Buh.7z Buh_2026-10-07.dt.
4. Глубина хранения. Держите дневные копии за 2 недели, недельные за 2 месяца и ежемесячные за год. Ошибку в учёте часто находят через месяц, а не на следующий день.
5. Пароль от архива храните отдельно от архива, например в менеджере паролей руководителя.

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

• ❌ Копия на том же диске, что и база. При отказе диска пропадает всё сразу.
• ❌ Копирование 1Cv8.1CD при работающих пользователях. Файл копируется, но открыться может с ошибкой.
• ❌ Только встроенный бэкап на серверной базе. Обработка из раздела «Обслуживание» рассчитана на файловый режим; для сервера нужен бэкап СУБД.
• ❌ Никто не смотрит лог. Задание «успешно» запускается полгода, а выгрузка падает из-за смены пароля администратора 1С.
• ❌ Кончилось место. Нет удаления старых копий — диск заполнен, новых копий нет.
• ❌ Восстановление сразу в рабочую базу. Неудачная копия затирает последние данные.

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