Резервное копирование базы 1С 8.3: все рабочие способы

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

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

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

Три способа сделать копию и чем они отличаются

Способ выбирают по типу базы (файловая или клиент-серверная) и по размеру. Вот короткое сравнение.

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

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

Как понять, какая у вас база? Выделите её в окне запуска 1С и посмотрите строку внизу. Если там File="путь" — база файловая, подойдёт выгрузка в .dt или копия каталога. Если Srvr="сервер";Ref="имя" — база клиент-серверная, и основной способ для неё — бэкап средствами СУБД.

Что проверить перед началом

Выгрузка в .dt и обратная загрузка идут в монопольном режиме: пока в базе есть активные сеансы, платформа не даст выполнить операцию. Копирование каталога формально сеансы не блокирует, но копировать файл работающей базы бессмысленно — внутри будут незавершённые транзакции.

Путь к каталогу файловой базы виден в окне запуска 1С: выделите базу в списке — внизу покажется строка вида File="D:\Bases\Buh". Это и есть папка, которую нужно копировать.

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

Это универсальный способ: подходит и файловой, и серверной базе.

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

Готовый .dt — это полный слепок: конфигурация, все данные, пользователи и настройки. Чтобы восстановить из него базу, используется обратная команда Администрирование → Загрузить информационную базу.

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

Копирование каталога файловой базы

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

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

Чтобы развернуть такую копию, достаточно подключить скопированную папку как новую базу: в окне запуска Добавить → Добавление в список существующей и указать путь к каталогу с копией.

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

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

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

MS SQL Server. Бэкап делают командой BACKUP DATABASE или через планы обслуживания в SQL Server Management Studio. Для согласованной копии достаточно полного бэкапа; журнал транзакций снимают отдельно, если нужно восстановление на точку времени.

BACKUP DATABASE [buh_base]
TO DISK = N'D:\Backup\buh_base.bak'
WITH INIT, COMPRESSION;

PostgreSQL. Логическую копию снимает утилита pg_dump, полную физическую — pg_basebackup. Для одной базы обычно хватает pg_dump.

pg_dump -h localhost -U postgres -F c -f /backup/buh_base.dump buh_base

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

Автоматизация резервного копирования

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

Через Конфигуратор в пакетном режиме. Платформа умеет выгружать .dt из командной строки параметром /DumpIB. Такую команду кладут в .bat-файл и запускают Планировщиком заданий Windows.

"C:\Program Files\1cv8\8.3.24.1234\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" /DumpIB "D:\Backup\Buh_%date:~6,4%-%date:~3,2%-%date:~0,2%.dt"

Здесь DESIGNER — запуск Конфигуратора, /F — путь к файловой базе (для серверной вместо него /S"сервер\база"), /N и /P — пользователь и пароль, /DumpIB — имя выходного файла с подстановкой даты. Обратная команда для восстановления — /RestoreIB.

Встроенная настройка в конфигурации. Для файловых баз типовые конфигурации умеют делать копии сами — в разделе Администрирование → Обслуживание задаётся расписание и папка для копий.

Средствами СУБД. Для SQL Server расписание настраивают планом обслуживания, для PostgreSQL — через cron с вызовом pg_dump.

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

Как проверить копию и восстановить базу

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

Проверка файла базы. Физическую целостность файловой базы проверяет утилита chdbfl.exe из каталога bin платформы. Она находит и устраняет повреждения в файле 1Cv8.1CD.

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

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

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

Восстановление бэкапа СУБД. Для SQL Server — команда RESTORE DATABASE, для PostgreSQL — pg_restore (или psql для текстового дампа). После восстановления базу подключают в кластере серверов 1С.

Типичные ошибки при копировании

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

• 📦 Путают выгрузку конфигурации и выгрузку базы. Команда Конфигурация → Сохранить конфигурацию в файл создаёт .cf — это только метаданные, без единого документа и справочника. Полный слепок с данными даёт лишь .dt или копия каталога. Восстановить учёт из .cf невозможно.
• 💽 Держат копию на том же диске, что и база. Выход из строя накопителя уносит и базу, и «копию» разом. Копия имеет смысл только на другом физическом диске или в сетевом хранилище.
• 🗂 Забывают про журнал регистрации. При копировании каталога файловой базы берите папку целиком, а не один файл 1Cv8.1CD — иначе потеряется история действий пользователей.
• 🧪 Снимают копию «живого» файла базы. Теневые копии Windows или антивирусный бэкап открытого файла работающей базы часто дают непоследовательный слепок, который потом не разворачивается. Копируйте только при закрытых сеансах.
• 🔁 Хранят одну-единственную копию. Если она перезаписывается каждый раз, а сбой в данных заметили не сразу, восстанавливать будет уже нечего. Держите несколько поколений копий за разные даты.

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

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