Резервное копирование и выгрузка базы данных в 1С 8.3
Содержание
Чтобы сделать полную копию файловой базы
, закройте все сеансы и скопируйте папку с файлом 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 — это упакованный слепок всей базы: конфигурация и данные в одном файле. Его удобно передавать и хранить.
Порядок действий:
- Попросите пользователей выйти из базы — для целостного слепка в базе никого не должно быть.
- Запустите базу в режиме
Конфигуратор. - Откройте меню
Администрирование → Выгрузить информационную базу. - Укажите папку и имя файла, нажмите
Сохранить. - Дождитесь сообщения об успешном завершении.
Файл получит расширение .dt. Имя задайте говорящее — с названием базы и датой, например buh_2026-10-07.dt. Так в архиве не запутаетесь.
Выгрузка .dt не заменяет полноценный бэкап крупной серверной базы: на базе в десятки гигабайт она идёт долго и сильно нагружает диск. Для таких баз это инструмент переноса, а не ежедневного копирования.
Размер .dt обычно заметно меньше исходной базы за счёт упаковки. Если выгрузка падает с ошибкой — почти всегда дело в том, что кто-то остался в базе или не хватает места на диске под временные файлы.
Ручное копирование файловой базы
Файловая база — это папка, в которой лежит файл 1Cv8.1CD (все данные) и служебные файлы. Скопировать её можно средствами Windows, без конфигуратора.
Где лежит база: в окне запуска 1С выделите базу и посмотрите путь в нижней части окна, либо нажмите Изменить — путь показан в поле каталога.
Шаги:
- Убедитесь, что из базы вышли все, включая фоновые задания.
- Закройте все окна 1С, связанные с этой базой.
- Скопируйте каталог базы целиком в надёжное место (другой диск, сетевую папку).
Копируйте всю папку, а не один файл 1Cv8.1CD. Рядом лежат файлы блокировок и журнал регистрации; при частичном копировании восстановленная база может работать неожиданно.
Копию лучше сразу убрать в архив (zip), подписать датой и хранить не на том же физическом диске, где рабочая база. Диск с рабочей базой — первый кандидат на отказ, и копия рядом с ним смысла не имеет.
Как сохранить серверную базу (клиент-сервер)
В клиент-серверном варианте данные хранятся не в 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. Универсальный путь для любой файловой базы:
- Создайте
.bat-файл с командой1cv8 DESIGNER ... /DumpIBиз предыдущего раздела. - Откройте
Планировщик заданийWindows. - Создайте задание, укажите запуск
.batпо расписанию (например, ночью). - Настройте очистку старых копий, чтобы диск не переполнился.
План обслуживания SQL. Для серверных баз копирование настраивается на стороне СУБД администратором — это надёжнее и не требует выхода пользователей.
Храните не одну копию, а несколько поколений: одна затёртая битая копия обесценивает всю схему. Разумный минимум — ежедневные копии за последнюю неделю плюс несколько месячных.
Проверяйте, что копии реально создаются и разворачиваются. Бэкап, который ни разу не восстанавливали, — это ещё не бэкап, а предположение.
Что попадает в копию, а что остаётся снаружи
Частая ловушка: человек выгрузил .dt, считает, что сохранил всё, а часть данных осталась вне копии.
Что .dt и копия папки сохраняют полностью:
- 🗂️ все данные учёта — документы, справочники, регистры;
- ⚙️ саму конфигурацию и её настройки;
- 👤 список пользователей и их права.
О чём легко забыть:
- 📒 Журнал регистрации. В файловой базе он лежит отдельными файлами (каталог журнала внутри папки базы) и в
.dtне входит. Нужна история действий пользователей — копируйте папку базы целиком, а не только.dt. - 📎 Внешние файлы. Если в настройках включено хранение присоединённых файлов в томах на диске (а не в базе), эти тома — отдельные папки, и в
.dtих нет. Их архивируют вместе с базой. - 🧩 Внешние обработки и отчёты, подключённые как файлы на диске, тоже живут вне базы.
Проверить, где хранятся присоединённые файлы, можно в разделе настроек работы с файлами: если выбран вариант хранения в томах на диске — внесите эти тома в план копирования.
Для серверной базы бэкап СУБД сохраняет содержимое базы данных целиком, но внешние тома файлов и там остаются на уровне файловой системы — их бэкапит администратор отдельно.
Как восстановить базу из копии
Способ восстановления зависит от того, как копия снималась.
Из файла .dt:
- Создайте пустую базу или возьмите существующую, из которой данные можно затереть.
- Запустите её в режиме
Конфигуратор. - Откройте
Администрирование → Загрузить информационную базу, выберите.dt. - Подтвердите замену данных.
Загрузка .dt требует монопольного доступа и полностью затирает текущие данные базы. Перед загрузкой в рабочую базу убедитесь, что грузите нужный файл: отменить операцию после подтверждения нельзя.
Из копии файловой базы: просто подключите скопированную папку как новую базу в окне запуска (Добавить → Добавление в список существующей) и укажите путь к каталогу с 1Cv8.1CD.
Из бэкапа SQL: восстановление делает администратор средствами СУБД (.bak разворачивается в SQL Server, дамп — в PostgreSQL). После восстановления базу подключают в кластере серверов 1С.
После восстановления обязательно проверьте базу: откройте, зайдите в пару ключевых документов и отчётов, сверьте остатки на понятную дату. Повреждённую копию лучше найти сейчас, а не в момент, когда она понадобится всерьёз.
Если база разворачивается из старой или подозрительной копии, имеет смысл прогнать её через конфигуратор: Администрирование → Тестирование и исправление информационной базы. Этот режим проверяет логическую и ссылочную целостность и при необходимости пересчитывает итоги. Выполняется он монопольно, поэтому делайте его на копии, а не на живой рабочей базе в разгар дня.
Отдельно о переносе на другой компьютер: восстановление из .dt — штатный способ «переехать». Выгрузили на старой машине, установили ту же (или более новую) версию платформы на новой, создали пустую базу и загрузили .dt. Версию платформы при этом берите номером не ниже той, на которой делалась выгрузка, — более старая платформа чужой .dt может не принять.
Частые вопросы
Чем отличается выгрузка `.dt` от копии папки с базой?
.dt — упакованный переносимый файл, он меньше по размеру и подходит для переноса между компьютерами и платформами. Копия папки — это файлы базы как есть, снимается быстрее, но работает только в файловом варианте.Можно ли скопировать серверную базу, просто скопировав файлы из каталога SQL?
.dt через конфигуратор.Нужно ли выгонять пользователей при выгрузке `.dt`?
Как часто делать резервную копию?
Куда сохранять копии?
Источники
- Федеральный закон от 06.12.2011 № 402-ФЗ «О бухгалтерском учёте», ст. 29 (сроки хранения документов учёта)