Резервная копия базы 1С 8.3 — от ручной выгрузки до расписания

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

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

Какой способ архивации выбрать

Прежде чем что-то настраивать, определите тип базы. Это видно в окне запуска 1С: выделите базу и посмотрите строку внизу списка.

• 📁 File="D:\Bases\Buh" — файловая база. Все данные лежат в одном файле 1Cv8.1CD в этом каталоге.
• 🖥️ Srvr="srv1c";Ref="buh" — клиент-серверная. Данные хранятся в СУБД (MS SQL Server или PostgreSQL), а 1С обращается к ним через сервер 1С:Предприятия.

Архив файловой базы: копия каталога

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

Как сделать копию вручную

1. Попросите всех пользователей выйти из программы. Проверьте, что в каталоге базы нет файлов блокировки 1Cv8.cdn от активных сеансов: если файл есть и его нельзя удалить — кто-то ещё в базе.
2. Откройте каталог базы. Путь берите из строки File= в окне запуска.
3. Скопируйте файл 1Cv8.1CD (или весь каталог) в папку архива.
4. Сожмите копию в архив 7-Zip или ZIP: файл базы хорошо сжимается, часто в 5–10 раз.
5. Переименуйте архив так, чтобы в имени была дата: Buh_2026-10-07.7z.

Не копируйте 1Cv8.1CD, пока в базе работают люди! Файл может оказаться в промежуточном состоянии: копия откроется с ошибкой или с частью незаписанных данных.

Встроенное резервное копирование в БП 3.0 и других типовых

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

Что можно настроить:

• 🕒 копирование по расписанию или при завершении работы программы;
• 📂 каталог, куда складывать копии;
• 🔁 сколько последних копий хранить — старые программа удаляет сама.

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

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

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

Через Конфигуратор

1. В окне запуска выделите базу и нажмите Конфигуратор.
2. Войдите под пользователем с правами администратора.
3. Откройте меню Администрирование → Выгрузить информационную базу.
4. Укажите папку и имя файла, например E:\Backup\Buh_2026-10-07.dt.
5. Дождитесь сообщения о том, что выгрузка завершена.

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

Через командную строку

Выгрузку можно запускать без открытия Конфигуратора — ключом /DumpIB. Это основа для автоматического архива.

Файловая база:

"C:\Program Files\1cv8\8.3.24.1467\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /N "Администратор" /P "пароль" /DumpIB "E:\Backup\Buh.dt" /Out "E:\Backup\dump.log"

Серверная база:

"C:\Program Files\1cv8\8.3.24.1467\bin\1cv8.exe" DESIGNER /S "srv1c\buh" /N "Администратор" /P "пароль" /DumpIB "E:\Backup\Buh.dt" /Out "E:\Backup\dump.log"

Что значат ключи:

• DESIGNER — запуск в режиме Конфигуратора;
• /F — путь к файловой базе, /S — сервер и имя базы на нём;
• /N и /P — пользователь и пароль 1С;
• /DumpIB — куда выгрузить .dt;
• /Out — журнал: по нему потом видно, прошла выгрузка или упала.

Номер версии в пути (8.3.24.1467) замените на свой — посмотрите папку C:\Program Files\1cv8\.

Как восстановить из .dt

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

Архив базы на сервере 1С:Предприятия

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

Блокировка сеансов перед архивацией

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

Чтобы пакетная выгрузка вошла в заблокированную базу, добавьте в команду ключ /UC с кодом разрешения:

1cv8.exe DESIGNER /S "srv1c\buh" /N "Администратор" /P "пароль" /UC "backup123" /DumpIB "E:\Backup\Buh.dt"

Список сеансов можно посмотреть и из командной строки утилитой rac: rac cluster list покажет идентификатор кластера, rac session list — сеансы. Остальные параметры смотрите в rac help.

Бэкап базы 1С средствами MS SQL Server и PostgreSQL

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

MS SQL Server

Разовую копию делают в SQL Server Management Studio: правой кнопкой по базе → Задачи → Создать резервную копию. То же самое запросом:

BACKUP DATABASE [buh]
TO DISK = N'E:\Backup\buh_full.bak'
WITH INIT, COMPRESSION, CHECKSUM, STATS = 10;

