Резервная копия базы 1С 8.3 до обновления: выгрузка .dt, каталог, SQL
Содержание
Самый надёжный способ сделать копию 1С 8.3 перед обновлением — выгрузить базу
в файл .dt через Конфигуратор: Администрирование → Выгрузить информационную базу. Для файловой базы есть второй вариант — скопировать каталог с файлом 1Cv8.1CD, когда из базы вышли все пользователи. Для клиент-серверной базы к выгрузке .dt добавляют штатный бэкап СУБД (MS SQL или PostgreSQL).
Частое заблуждение — считать копией то, что создаёт сама программа при обновлении. Встроенная резервная копия в мастере обновления работает только для файловой базы и не всегда включена. Перед обновлением делайте копию сами и проверяйте, что она открывается.
Что проверить до создания копии
Копия, снятая в неудачный момент, бесполезна. Перед стартом пройдите короткий список.
- 👥 Пользователи вышли из базы. Для выгрузки
.dtи копирования каталога это обязательно. Список активных сеансов в БП 3.0 и ЗУП 3.1 —Администрирование → Обслуживание → Активные пользователи. - 🔒 Установлена блокировка входа. Там же, в разделе обслуживания, есть
Блокировка работы пользователей. Задайте время начала и сообщение для сотрудников. - 💽 Хватает места на диске. Файл
.dtобычно в несколько раз меньше1Cv8.1CD, но временно нужно место под обе версии. Для базы 10 ГБ держите свободными хотя бы 20–25 ГБ. - 🔑 Есть логин и пароль администратора. Без пользователя с полными правами Конфигуратор не откроет базу на выгрузку.
- 📝 Записана версия конфигурации и платформы. Посмотрите в
Справка → О программе(иконка с буквой «i» или меню с тремя полосками). Номер пригодится, если придётся откатываться.
Блокировка и завершение сеансов обрывают работу сотрудников. Несохранённые документы пропадут. Предупредите людей заранее и выбирайте нерабочее время.
Способ 1. Выгрузка базы в файл .dt
Этот способ одинаково работает для файловой и клиент-серверной базы. Файл .dt содержит конфигурацию и все данные, но без журнала регистрации.
Пошагово через Конфигуратор
- В окне запуска 1С выделите нужную базу и нажмите
Конфигуратор. - Введите имя и пароль администратора.
- В меню выберите
Администрирование → Выгрузить информационную базу. - Укажите папку и имя файла. Удобный шаблон:
buh_2026-10-07_do_obnovleniya.dt— дата и цель сразу видны. - Нажмите
Сохранитьи дождитесь сообщения о том, что выгрузка завершена.
Для базы 5–10 ГБ процесс занимает от нескольких минут до получаса. Время зависит от диска и объёма данных.
Если Конфигуратор пишет, что база занята
Выгрузке мешают чужие сеансы. Типичный текст: Ошибка блокировки информационной базы для конфигурирования или сообщение о наличии активных соединений. Проверьте список активных пользователей и фоновые задания, затем повторите.
💡 В клиент-серверном варианте зависшие сеансы видно в консоли администрирования серверов 1С. Завершайте их только после того, как убедились, что пользователь действительно не работает .
Как восстановить из .dt
Обратная операция — Администрирование → Загрузить информационную базу в Конфигураторе. Загрузка полностью заменяет данные текущей базы. Поэтому загружайте .dt в новую пустую базу, если хотите просто посмотреть, что внутри. Платформа для загрузки — той же версии или с номером не ниже той, которой выгружали.
Способ 2. Копия каталога файловой базы
Файловая база — это папка на диске. Её копия делается быстрее, чем выгрузка, и сохраняет журнал регистрации.
Где лежит база
Путь видно в окне запуска 1С: выделите базу, и внизу окна появится строка вида File="D:\Bases\Buh". Ещё вариант — кнопка Изменить в окне запуска.
В папке базы главное:
| Объект | Что это | Копировать |
|---|---|---|
1Cv8.1CD | Сама база: конфигурация и данные | Обязательно |
Папка 1Cv8Log | Журнал регистрации | Желательно |
| Прочие служебные файлы | Временные и вспомогательные | Можно вместе со всей папкой |
Проще всего копировать папку целиком.
Пошагово
- Убедитесь, что из базы вышли все, включая Конфигуратор и фоновые обработки.
- Закройте 1С на своём компьютере.
- Скопируйте папку базы в другое место, например
E:\Backup\Buh_2026-10-07. - Сверьте размер
1Cv8.1CDв копии и в оригинале. Он должен совпасть до байта. - Заархивируйте копию, если её нужно перенести или хранить долго. Файл
1Cv8.1CDхорошо сжимается.
Копирование 1Cv8.1CD при открытой базе даёт битый файл. Внешне копия выглядит нормально, но при запуске может не открыться или открыться с ошибками в данных. Если сомневаетесь, что все вышли, делайте .dt.
Когда каталог лучше, а когда .dt
| Критерий | Копия каталога | Выгрузка .dt |
|---|---|---|
| Скорость | Быстро, как обычное копирование | Медленнее, база пересобирается в файл |
| Размер | Большой, весь 1Cv8.1CD | Заметно меньше |
| Журнал регистрации | Сохраняется | Не сохраняется |
| Подходит для клиент-сервера | Нет | Да |
| Риск битой копии | Есть, если кто-то в базе | Нет: Конфигуратор не начнёт выгрузку при чужих сеансах |
| Восстановление | Скопировать файл обратно | Загрузить через Конфигуратор |
Перед обновлением надёжнее иметь оба варианта. Это 10–20 минут, которые страхуют от самых неприятных сценариев.
Способ 3. Бэкап клиент-серверной базы средствами СУБД
В клиент-серверном варианте данные хранит СУБД. Копировать файлы на сервере бессмысленно. Делают бэкап базы
данных средствами самой СУБД и дополнительно .dt.
MS SQL Server
Через SQL Server Management Studio: правой кнопкой по базе → Tasks → Back Up… (в русской версии Задачи → Создать резервную копию). Тип — Full.
Тот же бэкап одной командой:
BACKUP DATABASE [buh_prod]
TO DISK = N'E:\Backup\buh_prod_2026-10-07.bak'
WITH COPY_ONLY, CHECKSUM, COMPRESSION, STATS = 10;
COPY_ONLYне ломает цепочку регулярных бэкапов, если она настроена.CHECKSUMпроверяет страницы при записи.COMPRESSIONдоступно не во всех редакциях. Если сервер ругается, уберите этот параметр.
PostgreSQL
Для PostgreSQL, который ставят под 1С, используют pg_dump в формате custom:
"C:\Program Files\PostgreSQL\15.4-1.1C\bin\pg_dump.exe" -U postgres -h localhost -F c -b -f "E:\Backup\buh_prod_2026-10-07.backup" buh_prod
Путь к pg_dump зависит от установленной версии: проверьте папку bin вашего PostgreSQL. Восстанавливают такой файл утилитой pg_restore.
Почему одного бэкапа СУБД мало
Бэкап СУБД восстанавливается только на сервер той же СУБД. Файл .dt можно развернуть в файловую базу
на любом компьютере и быстро проверить данные. Поэтому перед обновлением делают оба.
Бэкап СУБД снимается при работающих пользователях и остаётся согласованным. Но перед обновлением всё равно лучше остановить работу: изменения, внесённые после бэкапа, в него не попадут.
Как автоматизировать создание копий перед каждым обновлением
Если обновлений много или баз несколько, ручная выгрузка надоедает. Конфигуратор умеет выгружать базу в пакетном режиме без открытия окна.
Пакетная выгрузка .dt
Пример bat-файла для файловой базы:
@echo off
set D=%date:~6,4%-%date:~3,2%-%date:~0,2%
"C:\Program Files\1cv8\8.3.24.1586\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" /DumpIB "E:\Backup\buh_%D%.dt" /Out "E:\Backup\buh_%D%.log"
Для серверной базы вместо /F указывают /S"server\buh_prod". Номер платформы в пути замените на свой. Строка с датой рассчитана на русский формат даты в Windows (ДД.ММ.ГГГГ).
После выполнения откройте .log. Если там сообщение об ошибке, файл .dt не создан или неполный.
Проверка результата прямо в скрипте
Пакетный запуск не покажет окно с ошибкой: если база занята, Конфигуратор просто завершится. Чтобы не узнать об этом в момент отката, добавьте в конец bat-файла проверку, что файл появился и он не пустой:
if not exist "E:\Backup\buh_%D%.dt" (
echo Выгрузка не создана >> "E:\Backup\errors.txt"
exit /b 1
)
for %%A in ("E:\Backup\buh_%D%.dt") do if %%~zA LSS 1048576 (
echo Файл выгрузки меньше 1 МБ >> "E:\Backup\errors.txt"
exit /b 1
)
Порог в 1 МБ условный: подберите его под свою базу, взяв примерно половину размера обычной выгрузки. Код возврата 1 планировщик Windows покажет как ошибку в столбце результата последнего запуска.
Если баз несколько, удобнее завести один bat-файл на каждую базу и общий файл-список, который их вызывает по очереди. Так одна упавшая выгрузка не остановит остальные.
⚠️ Пароль в bat-файле лежит открытым текстом. Храните такой файл в папке с доступом только для администратора и заведите отдельного пользователя 1С под резервное копирование .
Встроенное резервное копирование в типовых конфигурациях
В БП 3.0, ЗУП 3.1 и других конфигурациях на БСП для файловой базы есть раздел Администрирование → Обслуживание → Резервное копирование и восстановление. Там можно задать расписание и папку. Мастер обновления конфигурации тоже предлагает создать копию перед установкой.
Эта функция работает только в файловом варианте. Для клиент-серверной базы расписание настраивают в СУБД: в MS SQL — через Maintenance Plans или задания агента, в PostgreSQL — через pg_dump в планировщике Windows или cron.
Планировщик Windows
bat-файл ставят в Планировщик заданий на ночь. Задача запускается от учётной записи, у которой есть права на папку базы и папку бэкапов. Перед плановым обновлением запускают ту же задачу вручную.
Как проверить, что копия рабочая
Копия, которую ни разу не разворачивали, — это надежда, а не копия. Проверка занимает 15–30 минут.
Тестовое восстановление .dt
- В окне запуска 1С нажмите
Добавить → Создание новой информационной базы → Создание информационной базы без конфигурации. - Укажите отдельную папку, например
D:\Test\Buh_check. - Откройте новую базу в Конфигураторе и выполните
Администрирование → Загрузить информационную базу, выбрав ваш.dt. - Запустите базу в режиме 1С:Предприятие. Откройте пару последних документов и оборотно-сальдовую ведомость за текущий месяц.
- Сравните итоги с рабочей базой.
Тестирование и исправление
В Конфигураторе есть Администрирование → Тестирование и исправление. Для проверки копии запускайте его в тестовой базе с режимом «только проверка», без исправления. Если на копии есть ошибки, они были и в рабочей базе — с этим разбираются до обновления, а не после.
Проверка бэкапа SQL
Для MS SQL быструю проверку файла даёт команда:
RESTORE VERIFYONLY
FROM DISK = N'E:\Backup\buh_prod_2026-10-07.bak'
WITH CHECKSUM;
Она проверяет читаемость файла, но не логику данных. Полная проверка — восстановление в отдельную базу под другим именем.
Где хранить копии и сколько их держать
После удачного обновления копию не стоит сразу удалять. Ошибки часто всплывают через несколько дней, когда бухгалтер закрывает месяц.
Правило 3-2-1
- 📦 3 копии данных: рабочая база и две резервные.
- 💾 2 разных носителя: например, второй диск сервера и сетевое хранилище.
- ☁️ 1 копия вне офиса: облако или внешний диск, который увозят.
Копия на том же диске, что и база, не спасает от выхода диска из строя и от шифровальщика.
Ротация
Простая схема для небольшой компании:
| Тип копии | Как часто | Сколько хранить |
|---|---|---|
| Ежедневная | Каждую ночь | 7–14 последних |
| Еженедельная | В воскресенье | 4–5 последних |
| Ежемесячная | Последний день месяца | 12 последних |
| Перед обновлением | Перед каждым обновлением | До закрытия следующего месяца |
Копии «до обновления» держите отдельно от ротации. Иначе скрипт очистки удалит именно ту копию, которая понадобилась.
Подписи и доступ
- 🏷️ В имени файла — база, дата и событие:
zup_2026-10-07_do_3.1.30.dt. - 🔐 Доступ к папке бэкапов — только у администратора. В копии вся бухгалтерия и персональные данные сотрудников.
- 🗒️ Ведите простой журнал: дата, база, кто делал, проверена ли копия.
Частые вопросы
Можно ли сделать копию, не выгоняя пользователей?
.dt не выгрузится, а копия каталога будет битой. В клиент-серверной базе бэкап СУБД делается без остановки работы, но перед обновлением всё равно лучше зафиксировать состояние после выхода пользователей.Сохраняет ли .dt пользователей и пароли?
Как откатиться, если обновление прошло неудачно?
.dt в ту же базу через Администрирование → Загрузить информационную базу или верните папку файловой базы из копии. Данные, введённые после копии, придётся внести заново.Нужна ли копия перед установкой новой версии платформы?
Копию какого размера считать нормальной?
.dt обычно в несколько раз меньше 1Cv8.1CD. Подозрение вызывает копия в несколько килобайт или заметно меньше вчерашней — такую проверяйте восстановлением.