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

· 10 мин

Содержание

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

Это не единственный способ сделать резервную копию. Файловую базу можно скопировать папкой, можно включить автоматическое копирование по расписанию прямо из 1С:Предприятия, а серверную базу правильнее бэкапить средствами СУБД. Разберём каждый вариант: когда он уместен, как восстановить данные обратно и из-за чего резервная копия в нужный момент оказывается бесполезной.

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

Что именно копировать и как часто

Информационная база 1С — это не только то, что вы видите на экране. В бэкап должны попасть все данные, иначе после восстановления часть документов пропадёт.

Что входит в резервную копию:

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

Лицензии и ключи защиты в бэкап не входят и не нужны: при восстановлении на другом компьютере лицензию активируют заново.

Как часто делать копию — зависит от того, сколько работы не жалко потерять. Ориентиры:

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

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

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

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

СпособДля какой базыНужен монопольный доступКогда применять
Копирование папки базыфайловаяда, все выходят из базыбыстрый ручной бэкап небольшой базы
Выгрузка в .dt (Конфигуратор)файловая и сервернаядаперенос базы, архив перед обновлением
Встроенное копирование из 1С:Предприятиятолько файловаявыполняется при выходе/по расписаниюрегулярные авто-копии небольшой базы
Средствами СУБД (SQL-бэкап, pg_dump)только сервернаянетосновной способ для серверных баз
Командная строка 1cv8 ... /DumpIBфайловая и сервернаядаавтоматизация через планировщик задач

Коротко логика выбора такая. Небольшую файловую базу проще всего выгрузить в .dt или скопировать папкой. Регулярность удобно отдать встроенному механизму 1С. Серверную базу на PostgreSQL или MS SQL бэкапят средствами самой СУБД — это быстрее и не требует выгонять пользователей.

Какой способ резервного копирования выбрать?

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

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

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

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

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

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

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

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

Как сделать:

  1. Закройте все сеансы 1С с этой базой — на всех компьютерах, которые к ней подключаются. Копировать папку при работающих пользователях нельзя: файл 1Cv8.1CD окажется в несогласованном состоянии, и такая копия не откроется.
  2. Найдите папку базы. Путь к ней виден в окне запуска 1С под именем базы в поле внизу.
  3. Скопируйте всю папку на другой диск или в сетевое хранилище. Внутри должен быть файл 1Cv8.1CD.
  4. При необходимости упакуйте папку в архив — файл .1CD хорошо сжимается.

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

Автоматическое резервное копирование файловой базы по расписанию

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

Путь в типовых конфигурациях (например, в «1С:Бухгалтерии 3.0»): раздел Администрирование, группа «Обслуживание», пункт «Резервное копирование и восстановление». Название группы в разных конфигурациях может немного отличаться, но находится оно в разделе Администрирование.

В настройке копирования выбирают один из вариантов:

  • 🔁 По расписанию — например, каждый день в определённое время. Удобно, если компьютер в это время включён.
  • 🚪 При завершении работы — копия создаётся, когда из базы выходит последний пользователь. Монопольный доступ к этому моменту уже есть.
  • ⏸ Не создавать автоматически — только вручную по кнопке.

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

Для серверной базы этот механизм недоступен — её автоматизируют на уровне СУБД. В MS SQL Server это план обслуживания (Maintenance Plan) с задачей Backup Database, в PostgreSQL — регулярный запуск pg_dump по расписанию. Настраивает это администратор сервера; такой бэкап снимается без остановки работы пользователей и восстанавливается средствами самой СУБД.

Полностью автоматизировать выгрузку .dt можно и без встроенного механизма — через командную строку платформы и планировщик задач Windows. Платформа запускается в режиме DESIGNER с ключом /DumpIB:

"C:\Program Files\1cv8\8.3.XX.YYYY\bin\1cv8.exe" DESIGNER /F "D:\bases\MyBase" /N "Администратор" /P "пароль" /DumpIB "E:\backup\base.dt"

Здесь /F — путь к файловой базе (для серверной вместо него /S сервер\база), /N и /P — логин и пароль, /DumpIB — имя файла выгрузки. Эту команду добавляют заданием в планировщик задач Windows на нужное время. Остальные ключи и параметры смотрите в справке по запуску платформы.

Как восстановить базу 1С 8.3 из бэкапа

