Как скачать архив базы 1С: выгрузка в файл и резервное копирование

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

Какой именно способ выбрать, зависит от того, как у вас развёрнута база: файловый вариант (одна папка на компьютере или в сетевой шаре) или клиент-серверный (база лежит в СУБД, доступ идёт через сервер «1С:Предприятия»). Разберём оба, а заодно автоматизацию, проверку целостности и обратную операцию — восстановление из скачанного архива.

Файловая база или серверная: с чего начать

От типа базы напрямую зависит способ архивации. Перепутать их нельзя: для серверной базы простое копирование папки не даст рабочей копии.

• 📁 Файловая база — данные хранятся в одном файле 1Cv8.1CD внутри каталога базы. Копия = этот файл (или выгрузка .dt).
• 🖥 Клиент-серверная база — данные лежат внутри СУБД на сервере. Файла 1Cv8.1CD там нет, папка с «ярлыком» базы копию не заменяет.

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

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

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

Файл .dt — это и есть ваш архив. Его можно скопировать на внешний диск, залить в облако, передать по почте (если размер позволяет).

Размер .dt обычно в разы меньше «живой» базы: при выгрузке данные упаковываются. Это удобно для передачи, но означает, что распаковка при загрузке занимает заметное время — для крупной базы десятки минут.

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

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

Если выгрузку нужно встроить в скрипт (например, bat-файл по расписанию), её запускают без открытия Конфигуратора вручную:

"C:\Program Files\1cv8\common\1cv8.exe" DESIGNER /F"C:\Bases\Buh" /DumpIB"D:\Backup\buh.dt" /DisableStartupMessages

Здесь /F — путь к файловой базе (для серверной используется /S server\base), /DumpIB — файл выгрузки. Параметры у разных версий платформы могут отличаться — полный список смотрите в документации по пакетному запуску Конфигуратора. Не придумывайте ключи наугад: неверный параметр либо прервёт запуск, либо выполнит не то.

Резервное копирование файловой базы напрямую

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

1. Завершите работу всех пользователей в базе. Это обязательно: копия «живого» файла, который прямо сейчас пишется, может оказаться нерабочей.
2. Откройте каталог базы (путь виден в окне запуска, строка File=...).
3. Скопируйте файл 1Cv8.1CD в надёжное место. При желании заберите всю папку целиком — там могут лежать внешние файлы и настройки.

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

Бэкап серверной базы средствами СУБД

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

MS SQL Server. Резервную копию создают средствами SQL Server Management Studio или планом обслуживания:

• разовый бэкап — правый клик по базе → Tasks → Back Up;
• регулярный — Maintenance Plan с задачей Back Up Database Task и расписанием через SQL Server Agent.

PostgreSQL. Для копии используют штатные утилиты:

pg_dump -U postgres -F c -f /backup/buh.dump buh_db

Флаг -F c создаёт сжатый дамп в собственном формате PostgreSQL; восстановление — утилитой pg_restore. Для копии всего кластера целиком применяют pg_basebackup. Точные параметры и права под вашу версию сервера смотрите в документации PostgreSQL.

Для крупной серверной базы разберитесь с типами копий в SQL Server — это экономит место и время:

• 🗄 Полная (Full) — вся база целиком. С неё начинают, из неё восстанавливают.
• 🧩 Разностная (Differential) — только изменения с момента последней полной копии. Быстрее и легче, но бесполезна без полной.
• 🧾 Журнал транзакций (Transaction Log) — позволяет восстановиться на точный момент времени, но требует, чтобы у базы была включена полная модель восстановления (Full recovery model).

Типовая схема: полная копия раз в неделю, разностная — ежедневно, журнал — каждый час. Для небольшой базы хватит одной ежедневной полной. В PostgreSQL аналог восстановления на момент времени — архивирование WAL, но настраивать его стоит, только если вы понимаете, зачем он нужен.

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

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

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

Планировщик задач Windows. Универсальный вариант для файловой базы: bat-файл с командой /DumpIB (см. выше) ставят на расписание через Планировщик заданий. Так бэкап делается ночью, без участия человека.

SQL Server Agent / cron. Для серверных баз расписание задаёт сама СУБД: SQL Server Agent для MS SQL или задание cron с pg_dump для PostgreSQL.

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

Хранение копий и проверка целостности

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

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

Сколько версий держать, решает глубина отката, которая вам нужна. Разумный ориентир для рабочей базы — ежедневные копии за последние 7–14 дней плюс по одной копии на конец каждого месяца. Старые при этом удаляются автоматически, иначе архив съест весь диск. Если копии уходят в облако, проверьте, что канал выдерживает их объём: гонять десятки гигабайт по медленному интернету каждую ночь не всегда реально, и тогда в облако выгружают только сжатый .dt или дамп, а не весь файл базы.

Проверка целостности зависит от типа копии:

Внутри самой 1С состояние данных проверяют через Конфигуратор: Администрирование → Тестирование и исправление. Эта операция требует монопольного доступа и может занять много времени, поэтому её тоже планируют на нерабочее окно.

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

Обратная операция к выгрузке — загрузка информационной базы. Из .dt-архива восстанавливают так:

1. Запустите базу-приёмник в режиме Конфигуратор.
2. Меню Администрирование → Загрузить информационную базу.
3. Укажите файл .dt.
4. Подтвердите замену данных и дождитесь окончания.

Для восстановления из копии файла 1Cv8.1CD Конфигуратор не нужен: закрываете 1С и возвращаете файл в каталог базы. Серверный дамп восстанавливают средствами СУБД (pg_restore, Restore Database в SQL Server).

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

После восстановления откройте базу в режиме «1С:Предприятие» и бегло проверьте ключевые данные: остатки, свежие документы, список пользователей. Если восстанавливали на новый компьютер, заново укажите настройки, не входящие в саму базу, — пути к обмену, подключение торгового оборудования, сертификаты для отчётности. Эти параметры хранятся отдельно и в .dt не попадают.

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