Обороткабаза знаний по 1С 8.3

Резервная копия базы 1С: все рабочие способы бэкапа

· 8 мин

Содержание

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

Но .dt — не единственный вариант, и для большой клиент-серверной базы он как раз худший: выгрузка идёт часами и требует, чтобы все вышли из программы. Ниже — пять способов снять копию базы 1С 8.3 под разные ситуации: от ручного копирования папки до автоматического бэкапа по расписанию и резервной копии средствами SQL-сервера.

Везде речь про платформу 8.3 с интерфейсом «Такси».

Чем выгрузка .dt отличается от копии файла базы

Прежде чем выбирать способ, надо понять, что именно вы копируете.

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

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

Физическая копия (папка файловой базы или бэкап средствами СУБД) снимается быстрее и часто без остановки работы, но она привязана к своему окружению.

КритерийКопия .dtКопия папки / бэкап СУБД
Файловая базаДаДа (копия папки)
Клиент-сервернаяДа, но медленноДа (средствами SQL/PostgreSQL)
ПереносимостьВысокаяПривязана к версии СУБД/окружению
Нужен монопольный режимДаНет (при бэкапе СУБД)
Скорость на большой базеНизкаяВысокая

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

Копия файловой базы через конфигуратор

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

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

Готовый .dt — это и есть ваша резервная копия. Храните её вне рабочего компьютера: на сетевом диске, внешнем носителе или в облаке.

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

Когда достаточно просто скопировать папку

Для файловой базы есть способ ещё быстрее — скопировать папку с файлом 1Cv8.1CD.

  1. Закройте все клиенты и конфигуратор этой базы.
  2. Найдите путь к базе: в окне запуска 1С выделите базу — путь показан внизу под списком.
  3. Скопируйте папку целиком в надёжное место.

Копия папки разворачивается мгновенно: достаточно подключить её как новую базу через Добавить → Добавление в список существующей базы. Копировать файл .1CD можно только когда база закрыта: копия «на лету», при работающих пользователях, получится битой.

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

Чтобы не делать выгрузку руками каждый день, тот же .dt снимается из командной строки — а значит, ставится в планировщик задач Windows.

Команда для выгрузки (режим DESIGNER):

"C:\Program Files\1cv8\8.3.24.1234\bin\1cv8.exe" DESIGNER /F"C:\Bases\Buh" /N"Администратор" /P"пароль" /DumpIB "D:\Backup\buh_%date:~6,4%-%date:~3,2%-%date:~0,2%.dt" /DisableStartupDialogs

Разберём ключи:

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

Точный номер версии в пути (8.3.24.1234) замените своим — посмотрите его в установленных программах или в окне «О программе». Фрагмент %date:...% подставляет дату в имя файла, чтобы копии не затирали друг друга.

Дальше сохраните команду в .bat-файл и добавьте в Планировщик заданий Windows (taskschd.msc) на удобное время — например, ночью, когда в базе никто не работает .

Пароль в открытом .bat-файле — это риск. Храните файл в папке с ограниченным доступом и по возможности используйте отдельную учётную запись 1С только для бэкапа.

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

Встроенный бэкап по расписанию в режиме 1С:Предприятие

В типовых конфигурациях (например, «Бухгалтерия предприятия 3.0») для файловых баз есть собственный механизм, который не требует командной строки.

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

Для клиент-серверной базы этот раздел копии не делает — там работают средства СУБД (см. ниже).

Резервная копия клиент-серверной базы (SQL и PostgreSQL)

Если база работает через сервер 1С и СУБД, правильный бэкап — на уровне самой СУБД. Он снимается без остановки пользователей и восстанавливается быстрее .dt.

MS SQL Server. В SQL Server Management Studio: правой кнопкой на базе → Задачи (Tasks) → Создать резервную копию (Back Up). Для регулярности настройте план обслуживания (Maintenance Plan) с полным бэкапом ночью и бэкапом журнала транзакций в течение дня. Второй момент важен: если база в модели восстановления Full, а журнал не бэкапится, файл журнала (.ldf) растёт без предела.

PostgreSQL. Копия снимается утилитой pg_dump:

pg_dump -U postgres -F c -f /backup/buh_2026-10-07.dump buh_base
  • -F c — сжатый формат, из которого потом восстанавливают через pg_restore.
  • buh_base — имя базы в PostgreSQL (не путать с именем информационной базы в кластере 1С).

Запускать pg_dump удобно из cron на сервере Linux или из планировщика на Windows.

Копию СУБД дополняйте периодической выгрузкой .dt. Бэкап СУБД зависит от версии сервера и окружения — если понадобится развернуть базу на другой площадке, .dt переносится куда проще.

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

Облачные и внешние инструменты

Снять копию — половина дела. Вторая половина — чтобы копия пережила ту же беду, что и оригинал (сгоревший диск, шифровальщик, кража техники).

  • ☁️ Облачное хранилище. Настройте выгрузку готовых .dt или .dump в облако (сетевой диск, объектное хранилище). Правило «3-2-1»: три копии, на двух носителях, одна — вне офиса.
  • 🧰 Специализированные утилиты бэкапа. Для парка баз удобны программы, которые по расписанию обходят список баз, снимают .dt, складывают по датам и чистят старые. Это та же логика, что в .bat-примере выше, только с интерфейсом и журналом.
  • 🏢 Облачная 1С (модель SaaS). Если база работает в облачном сервисе 1С, резервные копии создаёт провайдер автоматически. Проверьте в договоре глубину хранения и возможность выгрузить свою копию — она должна быть у вас на руках, а не только у провайдера.

Главный критерий выбора инструмента — не красивый интерфейс, а то, пробовали ли вы из этой копии реально восстановиться.

Как восстановить базу из копии и проверить, что она рабочая

Копия, из которой ни разу не восстанавливались, — это надежда, а не бэкап.

Загрузка .dt (конфигуратор, монопольный режим):

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

Лучше разворачивать .dt не поверх рабочей базы, а в новую пустую — тогда ошибка не уничтожит актуальные данные.

Восстановление СУБД: в MS SQL — Restore Database из .bak; в PostgreSQL — pg_restore из .dump.

Как убедиться, что копия живая:

  • 🔍 Раз в месяц разворачивайте копию в тестовую базу и заходите в неё под пользователем.
  • 📊 Сверьте контрольные цифры: обороты по ключевому счёту, число документов за период, последние проведённые документы.
  • 🧪 Проверку целостности можно прогнать через Администрирование → Тестирование и исправление — но только на копии, не на рабочей базе.
Диагностика: выберите симптом

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

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