Как настроить резервное копирование в 1С 8.3
Содержание
Многие думают, что раз база в облаке или на сервере — бэкапы делает «кто-то за них». Часто не делает никто. Когда база падает после сбоя питания или кривого обновления, восстанавливать оказывается нечего.
Резервное копирование в 1С 8.3 — это регулярное сохранение архива базы, из которого её можно поднять целиком. Настройка занимает пять минут, а спасает недели работы. Ниже — как сделать копию вручную, через конфигуратор и как включить автоматическое копирование по расписанию.
Зачем нужно резервное копирование базы 1С
База 1С — это не только цифры. Это документы, проводки, справочники контрагентов, настройки учётной политики за все годы. Потерять её — значит вводить всё заново.
Копия выручает в типовых ситуациях:
- 💥 сбой диска или внезапное отключение питания;
- 🐛 повреждение базы после некорректного завершения работы;
- 🔄 неудачное обновление конфигурации или релиза;
- 🧑💻 ошибочное массовое удаление или перепроведение документов;
- 🦠 шифровальщик или вирус на компьютере.
Правило простое: копия должна существовать ДО того, как что-то пойдёт не так. После сбоя делать бэкап уже поздно.
Какие способы копирования есть в 1С 8.3
Способ зависит от того, как хранится ваша база — файловая она или на сервере (клиент-серверная).
| Способ | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| Копия файла/папки | Файловая база | Просто, быстро | Нужно закрыть 1С у всех |
| Через конфигуратор (.dt) | Любая база | Единый компактный файл | Медленно на больших базах |
| Пользовательский режим | Типовые конфигурации | Есть авторасписание | Только для поддерживаемых конфигураций |
| Средствами СУБД | Клиент-серверная | Без остановки работы | Нужен админ и доступ к SQL |
Для домашней или маленькой базы хватит первых двух способов. Для рабочей многопользовательской — автоматическое копирование или бэкап на уровне SQL.
Копирование файла или папки базы 1С
Самый прямой способ для файловой базы. Физически копируется файл 1Cv8.1CD — это и есть вся ваша база.
- Закройте 1С у всех пользователей. Пока программа открыта, файл занят.
- Откройте список информационных баз в окне запуска.
- Выделите нужную базу — снизу увидите путь к каталогу.
- Перейдите в этот каталог в проводнике.
- Скопируйте файл
1Cv8.1CD(или всю папку) в надёжное место.
Добавьте к имени копии дату: 1Cv8_2026-07-12.1CD. Так вы за секунду поймёте, насколько копия свежая.
Минус подхода — работать никто не должен, пока идёт копирование. Зато восстановление элементарное: подкладываете файл обратно на место — и база снова рабочая.
Создание резервной копии через конфигуратор
Универсальный способ — работает и для файловых, и для серверных баз. На выходе один файл с расширением .dt.
base_2026-07-12.dt. Нажмите «Сохранить».Файл .dt компактнее, чем сырой 1Cv8.1CD, и удобен для переноса на другой компьютер. Восстановление — обратная операция: «Администрирование» → «Загрузить информационную базу».
Загрузка .dt полностью затирает текущую базу. Убедитесь, что грузите копию поверх нужной базы, а не наоборот.
Настройка автоматического резервного копирования
Руками копировать каждый день никто не будет — забудется. В типовых конфигурациях (Бухгалтерия, ЗУП, УТ) есть встроенное автоматическое копирование по расписанию.
Путь в интерфейсе:
- Раздел «Администрирование» → «Обслуживание».
- Блок «Резервное копирование и восстановление».
- Пункт «Настройка резервного копирования».
- Выберите вариант «Автоматически по расписанию».
- Задайте каталог для копий и настройте расписание.
- Укажите, сколько последних копий хранить (остальные удаляются автоматически).
Здесь же настраивается расписание бэкапов: например, каждый день при завершении работы или раз в неделю по пятницам. Программа будет создавать копии сама и чистить старые, чтобы диск не переполнился.
Оптимальный старт для рабочей базы: копия каждый рабочий день, хранить 7–10 последних. Это неделя истории при минимальном расходе места.
Автоматическое копирование в клиент-серверной базе
Если база лежит на сервере (PostgreSQL или MS SQL), надёжнее делать бэкап средствами самой СУБД — по расписанию на стороне сервера. Это работает без остановки пользователей и не зависит от того, открыта 1С или нет. Настройку обычно берёт на себя системный администратор.
Где и как хранить резервные копии
Копия на том же диске, что и база, — почти бесполезна. Сгорит диск — исчезнут оба файла.
Рабочая схема хранения по правилу «3-2-1»:
- 📁 3 копии данных всего;
- 💾 на 2 разных носителях (диск + внешний диск/сетевое хранилище);
- ☁️ 1 копия вне помещения — облако или другой офис.
На практике для небольшой фирмы достаточно: локальная папка + внешний диск (или сетевая папка NAS) + выгрузка в облако раз в неделю.
Типичные ошибки при резервном копировании
Бэкап есть, а толку нет — так тоже бывает. Разбор частых проблем:
1Cv8.1CD..dt, новее той, куда грузите. Обновите платформу до той же версии или выше.Как проверить, что бэкап рабочий
Самая коварная ошибка — считать, что копии есть, и ни разу их не проверить. Битый архив выясняется в самый неподходящий момент.
Раз в месяц делайте тест восстановления:
- Создайте пустую информационную базу.
- Загрузите в неё последнюю копию
.dtчерез конфигуратор. - Зайдите в базу и проверьте, что открываются документы и отчёты.
Если база открылась и данные на месте — копия рабочая. Если нет — лучше узнать об этом на учебной базе, а не в день сбоя.
Частые вопросы
Как часто нужно делать резервную копию базы 1С?
Чем отличается копия файла от выгрузки в .dt?
1Cv8.1CD — это физический файл базы, копируется быстро, но требует закрыть 1С. Файл .dt создаётся из конфигуратора, он компактнее и удобен для переноса, но выгрузка идёт дольше.Можно ли настроить автоматическое копирование в файловой базе?
Сколько копий хранить?
Как восстановить базу из резервной копии?
1Cv8.1CD обратно в каталог базы. Из .dt — конфигуратор, «Администрирование» → «Загрузить информационную базу». Загрузка затирает текущие данные, поэтому грузите в нужную базу.