Резервная копия базы 1С 8.3: выгрузка, расписание и восстановление без потери данных
Содержание
Быстрый бэкап файловой базы 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 через Конфигуратор: один файл, легко восстановить и перенести на другой компьютер.pg_dump). Выгрузка .dt для большой базы слишком долгая и блокирует работу.1cv8 в режиме DESIGNER с ключом /DumpIB через планировщик задач Windows.Выгрузка базы в файл .dt через Конфигуратор
Выгрузка в .dt — самый универсальный ручной способ. Файл .dt содержит и конфигурацию, и все данные, поэтому его можно загрузить на любом компьютере с той же версией платформы.
Порядок действий:
- Убедитесь, что из базы вышли все пользователи. Выгрузка требует монопольного доступа — если кто-то работает, платформа предложит завершить чужие сеансы, и несохранённые действия этих пользователей оборвутся. Делайте это после рабочего дня или предупредив коллег.
- В окне запуска 1С выберите базу и нажмите
Конфигуратор(не1С:Предприятие). - В Конфигураторе откройте меню
Администрирование → Выгрузить информационную базу. - Укажите папку и имя файла. Удобно включать в имя дату, например
base_2026-10-07.dt. - Нажмите
Сохранитьи дождитесь сообщения об успешной выгрузке.
Для серверной базы на большом объёме данных выгрузка .dt может идти часами и всё это время держать базу заблокированной. Для серверных баз это не рабочий способ ежедневного бэкапа — используйте средства СУБД (см. ниже).
Куда сохранять файл: не на тот же диск, где лежит сама база. Если выйдет из строя физический диск, вы потеряете и базу, и копию. Правильно — на другой диск, сетевую папку или внешний носитель.
Копирование файловой базы простым копированием папки
Второй ручной способ для файловой базы — скопировать её папку целиком. Это быстрее выгрузки .dt и не требует Конфигуратора.
Как сделать:
- Закройте все сеансы 1С с этой базой — на всех компьютерах, которые к ней подключаются. Копировать папку при работающих пользователях нельзя: файл
1Cv8.1CDокажется в несогласованном состоянии, и такая копия не откроется. - Найдите папку базы. Путь к ней виден в окне запуска 1С под именем базы в поле внизу.
- Скопируйте всю папку на другой диск или в сетевое хранилище. Внутри должен быть файл
1Cv8.1CD. - При необходимости упакуйте папку в архив — файл
.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 — через Конфигуратор:
- Запустите нужную базу в режиме Конфигуратор.
- Откройте
Администрирование → Загрузить информационную базу. - Выберите файл
.dtи подтвердите загрузку.
Загрузка .dt полностью стирает текущее содержимое базы и заменяет его данными из файла. Всё, что сделано в базе после момента выгрузки, будет потеряно. Если текущие данные ещё нужны, сначала выгрузите их в отдельный .dt, а потом грузите старую копию. Загрузка требует монопольного доступа — все пользователи должны выйти.
Из копии папки (файловая база) — распакуйте сохранённую папку на место старой или в новое место и подключите её в списке баз через кнопку Добавить → Добавление существующей информационной базы.
Из SQL-бэкапа (серверная база) — восстановление выполняет администратор средствами СУБД: разворачивает базу данных из резервной копии MS SQL или PostgreSQL, после чего база снова доступна в 1С под прежним именем.
Главная проверка — последний пункт чек-листа. Копия, которую ни разу не пробовали восстановить, не считается рабочей, пока она не загрузилась в тестовую базу. Разворачивайте её именно в отдельную, тестовую базу, а не поверх рабочей.
Ошибки, из-за которых бэкап не спасает
Резервная копия есть почти у всех. Проблемы начинаются в момент, когда её пытаются развернуть. Типичные причины, по которым копия оказывается бесполезной:
- 💾 Копия на том же диске, что и база. Диск вышел из строя — пропали и база, и бэкап. Храните копии на другом носителе или в сети.
- 🧩 Папку копировали при работающих пользователях. Файл
1Cv8.1CDполучился «на полуслове» и не открывается. Перед копированием папки все выходят из базы. - 🔁 Одна копия, которую перезаписывают. Повреждение заметили через неделю, а все копии уже содержат испорченные данные. Нужно несколько поколений за разные даты.
- 🧪 Копию ни разу не разворачивали. Файл вроде есть, а при загрузке — ошибка. Регулярно делайте пробное восстановление в тестовую базу.
- 📎 Забыли про присоединённые файлы. Если сканы вынесены в тома на диске, в
.1CDих нет. После восстановления базы документы будут, а файлы к ним — нет. Копируйте тома вместе с базой. - 🐌 Серверную базу бэкапят выгрузкой
.dt. На большой базе это долго и блокирует работу, поэтому копии в итоге делают редко. Для серверных баз — средства СУБД.
Заведите простое правило «3-2-1»: три копии, на двух разных носителях, одна из них — вне офиса (сетевое хранилище или облако). Это защищает и от отказа диска, и от шифровальщика, и от физической утраты техники.
Где хранить копии: локальный диск, сеть, облако
Где лежат копии — так же важно, как и то, что они вообще есть.
Варианты хранения и их особенности:
- 🖥 Другой локальный диск или внешний носитель. Просто и быстро. Защищает от отказа диска с базой, но не от пожара, кражи или шифровальщика, который доберётся до подключённого диска.
- 🌐 Сетевая папка или NAS. Копии уходят с рабочего компьютера. Удобно для автоматизации. Требует, чтобы сетевое хранилище само было надёжным и защищённым от записи шифровальщиком.
- ☁️ Облако. Копия физически вне офиса — защита от утраты техники целиком. Минус — зависимость от канала связи и необходимость следить за конфиденциальностью данных.
Облачные варианты для 1С бывают двух видов. Первый — специализированный сервис облачного архива, который выгружает копии базы в облако по расписанию. Второй — обычное облачное хранилище, куда настроенным заданием складывают готовые файлы .dt. Для баз в сервисе аренды 1С (модель SaaS) копии обычно создаёт сам провайдер, но и в этом случае полезно периодически выгружать собственный архив себе.
Разумная схема для небольшой компании: ежедневная автоматическая копия на отдельный диск плюс еженедельная выгрузка в облако или сетевое хранилище. Так одна ошибка — отказ диска, вирус или потеря ноутбука — не оставляет вас без данных.
Частые вопросы
Чем отличается копия папки от выгрузки `.dt`?
1Cv8.1CD «как есть», только для файловой базы и только при вышедших пользователях. Выгрузка .dt — универсальный архив с конфигурацией и данными, он работает и для серверной базы и переносится на другой компьютер.Нужно ли выгонять пользователей для бэкапа серверной базы?
pg_dump снимаются без остановки работы — в этом их главный плюс. Выгонять всех нужно только для выгрузки или загрузки .dt и при копировании папки файловой базы.Можно ли загрузить `.dt` в другую версию платформы?
.dt в платформу более новую, чем та, в которой он выгружен, обычно можно. В более старую — нет. Поэтому фиксируйте, на какой версии платформы снята копия.Войдут ли в бэкап присоединённые к документам файлы?
.1CD и в .dt не попадают — такие тома копируют отдельно вместе с базой.