Резервная копия информационной базы 1С 8.3: выгрузка .dt, копирование папки и бэкап СУБД

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

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

Способы сделать копию базы 1С: что выбрать

Сначала определите тип базы. В окне запуска выделите её в списке: внизу появится строка подключения. File="D:\Bases\Buh" — файловая база. Srvr="srv1c";Ref="buh" — клиент-серверная.

💡 Файл .dt — универсальный формат. Он не зависит от СУБД: выгрузку с MS SQL можно загрузить в файловую базу и наоборот. Поэтому даже при настроенном бэкапе СУБД раз в неделю полезно иметь свежий .dt.

Как сделать копию базы 1С 8.3 через Конфигуратор

Этот способ работает одинаково для файловых и серверных баз.

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

Файл .dt содержит конфигурацию, все данные и список пользователей. Не попадают в него только настройки окна запуска и локальный кэш клиента.

Сколько ждать и сколько места нужно

Скорость зависит от диска и объёма данных. Файл .dt сжат, обычно он в несколько раз меньше 1Cv8.1CD. Перед выгрузкой проверьте, что на целевом диске свободно хотя бы столько, сколько занимает сама база: точный коэффициент сжатия заранее не угадать.

Если выгрузка прерывается с ошибкой

Чаще всего выгрузку останавливают три вещи:

• 💾 Не хватает места или прав. Конфигуратор пишет файл от имени того пользователя Windows, под которым запущен. Проверьте, что у него есть права на запись в выбранную папку и на сетевой ресурс, если копия идёт туда.
• 👥 В базе остались сеансы. Закройте программу у всех пользователей, для серверной базы посмотрите список сеансов в консоли кластера.
• 🧩 Повреждённые данные. Если выгрузка падает на одном и том же месте, сначала сделайте копию папки или бэкап СУБД, а затем запустите Администрирование → Тестирование и исправление... в Конфигураторе. Начинайте с режима проверки без исправления, чтобы увидеть масштаб проблемы.

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

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

Порядок действий

1. Убедитесь, что в базе нет пользователей. Признак открытых сеансов — файл 1Cv8.1CL в папке базы, он занят, пока кто-то работает.
2. Закройте фоновые программы, которые могут держать файл: синхронизацию облачных дисков, обмены, регламентные запуски.
3. Скопируйте всю папку базы, а не только 1Cv8.1CD. Вложенные папки 1Cv8FTxt (индекс поиска) и 1Cv8Log (журнал регистрации) пригодятся при восстановлении.
4. Откройте копию, чтобы проверить её: добавьте папку в список баз и запустите.

Копировать файл 1Cv8.1CD при работающих пользователях нельзя. Копия формально создастся, но окажется несогласованной: часть изменений попадёт в неё, часть нет. Такую базу потом приходится лечить утилитой chdbfl.exe или тестированием и исправлением, и не всегда успешно.

Для разовой копии через командную строку подойдёт robocopy:

robocopy "D:\Bases\Buh" "E:\Backup\Buh_2026-10-07" /E /R:1 /W:1

Ключ /E копирует вложенные папки, /R:1 /W:1 не даёт команде зависнуть на занятом файле.

Копия серверной базы: кластер 1С и СУБД

В клиент-серверном варианте данные хранятся в СУБД — MS SQL Server или PostgreSQL. Сервер 1С:Предприятия сам данные не хранит, он только обрабатывает запросы. Поэтому копию делают двумя путями: выгрузкой .dt из Конфигуратора (как выше) или бэкапом самой СУБД.

Бэкап средствами MS SQL Server

Для разовой копии, которая не сбивает цепочку плановых бэкапов, используйте параметр COPY_ONLY:

BACKUP DATABASE [buh]
TO DISK = N'E:\Backup\buh_2026-10-07.bak'
WITH COPY_ONLY, COMPRESSION, STATS = 10;

Ту же операцию можно сделать мышью в SQL Server Management Studio: правой кнопкой по базе → Tasks → Back Up.... Сжатие (COMPRESSION) поддерживается не во всех редакциях SQL Server; если команда выдаёт ошибку, уберите этот параметр.

Бэкап PostgreSQL

Для PostgreSQL дамп делается утилитой pg_dump в сжатом формате:

pg_dump -U postgres -h localhost -Fc -f "E:\Backup\buh_2026-10-07.backup" buh

Формат -Fc потом восстанавливается утилитой pg_restore. Используйте pg_dump из той же версии PostgreSQL, что стоит на сервере, или новее.

Что делать в консоли кластера

Консоль администрирования серверов 1С нужна, чтобы подготовить базу к копированию и подключить копию:

• 🔒 Блокировка начала сеансов. В свойствах информационной базы включите блокировку, задайте время и код разрешения. Новые пользователи не войдут, а вы зайдёте в Конфигуратор с параметром /UC"код".
• ⏸ Блокировка регламентных заданий. Включите её перед выгрузкой, чтобы фоновые задания не меняли данные в процессе.
• ➕ Регистрация копии. Чтобы развернуть копию на сервере, создайте в кластере новую информационную базу (Информационные базы → Создать → Информационная база), а затем загрузите в неё .dt или подключите восстановленную базу СУБД.

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

Ручная копия раз в месяц не спасёт, если диск откажет в пятницу вечером. Настройте автоматику.

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

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

• 📅 расписание (ежедневно, при завершении работы и т. п.);
• 📁 каталог для копий;
• 🗑 сколько копий хранить, чтобы старые удалялись сами.

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

Скрипт выгрузки .dt + Планировщик Windows

Универсальный вариант — пакетный файл, который запускает Конфигуратор без окон и выгружает базу:

@echo off
set V8="C:\Program Files\1cv8\common\1cestart.exe"
for /f %%i in ('powershell -NoProfile -Command "Get-Date -Format yyyy-MM-dd_HHmm"') do set DT=%%i

%V8% DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" ^
  /DisableStartupDialogs /DumpIB "E:\Backup\buh_%DT%.dt" /Out"E:\Backup\dump_%DT%.log"

forfiles /p "E:\Backup" /m *.dt /d -14 /c "cmd /c del @path"

Для серверной базы замените /F"D:\Bases\Buh" на /S"srv1c\buh". Если пользователи могут быть в базе, заранее включите блокировку сеансов и добавьте /UC"код". Последняя строка удаляет выгрузки старше 14 дней.

Вместо 1cestart.exe можно указать конкретный 1cv8.exe из папки нужной версии платформы, например C:\Program Files\1cv8\8.3.24.1691\bin\1cv8.exe (номер — ваш). Так скрипт не сломается, если на компьютере стоят несколько версий.

Запуск по расписанию:

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

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

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

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

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

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

Из файла .dt

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

Из командной строки то же самое делает ключ /RestoreIB "путь\файл.dt" вместо /DumpIB.

Из копии папки и бэкапа СУБД

• 📂 Файловая база. Скопируйте папку обратно (или в новое место) и добавьте её в список: Добавить → Добавление в список существующей информационной базы, укажите каталог.
• 🗄 MS SQL / PostgreSQL. Восстановите бэкап в новую базу СУБД (RESTORE DATABASE ... WITH MOVE или pg_restore -d), затем зарегистрируйте её в кластере 1С с указанием этой базы данных.

Что сделать с копией сразу после развёртывания

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

Типовые конфигурации на БСП обычно сами замечают, что база сменила расположение, и при первом запуске показывают предупреждение о блокировке работы с внешними ресурсами. Ответ «это копия» оставляет обмены и регламентные задания выключенными. Не нажимайте разблокировку в тестовой базе по привычке.

Дополнительно проверьте:

• 🔄 Обмены. Узлы планов обмена с другими базами и сайтом. Синхронизация из копии сбивает нумерацию сообщений обмена у рабочей базы.
• 📧 Почта и ЭДО. Учётные записи электронной почты и 1С-Отчётность. Отчёт, отправленный из тестовой базы, уйдёт в налоговую по-настоящему.
• 🏦 Банк. Прямой обмен с банком (DirectBank): отключите, чтобы платёжки не ушли повторно.
• ⏸ Регламентные задания серверной базы: в свойствах базы в консоли кластера установите флажок блокировки регламентных заданий.

💡 Переименуйте копию в окне запуска так, чтобы ошибиться было невозможно: «ТЕСТ — Бухгалтерия, копия от 07.10». Бухгалтер, который полдня проводил документы в копии, — частая история.

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