• INIT перезаписывает файл, а не дописывает копию в конец;
• COMPRESSION сжимает бэкап (в Express-редакции недоступно — уберите);
• CHECKSUM проверяет страницы при записи.

Если база в модели восстановления Full, обязательно настройте ещё и бэкап журнала транзакций — иначе файл .ldf будет расти до конца диска. Если восстановление на точку времени не нужно, переведите базу в модель Simple.

PostgreSQL

Для PostgreSQL используют pg_dump в формате custom — он сжат и позволяет восстанавливать выборочно:

pg_dump -U postgres -h localhost -Fc -f /backup/buh_2026-10-07.backup buh

Восстановление — в заранее созданную пустую базу:

pg_restore -U postgres -h localhost -d buh_test /backup/buh_2026-10-07.backup

Что выбрать для серверной базы

Хорошая практика — ежедневный бэкап СУБД плюс .dt раз в неделю и перед каждым обновлением.

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

Ручной архив забывают делать. Настройте его один раз — и проверяйте только результат.

Windows: bat-файл и Планировщик заданий

Пример скрипта для файловой базы: выгрузка .dt с датой в имени и удаление копий старше 14 дней.

@echo off
set D=%date:~6,4%-%date:~3,2%-%date:~0,2%
set EXE="C:\Program Files\1cv8\8.3.24.1467\bin\1cv8.exe"
set DST=E:\Backup\Buh

%EXE% DESIGNER /F "D:\Bases\Buh" /N "Архив" /P "пароль" /DumpIB "%DST%\Buh_%D%.dt" /Out "%DST%\log_%D%.txt"

forfiles /p "%DST%" /m *.dt /d -14 /c "cmd /c del @path"

Разбор даты %date:~6,4% рассчитан на русский формат ДД.ММ.ГГГГ. На сервере с другими региональными настройками проверьте, что выводит echo %date%, и поправьте позиции.

Дальше:

1. Откройте Планировщик заданий → Создать задачу.
2. На вкладке Общие выберите Выполнять для всех пользователей и учётную запись с доступом к каталогу базы и папке архива.
3. На вкладке Триггеры — ежедневно, например в 23:00.
4. На вкладке Действия — запуск вашего .bat.

MS SQL: план обслуживания

В SSMS: Управление → Планы обслуживания → Мастер планов обслуживания. Добавьте задачи «Резервное копирование базы данных (полное)» и «Очистка после обслуживания» для удаления старых .bak. Планы выполняет SQL Server Agent — в Express-редакции его нет, там используют sqlcmd с запросом BACKUP в Планировщике Windows.

Linux: cron для PostgreSQL

# /etc/cron.d/1c-backup — каждый день в 01:30
30 1 * * * postgres pg_dump -Fc -f /backup/buh_$(date +\%F).backup buh && find /backup -name 'buh_*.backup' -mtime +14 -delete

Символ % в cron экранируется обратной косой чертой, иначе строка обрежется.

Где хранить архивы и как проверить, что они рабочие

Архив, который не восстанавливается, хуже отсутствия архива: он создаёт ложное спокойствие.

Правило 3-2-1

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

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

Как проверить архив

1. Журнал. Откройте файл из /Out или историю плана SQL. Ищите сообщение об успешном завершении, а не только наличие файла.
2. Размер. Сравните с прошлыми копиями. Резкое уменьшение — повод разбираться.
3. Восстановление. Раз в месяц загрузите .dt или бэкап в тестовую базу, откройте программу и сформируйте пару отчётов, например оборотно-сальдовую ведомость.
4. Контроль файла базы. Для файловой базы можно прогнать Конфигуратор → Администрирование → Тестирование и исправление в режиме только проверки. Это требует монопольного доступа и делается на копии или в нерабочее время.
5. Проверка бэкапа SQL без восстановления: RESTORE VERIFYONLY FROM DISK = N'E:\Backup\buh_full.bak' WITH CHECKSUM;. Это проверка читаемости файла, а не замена тестового восстановления.

Для PostgreSQL быстрая проверка — pg_restore -l файл.backup: команда выводит оглавление архива и падает, если файл повреждён.

Частые вопросы об архивах 1С 8.3