Как восстановить DT-файл 1С и вернуть базу в работу

Файл с расширением .dt — это выгрузка информационной базы 1С, созданная через конфигуратор. Сам по себе он не «ломается внутри программы»: проблемы возникают либо при создании выгрузки (обрыв процесса, нехватка места), либо при её загрузке обратно, либо при повреждении самой базы, из которой файл делали. Поэтому восстановление DT-файла — это почти всегда восстановление базы, а не «починка» одного файла.

Прежде чем что-либо делать, определите, что именно у вас есть: целый DT-файл, который не загружается; повреждённая файловая база (1Cv8.1CD), из которой нужно получить рабочую выгрузку; или оборванная выгрузка, которая не довелась до конца. От этого зависит весь маршрут действий.

Главное правило безопасности: любые операции выполняйте только над копиями. Скопируйте DT-файл и каталог базы в отдельную папку и работайте с копиями, оригиналы не трогайте. Это позволит вернуться к исходному состоянию, если один из способов не сработает.

Что такое DT-файл и почему он «не открывается»

DT (dump) — это архивный формат выгрузки информационной базы, который создаётся в конфигураторе через пункт «Администрирование → Выгрузить информационную базу». Внутри находятся данные, конфигурация и пользователи. Файл не предназначен для открытия двойным щелчком или сторонними программами — единственный штатный способ работы с ним: загрузка в пустую или существующую базу через «Администрирование → Загрузить информационную базу».

Типичные причины, по которым DT-файл кажется «битым»:

• выгрузка была прервана (закрыли конфигуратор, отключилось питание, кончилось место на диске) — файл неполный;
• файл копировался по сети или на флешку с ошибками, часть данных потеряна;
• версия платформы, в которую загружают, старше той, где делали выгрузку;
• загрузка идёт в базу с несовместимой конфигурацией, и ошибка возникает не из-за файла, а из-за конфликта.

Шаг 1. Проверьте целостность самого файла

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

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

Шаг 2. Загрузите DT-файл в пустую базу

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

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

Учитывайте ограничения. Загрузка больших файлов требует заметного объёма оперативной памяти и свободного места на диске — ориентируйтесь минимум на двукратный размер DT-файла свободного пространства. Версия платформы должна быть не ниже той, в которой делалась выгрузка: выгрузка из новой платформы в старую не загрузится.

Шаг 3. Если DT не загружается: восстановите исходную базу

Когда загрузка завершается ошибкой формата, файл, скорее всего, безвозвратно неполный. В этом случае возвращайтесь к базе-источнику и делайте новую выгрузку, предварительно её восстановив.

Тестирование и исправление в конфигураторе

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

Утилита chdbfl.exe для файловой базы

Если конфигуратор не открывает базу вообще, используйте штатную утилиту проверки физической целостности chdbfl.exe, которая находится в каталоге bin установленной платформы. Укажите ей файл 1Cv8.1CD из каталога базы, включите режим исправления ошибок и дождитесь завершения. Утилита работает только с файлом, поэтому обязательно запускайте её на копии.

C:\Program Files\1cv8\<версия>\bin\chdbfl.exe

После успешной проверки откройте базу в конфигураторе и сразу сделайте новую выгрузку в DT — это и будет ваш восстановленный файл.

Шаг 4. Восстановление из резервных копий и других источников

Если ни DT-файл, ни исходная база не подлежат восстановлению, проверьте альтернативные источники данных:

• резервные копии каталога базы, созданные средствами Windows, архиватором или системой резервного копирования;
• теневые копии (точки восстановления) папки с базой — правый клик по папке, «Свойства → Предыдущие версии»;
• для клиент-серверных баз — бэкапы СУБД (MS SQL, PostgreSQL), которые обычно надёжнее DT-выгрузок;
• другие DT-файлы более ранней даты — даже устаревшая копия лучше полной потери данных.

При восстановлении файловой базы из копии каталога копируйте папку целиком, а не только файл 1Cv8.1CD: рядом могут лежать служебные файлы, нужные для корректного открытия.

Как проверить, что восстановление прошло успешно

После загрузки DT или восстановления базы недостаточно того, что она «открылась». Проверьте данные предметно: сверьте количество документов за последний период с тем, что помнят пользователи, откройте несколько ключевых отчётов (оборотно-сальдовую ведомость, остатки склада), убедитесь, что справочники заполнены, а ссылки в документах не превратились в «битые» объекты вида «Объект не найден».

Типичные ошибки при восстановлении DT

Отдельно отметим: если база работала в клиент-серверном варианте, DT-выгрузка — не лучший инструмент резервного копирования. Для серверных баз используйте штатные средства СУБД, а DT применяйте только для переноса между платформами или снятия архивной копии конфигурации с данными.

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