Бэкап базы 1С:Бухгалтерии 8.3 без потерь: выгрузка .dt, автоархив и проверка восстановлением

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

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

Подготовка базы к резервному копированию

Перед первой копией ответьте себе на три вопроса. От ответов зависит способ.

• 🗂️ Какой тип базы. Откройте окно запуска 1С, выделите базу и посмотрите строку пути внизу. File="D:\Bases\Buh" — файловая база. Srvr="server";Ref="buh" — клиент-серверная, данные лежат в MS SQL или PostgreSQL.
• 🔑 Есть ли у вас права администратора. Выгрузка через Конфигуратор и настройка автокопирования требуют пользователя с полными правами в базе.
• 💾 Куда класть копии. Не на тот же диск, где лежит база. Если диск умрёт, вместе с базой пропадут и копии.

Что сделать перед выгрузкой:

1. Попросите коллег закончить работу и выйти из программы. Для выгрузки .dt монопольный режим не обязателен, но копия, снятая во время проведения документов, может оказаться несогласованной.
2. Посмотрите, кто ещё в базе: в Конфигураторе это Администрирование → Активные пользователи.
3. Проверьте свободное место. Файл .dt сжат и обычно в несколько раз меньше рабочей базы, но для базы на 10 ГБ держите хотя бы 5 ГБ запаса.
4. Узнайте логин и пароль администратора базы. Без них Конфигуратор не откроется.

Резервная копия 1С 8.3 Бухгалтерия через Конфигуратор (.dt)

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

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

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

Для базы на 2–3 ГБ выгрузка занимает несколько минут. Большие серверные базы на 50 ГБ и больше могут выгружаться час и дольше — планируйте это на нерабочее время.

Что попадает в файл .dt

В выгрузку входит всё содержимое информационной базы:

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

Чего в .dt нет: файлов, вынесенных в тома хранения (смотрите настройку хранения файлов в разделе Администрирование), внешних обработок, лежащих отдельными файлами на диске, и настроек клиентских компьютеров.

Выгрузка из командной строки

Тот же .dt можно получить без ручного запуска Конфигуратора. Это основа для автоматизации.

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

Номер платформы в пути подставьте свой. Для серверной базы вместо /F"путь" укажите /S"имя_сервера\имя_базы". Результат выгрузки пишется в файл из параметра /Out — его стоит просматривать.

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

Делать копии руками каждый день быстро надоедает. Поэтому их автоматизируют. В 1С:Бухгалтерии 8.3 для этого есть встроенный механизм, а для любых баз подходит планировщик Windows.

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

В режиме «Предприятие» откройте Администрирование → Обслуживание и найдите группу «Резервное копирование и восстановление». Там две команды: выполнить копию сейчас и настроить её.

В настройке выберите вариант:

Там же задаются каталог для копий и сколько копий хранить: последние N штук или за последние N дней. Старые архивы программа удаляет сама.

Ограничения механизма:

• ⏰ Копия по расписанию делается, только когда программа запущена у пользователя с правами администратора. Выключенный на выходные компьютер — выходные без копий.
• 🖥️ Встроенное автокопирование рассчитано на файловую базу . В клиент-серверном варианте программа предложит использовать средства СУБД.
• 🌐 Из веб-клиента механизм недоступен, нужен тонкий клиент.

Автоматизация через планировщик Windows

Надёжнее положить команду из раздела выше в bat-файл и запускать его заданием в «Планировщике заданий» Windows ночью.

@echo off
set D=%date:~6,4%-%date:~3,2%-%date:~0,2%
"C:\Program Files\1cv8\8.3.24.1586\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Backup" /P"пароль" /DumpIB"E:\Backup\buh_%D%.dt" /Out"E:\Backup\log_%D%.txt" /DisableStartupMessages
forfiles /p "E:\Backup" /m buh_*.dt /d -14 /c "cmd /c del @path"

Скрипт делает выгрузку с датой в имени и удаляет .dt старше 14 дней. Формат %date% зависит от региональных настроек Windows, проверьте имя первого файла.

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

Бэкап файловой и SQL-базы: в чём разница

Тип базы определяет, какой способ основной, а какой — запасной.

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

Вся информационная база — это один файл 1Cv8.1CD в каталоге базы. Его можно просто скопировать. Но только когда в базе никто не работает : копия открытого файла легко получается битой.

• ✅ Плюс: быстро, не нужен Конфигуратор.
• ❌ Минус: копия занимает столько же, сколько база, и без проверки не поймёшь, целая ли она.

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

Клиент-серверная база на MS SQL

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

Пример команды для MS SQL Server:

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

Регулярно это настраивают через планы обслуживания (Maintenance Plans) в SQL Server Management Studio или заданием SQL Server Agent. Если база в модели восстановления Full, добавьте бэкап журнала транзакций — он позволяет откатиться на конкретный момент времени. Без него журнал растёт, пока не займёт весь диск.

COMPRESSION поддерживается не во всех редакциях SQL Server: в Express его нет, уберите параметр, если команда выдаёт ошибку.

Клиент-серверная база на PostgreSQL

Для PostgreSQL копию снимают утилитой pg_dump в формате custom:

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

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

Где хранить архивы и сколько копий держать

Резервная копия на том же сервере, что и база, защищает только от ошибки пользователя. От поломки диска, шифровальщика или пожара — нет.

Рабочее правило «3-2-1»:

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

Пример ротации для небольшой бухгалтерии:

Годовые копии оставляйте надолго. Закон о бухгалтерском учёте требует хранить документы учёта не меньше 5 лет после отчётного года, а база 1С — основной источник этих данных при проверке.

Ещё два правила хранения:

• 🔒 Архивы содержат персональные данные сотрудников и контрагентов. Храните их в папке с ограниченным доступом, а для облака шифруйте архив паролем.
• 📏 Следите за размером. Если сегодняшний .dt вдвое меньше вчерашнего без видимых причин — выгрузка, скорее всего, прошла с ошибкой.

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

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

Восстановление из .dt

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

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

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

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

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

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

• MS SQL: RESTORE DATABASE или мастер восстановления в SQL Server Management Studio. Восстанавливайте под новым именем, затем зарегистрируйте базу в кластере 1С и проверьте.
• PostgreSQL: создайте пустую базу и выполните pg_restore -U postgres -d buh_test /backup/buh_2026-10-07.dump.

Частые вопросы о резервных копиях 1С