Рабочая ли выгрузка .dt: проверяем файл до того, как он понадобится

Проверить DT-файл 1С можно только одним надёжным способом: загрузить его в пустую тестовую базу через Конфигуратор → Администрирование → Загрузить информационную базу и открыть результат. Всё остальное — размер, дата, контрольная сумма — лишь отсеивает явный брак, но не доказывает, что из файла поднимется рабочая база.

Частое заблуждение: «файл весит 800 МБ, значит, выгрузка нормальная». Обрыв записи на 95% даёт файл почти того же размера, а ошибку вы увидите только при загрузке. Ниже пять способов — от быстрого отсева до полной проверки с тестированием базы. Всё описанное относится к платформе 8.3 и не зависит от конфигурации: БП, ЗУП, УТ проверяются одинаково.

Что хранит DT-файл и зачем проверять выгрузку заранее

DT — это выгрузка информационной базы целиком. В ней лежат:

• 🧩 конфигурация базы данных;
• 📦 все данные: справочники, документы, регистры, константы;
• 👤 список пользователей с паролями и ролями.

Формат закрытый и сжатый. Открыть его архиватором или текстовым редактором и «посмотреть, что внутри», не получится. Поэтому проверка DT всегда сводится к одному вопросу: загрузится ли он и будет ли база после загрузки целой.

Проверять нужно, когда:

• 🗄️ DT — ваша резервная копия. Непроверенный бэкап — это надежда, а не копия;
• 🚚 базу переносят на другой сервер, в другую СУБД или передают подрядчику;
• 📨 файл пришёл по почте, через облако или флешку — при передаче он мог обрезаться;
• 🔁 перед обновлением сделали выгрузку «на всякий случай» и собираетесь на неё опираться.

Способ 1. Пробная загрузка DT в тестовую базу через Конфигуратор

Это главная проверка. Загружать файл нужно только в отдельную пустую базу.

Никогда не проверяйте DT загрузкой в рабочую базу: загрузка полностью заменяет её конфигурацию, данные и пользователей.

Создаём пустую тестовую базу

1. Запустите 1С и в окне выбора баз нажмите Добавить.
2. Выберите Создание новой информационной базы → Создание информационной базы без конфигурации.
3. Укажите тип расположения «На данном компьютере» и папку на диске с запасом места. Распакованная база обычно занимает в несколько раз больше, чем сам DT, — ориентировочно в 3–10 раз.
4. Завершите мастер. Пустая файловая база готова.

Загружаем и проверяем

1. Откройте тестовую базу в режиме Конфигуратор.
2. Меню Администрирование → Загрузить информационную базу, выберите DT-файл.
3. Подтвердите предупреждение о замене данных. Дождитесь сообщения об успешной загрузке.
4. Конфигуратор предложит перезапуститься — согласитесь. Теперь вход идёт под пользователями из выгрузки: нужен логин и пароль администратора исходной базы.
5. Откройте Конфигурация → Открыть конфигурацию — дерево объектов должно отображаться без ошибок.
6. Запустите базу в режиме 1С:Предприятие. Посмотрите версию конфигурации в «О программе» и сравните с исходной базой.

Сверяем данные с исходной базой

Сам факт загрузки ещё не значит, что выгрузка сделана в нужный момент. Сверьте:

• 📅 дату последних документов — в журнале документов или списке реализаций;
• 📊 итоги оборотно-сальдовой ведомости за последний закрытый месяц (для БП) или итоги ведомости по зарплате (для ЗУП);
• 🔢 количество элементов в 2–3 крупных справочниках, например «Контрагенты» и «Номенклатура».

Если цифры совпали с исходной базой — DT-файл пригоден.

Запускаем тестирование загруженной базы

Для полной уверенности проверьте целостность того, что загрузилось:

1. Закройте режим 1С:Предприятие, вернитесь в Конфигуратор тестовой базы.
2. Меню Администрирование → Тестирование и исправление.
3. Отметьте «Проверка логической целостности информационной базы» и выберите режим «Только тестирование».
4. Нажмите Выполнить и дождитесь итогового сообщения.

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

Способ 2. Контрольная сумма и размер: проверка файла вне 1С

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

Посчитайте хеш SHA-256 на исходном компьютере сразу после выгрузки и на целевом после получения. Суммы должны совпасть до символа.

Windows, командная строка:

certutil -hashfile "D:\Backup\buh_2026-10-06.dt" SHA256

Windows, PowerShell:

Get-FileHash "D:\Backup\buh_2026-10-06.dt" -Algorithm SHA256

Linux:

sha256sum /backup/buh_2026-10-06.dt

Что ещё можно отсеять без 1С:

Способ 3. Ручной разбор: что видно о DT-файле без загрузки

