Резервная копия базы 1С 8.3 до обновления: выгрузка .dt, каталог, SQL

· 9 мин

Содержание

Самый надёжный способ сделать копию 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. В окне запуска 1С выделите нужную базу и нажмите Конфигуратор.
  2. Введите имя и пароль администратора.
  3. В меню выберите Администрирование → Выгрузить информационную базу.
  4. Укажите папку и имя файла. Удобный шаблон: buh_2026-10-07_do_obnovleniya.dt — дата и цель сразу видны.
  5. Нажмите Сохранить и дождитесь сообщения о том, что выгрузка завершена.

Для базы 5–10 ГБ процесс занимает от нескольких минут до получаса. Время зависит от диска и объёма данных.

Если Конфигуратор пишет, что база занята

Выгрузке мешают чужие сеансы. Типичный текст: Ошибка блокировки информационной базы для конфигурирования или сообщение о наличии активных соединений. Проверьте список активных пользователей и фоновые задания, затем повторите.

💡 В клиент-серверном варианте зависшие сеансы видно в консоли администрирования серверов 1С. Завершайте их только после того, как убедились, что пользователь действительно не работает .

Как восстановить из .dt

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

Способ 2. Копия каталога файловой базы

Файловая база — это папка на диске. Её копия делается быстрее, чем выгрузка, и сохраняет журнал регистрации.

Где лежит база

Путь видно в окне запуска 1С: выделите базу, и внизу окна появится строка вида File="D:\Bases\Buh". Ещё вариант — кнопка Изменить в окне запуска.

В папке базы главное:

ОбъектЧто этоКопировать
1Cv8.1CDСама база: конфигурация и данныеОбязательно
Папка 1Cv8LogЖурнал регистрацииЖелательно
Прочие служебные файлыВременные и вспомогательныеМожно вместе со всей папкой

Проще всего копировать папку целиком.

Пошагово

  1. Убедитесь, что из базы вышли все, включая Конфигуратор и фоновые обработки.
  2. Закройте 1С на своём компьютере.
  3. Скопируйте папку базы в другое место, например E:\Backup\Buh_2026-10-07.
  4. Сверьте размер 1Cv8.1CD в копии и в оригинале. Он должен совпасть до байта.
  5. Заархивируйте копию, если её нужно перенести или хранить долго. Файл 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. В окне запуска 1С нажмите Добавить → Создание новой информационной базы → Создание информационной базы без конфигурации.
  2. Укажите отдельную папку, например D:\Test\Buh_check.
  3. Откройте новую базу в Конфигураторе и выполните Администрирование → Загрузить информационную базу, выбрав ваш .dt.
  4. Запустите базу в режиме 1С:Предприятие. Откройте пару последних документов и оборотно-сальдовую ведомость за текущий месяц.
  5. Сравните итоги с рабочей базой.

Тестирование и исправление

В Конфигураторе есть Администрирование → Тестирование и исправление. Для проверки копии запускайте его в тестовой базе с режимом «только проверка», без исправления. Если на копии есть ошибки, они были и в рабочей базе — с этим разбираются до обновления, а не после.

Проверка бэкапа SQL

Для MS SQL быструю проверку файла даёт команда:

RESTORE VERIFYONLY
FROM DISK = N'E:\Backup\buh_prod_2026-10-07.bak'
WITH CHECKSUM;

Она проверяет читаемость файла, но не логику данных. Полная проверка — восстановление в отдельную базу под другим именем.

Копия готова к обновлению, если
Выполнено: 0 / 6

Где хранить копии и сколько их держать

После удачного обновления копию не стоит сразу удалять. Ошибки часто всплывают через несколько дней, когда бухгалтер закрывает месяц.

Правило 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. Подозрение вызывает копия в несколько килобайт или заметно меньше вчерашней — такую проверяйте восстановлением.