Ситуация: БГУ 17,5. Перед обновлением сделан архив. Во время обновления произошла ошибка, база "слетела" с полутора гигов до 100 mb.
Пробуем восстановиться из архива, при попытке выскакивает ошибка: "Неверный формат файла для загрузки информационной базы
Ошибка формата потока
по причине:
Ошибка формата потока"
Больше архивов нет. Только битый .dt... Есть ли возможность восстановить данные из него?
---
ПРОБЛЕМА РЕШЕНА.
Развернули .dt через PostgreSQL, почистили пару таблиц, свернули.
Все нормально загрузилось.
Всем спасибо за участие и внимание.
---
выгрузка в dt не предназначена для резервного копирования. зарубите себе это на носу
---
andrewks, да уж, на всю жизнь запомню.
---
andrewks, а что тогда используют для создания резервной копии ИБ?
Всегда дт-шки грузил перед обновлениями например.
---
утюгчеловек, в случае файловой базы - копирование/архивирование .1CD, в случае серверной базы - бэкап средствами СУБД
---
, т.е. 1С дает неверные указания по резервному копированию?
---
kasper076, с Вас ссылка на официальную позицию 1С, где она рекомендует выгрузку в dt для резервного копирования
---
andrewks, 1С не исключает возможности делать резервную копию через выгрузку базы, но указывает на некоторые ограничения этого метода (одно из которых уже имеющиеся ошибки в базе). Вот выдержка с ИТС:

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

В зависимости от варианта работы 1С:Предприятия (файловый или клиент-серверный), можно рекомендовать следующие способы создания резервной копии информационной базы:

    При использовании файлового варианта 1С:Предприятия 8 можно организовать процесс создания резервной копии информационной базы путем простого копирования файла 1CV8.1CD в отдельный каталог или с использованием программного обеспечения для резервного копирования и восстановления данных. Следует учитывать, что для обеспечения целостности и согласованности данных во время создания резервной копии, работа пользователей с информационной базой должна быть запрещена, однако время, необходимое на создание резервной копии существенно меньше, чем при использовании выгрузки информационной базы в файл.
    При использовании клиент-серверного варианта 1С:Предприятия 8 появляется возможность создания резервной копии информационной базы средствами СУБД. Например, SQL Server позволяет выполнять резервное копирование данных в то время, когда база данных находится в многопользовательском режиме и доступна для всех пользователей.

Использование этих способов дает максимально точную копию состояния информационной базы, что не всегда может быть получено при использовании режима загрузки/выгрузки информационной базы. Например, если в базе данных есть нарушения, то при выгрузке некоторая информация может быть не выгружена, в то время как при копировании будет сохранена вся информация, и после восстановления можно будет выполнить исправление базы данных.
---
DKiguin, и я не исключаю. но лишь как в дополнение к бэкапам средствами СУБД.

а, впрочем, насильно никого заставлять не собираюсь, если и эта ветка Вас не убеждает, и на прямое указание на недостатки этого метода со стороны 1С - в конце концов, дело Ваше, Вам решать, и Вам устранять возможные последствия, в случае чего
---
andrewks, 1cv8upd.htm "Порядок обновления конфигурации..." "Независимо от используемого варианта 1С:Предприятия 8, резервную копию можно создать, используя режим выгрузки информационной базы. Для этого:
запустите систему 1С:Предприятие в режиме «Конфигуратор»;
в меню «Администрирование» выберите пункт «Выгрузить информационную базу»;
в открывшемся диалоге укажите имя файла, в который будут записаны данные."
---
kasper076, приводите полные цитаты

Резервную копию можно создать:

    при использовании файлового варианта 1С:Предприятия 8 - путем копирования файла 1СV8.1CD в отдельный каталог;
    при использовании клиент - серверного варианта 1С:Предприятия 8 - средствами SQL Server.