Внутреннюю структуру DT вручную проверить нельзя: формат не документирован, данные сжаты. Утилиты, которые обещают «прочитать DT без 1С», полагаться на них при проверке бэкапа не стоит.

Что реально доступно руками:

1. История выгрузок. Сложите размеры DT одной базы за последние недели в таблицу. База растёт плавно, поэтому резкое падение на 30–50% без причины — сигнал.
2. Лог задания. Если выгрузку делает скрипт или планировщик, в его логе должна быть строка об успешном завершении. Файл без такой строки считайте подозрительным.
3. Расширение и имя. Бывает, что «DT» на деле оказывается архивом с DT внутри или файлом другого типа. Файл из облака иногда приходит как .dt.zip или с HTML-страницей ошибки вместо данных — такой файл весит несколько килобайт и открывается блокнотом как текст.

После загрузки в файловую базу (способ 1) можно дополнительно проверить сам файл базы 1Cv8.1CD утилитой chdbfl.exe. Она лежит в каталоге bin установленной платформы и проверяет физическую целостность файловой базы. Запускайте её при закрытой базе, без активных сеансов.

Способ 4. Автоматическая проверка DT из командной строки

Ручную проверку сложно делать регулярно. Пакетный режим 1cv8.exe позволяет поставить её в планировщик: создать пустую базу , загрузить DT , протестировать результат и записать лог.

Ключевые параметры:

Пример скрипта для Windows. Версию платформы, пути и пароль подставьте свои:

@echo off
set V8="C:\Program Files\1cv8\8.3.24.1548\bin\1cv8.exe"
set DT=D:\Backup\buh_2026-10-06.dt
set TEST=D:\TestRestore\buh
set LOG=D:\TestRestore\log

if exist "%TEST%" rmdir /s /q "%TEST%"
mkdir "%TEST%"
if not exist "%LOG%" mkdir "%LOG%"

start "" /wait %V8% CREATEINFOBASE File="%TEST%" /Out "%LOG%\create.txt"

start "" /wait %V8% DESIGNER /F "%TEST%" /RestoreIB "%DT%" /DisableStartupDialogs /Out "%LOG%\restore.txt"
if errorlevel 1 (
  echo Загрузка DT завершилась ошибкой, смотрите restore.txt
  exit /b 1
)

start "" /wait %V8% DESIGNER /F "%TEST%" /N "Admin" /P "password" /IBCheckAndRepair -LogIntegrity -TestOnly /DisableStartupDialogs /Out "%LOG%\check.txt"
echo Проверка завершена, смотрите %LOG%

Несколько деталей, на которых спотыкаются:

• start "" /wait нужен, чтобы командная строка дождалась окончания работы 1С, иначе следующая команда стартует раньше времени;
• после /RestoreIB в тестовой базе появляются пользователи из выгрузки, поэтому для тестирования нужны /N и /P администратора исходной базы;
• код возврата сообщает об успехе или сбое, но подробности только в логе. Проверяйте оба;
• пароль в bat-файле храните на сервере с ограниченным доступом.

Начиная с платформы 8.3.14 есть ещё утилита ibcmd — она умеет работать с базой без запуска Конфигуратора, в том числе загружать DT. Синтаксис смотрите в справке ibcmd help: набор команд менялся от версии к версии.

Способ 5. Совместимость DT-файла с платформой и целевой базой

Исправный DT может не загрузиться в конкретном месте. Перед переносом проверьте три вещи.

Версия платформы. Загружайте DT на платформе с номером версии не ниже той, на которой его выгрузили. Выгрузка из 8.3.24 на 8.3.18 может не загрузиться или загрузиться с ошибкой формата. Обратное направление — с более ранней на более новую — штатное.

Разрядность клиента. Крупные базы (десятки гигабайт) 32-разрядный клиент может не загрузить из-за нехватки памяти. Для таких файлов используйте 64-разрядную платформу.

Тип базы. DT переносит базу между файловым и клиент-серверным вариантом в обе стороны. При загрузке в СУБД учтите:

• ⚙️ база на сервере 1С создаётся заранее через консоль кластера или окно добавления базы;
• 🔒 загрузка требует монопольного доступа: все пользователи должны выйти из целевой базы;
• 💽 на сервере СУБД нужно свободное место под данные и журнал транзакций.

Ошибки при загрузке DT-файла и как их разобрать

Ниже — сообщения, которые чаще всего выдаёт загрузка DT, и что за ними обычно стоит.

Если тестирование -TestOnly показало ошибки, это проблема исходной базы, а не файла. Её исправляют в оригинале: тестирование и исправление с нужными флажками, затем свежая выгрузка. Восстанавливать «битый» DT отдельно смысла нет — для этого нет штатного инструмента.

Частые вопросы о проверке выгрузки .dt