Резервное копирование и выгрузка базы данных в 1С 8.3

· 9 мин

Содержание

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

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

Какой способ копирования выбрать под вашу задачу

Способ зависит от того, как работает база (файловая или клиент-серверная) и зачем нужна копия. Короткая сверка:

СпособКогда применятьЧто на выходе
Копия папки с 1Cv8.1CDФайловая база, быстрый бэкап перед обновлениемПапка целиком
Выгрузка .dtПеренос базы, уменьшение объёма, архивОдин файл .dt
Бэкап средствами SQLСерверная база на MS SQL / PostgreSQLФайл .bak / дамп СУБД
1cv8 DESIGNER /DumpIBАвтоматизация, запуск по расписаниюФайл .dt без участия человека

Выгрузка .dt переносима между платформами и компьютерами, но для большой базы она медленная и на время работы требует, чтобы никто не был в базе. Копия файла 1Cv8.1CD — самая быстрая, но только в пределах того же типа базы. Бэкап SQL снимается без остановки пользователей и подходит для баз в десятки гигабайт.

Правило простое: файловая база до нескольких гигабайт — .dt или копия папки; серверная база — штатный бэкап СУБД, а .dt держите как запасной вариант для переноса.

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

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

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

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

Файл получит расширение .dt. Имя задайте говорящее — с названием базы и датой, например buh_2026-10-07.dt. Так в архиве не запутаетесь.

Выгрузка .dt не заменяет полноценный бэкап крупной серверной базы: на базе в десятки гигабайт она идёт долго и сильно нагружает диск. Для таких баз это инструмент переноса, а не ежедневного копирования.

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

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

Файловая база — это папка, в которой лежит файл 1Cv8.1CD (все данные) и служебные файлы. Скопировать её можно средствами Windows, без конфигуратора.

Где лежит база: в окне запуска 1С выделите базу и посмотрите путь в нижней части окна, либо нажмите Изменить — путь показан в поле каталога.

Шаги:

  1. Убедитесь, что из базы вышли все, включая фоновые задания.
  2. Закройте все окна 1С, связанные с этой базой.
  3. Скопируйте каталог базы целиком в надёжное место (другой диск, сетевую папку).

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

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

Перед копированием файловой базы
Выполнено: 0 / 5

Как сохранить серверную базу (клиент-сервер)

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

Правильных путей два.

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

  • MS SQL Server: полный бэкап базы через SQL Server Management Studio (Задачи → Создать резервную копию) или план обслуживания. На выходе — файл .bak.
  • PostgreSQL: дамп через pg_dump или физический бэкап кластера.

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

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

Настройку расписания и хранения бэкапов на стороне SQL делает администратор сервера. Из 1С влиять на неё нельзя — это уровень СУБД.

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

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

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

Общий вид команды (режим DESIGNER, он же конфигуратор):

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

Разбор параметров:

  • DESIGNER — запуск в режиме конфигуратора.
  • /F"путь" — путь к файловой базе. Для серверной вместо него /S"сервер\имя_базы".
  • /N и /P — пользователь и пароль, если в базе включена авторизация.
  • /DumpIB "путь.dt" — собственно выгрузка в указанный файл.

Номер версии в пути (8.3.24.1234) подставьте свой — узнать его можно в справке О программе или в каталоге C:\Program Files\1cv8.

Для серверной базы строка подключения выглядит так: вместо /F"путь" указывают /S"имя_сервера\имя_базы". Остальные ключи те же. Пакетный режим удобен ещё и тем, что код возврата процесса позволяет планировщику понять, прошла выгрузка или упала, — и прислать уведомление.

Результат имеет смысл логировать: добавьте в .bat вывод даты и кода завершения в текстовый файл. Тогда утром видно, что ночное задание отработало, а не молча пропустило день.

Пароль в открытом виде в .bat-файле — риск. Доступ к файлу ограничьте, а запуск настройте от служебной учётной записи.

Если не уверены в наборе параметров — полный список платформа показывает по ключу /? или /Help. Не подставляйте параметры наугад: неверный ключ либо ничего не сделает, либо завершится с ошибкой.

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

Ручной бэкап забывается первым. Автоматизация снимает этот риск.

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

Планировщик задач Windows. Универсальный путь для любой файловой базы:

  1. Создайте .bat-файл с командой 1cv8 DESIGNER ... /DumpIB из предыдущего раздела.
  2. Откройте Планировщик заданий Windows.
  3. Создайте задание, укажите запуск .bat по расписанию (например, ночью).
  4. Настройте очистку старых копий, чтобы диск не переполнился.

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

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

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

Что попадает в копию, а что остаётся снаружи

Частая ловушка: человек выгрузил .dt, считает, что сохранил всё, а часть данных осталась вне копии.

Что .dt и копия папки сохраняют полностью:

  • 🗂️ все данные учёта — документы, справочники, регистры;
  • ⚙️ саму конфигурацию и её настройки;
  • 👤 список пользователей и их права.

О чём легко забыть:

  • 📒 Журнал регистрации. В файловой базе он лежит отдельными файлами (каталог журнала внутри папки базы) и в .dt не входит. Нужна история действий пользователей — копируйте папку базы целиком, а не только .dt.
  • 📎 Внешние файлы. Если в настройках включено хранение присоединённых файлов в томах на диске (а не в базе), эти тома — отдельные папки, и в .dt их нет. Их архивируют вместе с базой.
  • 🧩 Внешние обработки и отчёты, подключённые как файлы на диске, тоже живут вне базы.

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

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

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

Способ восстановления зависит от того, как копия снималась.

Из файла .dt:

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

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

Из копии файловой базы: просто подключите скопированную папку как новую базу в окне запуска (Добавить → Добавление в список существующей) и укажите путь к каталогу с 1Cv8.1CD.

Из бэкапа SQL: восстановление делает администратор средствами СУБД (.bak разворачивается в SQL Server, дамп — в PostgreSQL). После восстановления базу подключают в кластере серверов 1С.

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

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

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

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

Чем отличается выгрузка `.dt` от копии папки с базой?
.dt — упакованный переносимый файл, он меньше по размеру и подходит для переноса между компьютерами и платформами. Копия папки — это файлы базы как есть, снимается быстрее, но работает только в файловом варианте.
Можно ли скопировать серверную базу, просто скопировав файлы из каталога SQL?
Нет. Пока служба СУБД работает, файлы заняты, и такая копия почти наверняка окажется битой. Для серверной базы используйте штатный бэкап СУБД или выгрузку .dt через конфигуратор.
Нужно ли выгонять пользователей при выгрузке `.dt`?
Для целостного слепка — да, в базе не должно быть активных сеансов и фоновых заданий. Бэкап средствами SQL, наоборот, снимается без остановки работы.
Как часто делать резервную копию?
По объёму изменений. Если за день в базу вносят много документов — копия ежедневно. Храните несколько поколений копий, а не перезаписывайте одну: одна битая копия не должна обесценивать всю схему. Первичные документы и регистры учёта по закону хранят не менее пяти лет, и бэкапы помогают это требование соблюсти.
Куда сохранять копии?
На отдельный физический диск или в сетевое/облачное хранилище, но не рядом с рабочей базой. Диск с базой — первый кандидат на отказ, и копия на нём вместе с базой и погибнет.

Источники

  • Федеральный закон от 06.12.2011 № 402-ФЗ «О бухгалтерском учёте», ст. 29 (сроки хранения документов учёта)