Восстановление зависит от того, как была снята копия.

Из файла .dt — через Конфигуратор:

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

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

Из копии папки (файловая база) — распакуйте сохранённую папку на место старой или в новое место и подключите её в списке баз через кнопку Добавить → Добавление существующей информационной базы.

Из SQL-бэкапа (серверная база) — восстановление выполняет администратор средствами СУБД: разворачивает базу данных из резервной копии MS SQL или PostgreSQL, после чего база снова доступна в 1С под прежним именем.

Проверка: копия действительно рабочая
Выполнено: 0 / 5

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

Ошибки, из-за которых бэкап не спасает

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

  • 💾 Копия на том же диске, что и база. Диск вышел из строя — пропали и база, и бэкап. Храните копии на другом носителе или в сети.
  • 🧩 Папку копировали при работающих пользователях. Файл 1Cv8.1CD получился «на полуслове» и не открывается. Перед копированием папки все выходят из базы.
  • 🔁 Одна копия, которую перезаписывают. Повреждение заметили через неделю, а все копии уже содержат испорченные данные. Нужно несколько поколений за разные даты.
  • 🧪 Копию ни разу не разворачивали. Файл вроде есть, а при загрузке — ошибка. Регулярно делайте пробное восстановление в тестовую базу.
  • 📎 Забыли про присоединённые файлы. Если сканы вынесены в тома на диске, в .1CD их нет. После восстановления базы документы будут, а файлы к ним — нет. Копируйте тома вместе с базой.
  • 🐌 Серверную базу бэкапят выгрузкой .dt. На большой базе это долго и блокирует работу, поэтому копии в итоге делают редко. Для серверных баз — средства СУБД.

Заведите простое правило «3-2-1»: три копии, на двух разных носителях, одна из них — вне офиса (сетевое хранилище или облако). Это защищает и от отказа диска, и от шифровальщика, и от физической утраты техники.

Где хранить копии: локальный диск, сеть, облако

Где лежат копии — так же важно, как и то, что они вообще есть.

Варианты хранения и их особенности:

  • 🖥 Другой локальный диск или внешний носитель. Просто и быстро. Защищает от отказа диска с базой, но не от пожара, кражи или шифровальщика, который доберётся до подключённого диска.
  • 🌐 Сетевая папка или NAS. Копии уходят с рабочего компьютера. Удобно для автоматизации. Требует, чтобы сетевое хранилище само было надёжным и защищённым от записи шифровальщиком.
  • ☁️ Облако. Копия физически вне офиса — защита от утраты техники целиком. Минус — зависимость от канала связи и необходимость следить за конфиденциальностью данных.

Облачные варианты для 1С бывают двух видов. Первый — специализированный сервис облачного архива, который выгружает копии базы в облако по расписанию. Второй — обычное облачное хранилище, куда настроенным заданием складывают готовые файлы .dt. Для баз в сервисе аренды 1С (модель SaaS) копии обычно создаёт сам провайдер, но и в этом случае полезно периодически выгружать собственный архив себе.

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

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

Чем отличается копия папки от выгрузки `.dt`?
Копия папки — это файл данных 1Cv8.1CD «как есть», только для файловой базы и только при вышедших пользователях. Выгрузка .dt — универсальный архив с конфигурацией и данными, он работает и для серверной базы и переносится на другой компьютер.
Нужно ли выгонять пользователей для бэкапа серверной базы?
Нет. SQL-бэкап и pg_dump снимаются без остановки работы — в этом их главный плюс. Выгонять всех нужно только для выгрузки или загрузки .dt и при копировании папки файловой базы.
Можно ли загрузить `.dt` в другую версию платформы?
Загружать .dt в платформу более новую, чем та, в которой он выгружен, обычно можно. В более старую — нет. Поэтому фиксируйте, на какой версии платформы снята копия.
Войдут ли в бэкап присоединённые к документам файлы?
Только если они хранятся внутри базы. Если файлы вынесены в тома хранения на диске, они в .1CD и в .dt не попадают — такие тома копируют отдельно вместе с базой.
Сколько копий хранить и как долго?
Держите несколько последних ежедневных копий плюс по одной копии за прошлые недели и месяцы. Точную глубину выбирают по свободному месту, но одной перезаписываемой копии мало: повреждение данных можно заметить не сразу.