Независимо от используемого варианта 1С:Предприятия 8, резервную копию можно создать, используя режим выгрузки информационной базы. Для этого:

    запустите систему 1С:Предприятие в режиме «Конфигуратор»;
    в меню «Администрирование» выберите пункт «Выгрузить информационную базу»;
    в открывшемся диалоге укажите имя файла, в который будут записаны данные.

перечисляются возможные способы. я и не отрицал, что такой способ имеет место быть. но, кстати, неспроста он (способ выгрузкой) на втором месте.

а теперь читаем рекомендации для технических специалистов от 1С: http://its.1c.ru/db/metod81#content:2922:1
---
andrewks, спасибо. Буду знать.
---
А при копировании архива ошибки не было? Если не было попробуйте этот загрузить в новую информационную базу - бывает такое, что создаешь новую информационную базу- и все грузится, ну и попробуйте на другом компьютере. Еще есть средста проверки, но они с dt не помогут.
---
платный инструмент: http://infostart.ru/public/183180/

но у меня большие сомнения в полном восстановлении в этому случае
---
andrewks, Ну кто знает... Может и поможет.
---
Nick_Angel, да разве ж я против :) просто, исходя из опыта, высказываю сомнения
---
andrewks, инструмент опробован. но он выгружает только структуры таблиц, без данных(
---
кстати, обновление делалось в конфигураторе, или в клиентском приложении? во втором случае поищите в юзерс-файлз, возможно, там есть автобэкап (хотя, слава Нуралиеву, ребята из 1С автобэкап реализовали тоже выгрузкой в dt - "Доступно и всерьёз" ©)
---
andrewks, обновление производилось через конфигуратор. никаких ошибок при выгрузке не было.
---
автобэкап пишется в C:\Documents and Settings\user\Local Settings\Temp\1Cv8Update.<метка_даты>
---
Можно попробовать сделать проверку физической целостности файла БД, встроенной утилитой chdbfl.exe, находится в C:\Program Files\1cv82\*******\bin При этом сделай бэкап на всякий случай, если *.dt файл не выгружается, то можно просто обычно скопировать базу там где она лежит, если это файловый вариант... Если это не поможет, есть другие способы по сложнее..)))
---
AleksZet, Эх, если бы все было так просто. Вся печаль ситуации именно в том, что в попытке откатить базу на *.dt-шник, база НАЧАЛА перезаписываться, упала в ошибку и получилась каша из обрывочных файлов общим размером 200mb супротив первоначальных 1,6gb. По сути, конфа и куча кусочков. Так что тестить чеком там уже нечего.
Единственное, что осталось от первоначальной базы - упомянутый дт-шник, будь он неладен.
---
alivedika, Поищите здесь на сайте, утилиту для распаковки dt. Самому пользоваться не доводилось, но вдруг...
---
Allexe8.1, уже. не помогло. хотя, возможно, не та? http://infostart.ru/public/183180/
---
Что на выходе получилось? Или вообще не смогла прочитать? Кстати, сколько файл вашей конфы весит? И сколько dt? Если примерно одинаково, то скорее всего, все. Перед загрузкой данных из dt, насколько я понимаю, 1С удаляет все таблицы с данными. Была ситуация, когда, так же, выгрузил/загрузил, все без ошибок - и в итоге получил девственно чистую базу. Но то была копия. После этого dt загружаю только в пустые базы.
---
Allexe8.1, на выходе сначала ничего не получилось, программа написала: файл не является файлом выгрузки. после пары танцев с бубном выгрузилась пара таблиц.
---
На практики Выгрузка/Загрузка используется только для: а) Принудительной реструктуризации данных (исправление ошибок структуры данных) б) - для переноса данных из серверной базы в файловую или наоборот . В обоих случаях загрузка происходит исключительно в пустую (новую) базу. Ибо риск...
---
На счет выгрузки, этот баян тянется еще с клюшек.
Там тоже можно пролучить "битую" выгрузку.
Так что, ничего нового.
---
ПРОБЛЕМА РЕШЕНА.
Развернули .dt через PostgreSQL, почистили пару таблиц, свернули.
Все нормально загрузилось.
Всем спасибо за участие и внимание.