Резервная копия базы 1С: выгрузка, хранение, восстановление

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

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

Какие бывают копии базы и когда какую делать

Прежде чем жать кнопки, определитесь, что вы сохраняете.

• 📦 Выгрузка в .dt — платформенный формат. Один файл, в нём и данные, и конфигурация. Переносится между компьютерами и даже между файловой и серверной базой. Минус — для больших баз выгрузка и загрузка идут медленно (десятки минут и часы).
• 🗂 Копия файловой базы — просто копия папки с файлом 1Cv8.1CD. Делается за секунды, подходит для ежедневного бэкапа небольших баз.
• 🖥 Бэкап средствами СУБД — для клиент-серверного варианта. Снимается без остановки работы пользователей, это штатный способ для рабочих серверов.

Простое правило выбора:

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

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

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

Это основной «ручной» способ сохранить базу целиком.

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

Готовый файл можно переименовать с датой, например base_2026-10-07.dt, и убрать в архив.

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

Если при выгрузке 1С пишет, что база занята другими пользователями, завершите их сеансы (в клиент-серверном варианте — через консоль администрирования) и повторите.

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

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

Как узнать, где лежит база:

1. В окне запуска выделите базу в списке.
2. Внизу окна показан путь — строка вида F=C:\Bases\Buh. Это и есть папка базы.

Как сделать копию:

1. Закройте все сеансы 1С с этой базой (и «1С:Предприятие», и Конфигуратор).
2. Скопируйте всю папку целиком в другое место — на внешний диск, в сетевую папку, в облако.

Копировать нужно всю папку, а не один файл 1Cv8.1CD: рядом могут лежать служебные файлы кэша и журнал регистрации.

Такую копию удобно делать скриптом по расписанию (см. раздел про автоматизацию) — это быстрый ежедневный бэкап, который не трогает пользователей, если запускать ночью.

Проверка файловой базы перед копией. Если база подтормаживает или вы подозреваете сбой, перед снятием копии имеет смысл проверить её целостность. Для файловой базы это делает утилита chdbfl.exe из каталога bin установленной платформы: она проверяет физическую целостность файла 1Cv8.1CD и при включённом режиме исправления чинит мелкие повреждения. Запускать её нужно при закрытой 1С и обязательно по копии, а не по рабочему файлу. Логическую целостность данных проверяет уже Конфигуратор через Администрирование → Тестирование и исправление.

Сохранение клиент-серверной базы (SQL)

Если база работает через сервер 1С, сами данные хранятся не в файле 1Cv8.1CD, а в СУБД — Microsoft SQL Server или PostgreSQL. Скопировать «папку базы» тут не получится, базы как файла на диске нет.

Есть два подхода.

Способ 1. Бэкап средствами СУБД (основной для рабочих серверов).

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

• Для MS SQL Server — через SQL Server Management Studio: правой кнопкой по базе → Tasks → Back Up…, тип Full. Регулярный бэкап настраивается планом обслуживания (Maintenance Plan) или заданием SQL Server Agent.
• Для PostgreSQL — утилитой pg_dump (логический бэкап одной базы) или средствами резервирования на уровне кластера.

Этим занимается администратор сервера или СУБД. Такой бэкап — штатный способ для продуктивной базы: он быстрый и не мешает работе.

Для больших баз полный бэкап каждый день делать тяжело. Тогда план обслуживания строят комбинацией: полная копия раз в неделю, а в остальные дни — разностная (differential), которая сохраняет только изменения с момента последнего полного бэкапа. При модели восстановления Full дополнительно снимают резервные копии журнала транзакций — это позволяет восстановиться на конкретный момент времени, а не только на утро после ночного бэкапа. Схему подбирает администратор под объём базы и допустимые потери данных.

Способ 2. Выгрузка в .dt через Конфигуратор.

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

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

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

Восстановление зеркально способу, которым делали копию. Главное — не перепутать.

Из файла .dt:

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

Загрузка тоже требует монопольного доступа — пользователи в базу не зайдут, пока операция не закончится.

Из копии файловой базы:

1. Закройте 1С.
2. Замените папку рабочей базы сохранённой копией (или подключите копию как новую базу через Добавить в окне запуска, указав путь к папке).

На клиент-серверной базе из бэкапа СУБД — восстановление делает администратор средствами СУБД (в MS SQL — Restore Database). После этого база сразу доступна пользователям, грузить .dt не нужно.

Автоматизация бэкапа по расписанию

Руками выгружать .dt каждый вечер никто долго не выдержит. Три рабочих варианта автоматизации.

1. Пакетный запуск Конфигуратора (выгрузка .dt по расписанию).

Конфигуратор умеет выгружать базу из командной строки, без открытия окна. Команда:

"C:\Program Files\1cv8\8.3.24.1234\bin\1cv8.exe" DESIGNER /F "C:\Bases\Buh" /DumpIB "D:\Backup\buh_%date%.dt"

Для серверной базы вместо /F указывается /S Сервер\ИмяБазы. Параметры /N и /P задают имя и пароль пользователя. Такую строку кладут в .bat-файл и ставят в Планировщик заданий Windows на ночное время.

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

Для файловой базы проще и быстрее копировать папку. .bat-файл с robocopy в Планировщике ночью — и готов ежедневный бэкап без монопольного доступа (при условии, что ночью в базе не работают).

3. Штатный бэкап СУБД.

Для клиент-серверной базы — план обслуживания MS SQL или задание pg_dump по cron/Планировщику. Это самый надёжный способ для рабочих серверов: копия снимается на ходу.

Что важно для любой схемы:

• 🔁 Храните несколько последних копий, а не одну поверх другой. Иначе битая база аккуратно перезапишет последний хороший бэкап.
• 🌐 Держите хотя бы одну копию вне рабочего компьютера — внешний диск, сетевое хранилище, облако. Копия на том же диске, что и база, не спасёт при отказе диска.
• 📅 Храните архив с глубиной — например, ежедневные за неделю плюс по одной копии на несколько месяцев назад. Ошибку в данных часто замечают не сразу.

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

Отдельно стоит следить, что бэкап реально создаётся. Задание в Планировщике может молча падать месяцами — например, из-за того, что база оказалась занята или кончилось место на диске. Раз в неделю заглядывайте в папку с копиями: проверьте, что там лежат свежие файлы с сегодняшней датой и разумным размером, а не нулевые «пустышки».

Частые ошибки при сохранении базы

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