Ситуация: БГУ 17,5. Перед обновлением сделан архив. Во время обновления произошла ошибка, база "слетела" с полутора гигов до 100 mb.
Пробуем восстановиться из архива, при попытке выскакивает ошибка: "Неверный формат файла для загрузки информационной базы
Ошибка формата потока
по причине:
Ошибка формата потока"
Больше архивов нет. Только битый .dt... Есть ли возможность восстановить данные из него?
(18) andrewks, 1С не исключает возможности делать резервную копию через выгрузку базы, но указывает на некоторые ограничения этого метода (одно из которых уже имеющиеся ошибки в базе). Вот выдержка с ИТС:
Иногда этот режим используют, также, для создания резервной копии информационной базы, однако такой вариант его использования обладает рядом недостатков. Основным недостатком такого способа создания резервной копии является необходимость использования однопользовательского режима для осуществления этой операции. При большом объеме информационной базы перерыв в работе пользователей может быть достаточно велик, что не всегда приемлемо.
В зависимости от варианта работы 1С:Предприятия (файловый или клиент-серверный), можно рекомендовать следующие способы создания резервной копии информационной базы:
При использовании файлового варианта 1С:Предприятия 8 можно организовать процесс создания резервной копии информационной базы путем простого копирования файла 1CV8.1CD в отдельный каталог или с использованием программного обеспечения для резервного копирования и восстановления данных. Следует учитывать, что для обеспечения целостности и согласованности данных во время создания резервной копии, работа пользователей с информационной базой должна быть запрещена, однако время, необходимое на создание резервной копии существенно меньше, чем при использовании выгрузки информационной базы в файл.
При использовании клиент-серверного варианта 1С:Предприятия 8 появляется возможность создания резервной копии информационной базы средствами СУБД. Например, SQL Server позволяет выполнять резервное копирование данных в то время, когда база данных находится в многопользовательском режиме и доступна для всех пользователей.
Использование этих способов дает максимально точную копию состояния информационной базы, что не всегда может быть получено при использовании режима загрузки/выгрузки информационной базы. Например, если в базе данных есть нарушения, то при выгрузке некоторая информация может быть не выгружена, в то время как при копировании будет сохранена вся информация, и после восстановления можно будет выполнить исправление базы данных.
(21) DKiguin, и я не исключаю. но лишь как в дополнение к бэкапам средствами СУБД.
а, впрочем, насильно никого заставлять не собираюсь, если и эта ветка Вас не убеждает, и на прямое указание на недостатки этого метода со стороны 1С - в конце концов, дело Ваше, Вам решать, и Вам устранять возможные последствия, в случае чего
(18) andrewks, 1cv8upd.htm "Порядок обновления конфигурации..." "Независимо от используемого варианта 1С:Предприятия 8, резервную копию можно создать, используя режим выгрузки информационной базы. Для этого:
запустите систему 1С:Предприятие в режиме «Конфигуратор»;
в меню «Администрирование» выберите пункт «Выгрузить информационную базу»;
в открывшемся диалоге укажите имя файла, в который будут записаны данные."
при использовании файлового варианта 1С:Предприятия 8 - путем копирования файла 1СV8.1CD в отдельный каталог;
при использовании клиент - серверного варианта 1С:Предприятия 8 - средствами SQL Server.
Независимо от используемого варианта 1С:Предприятия 8, резервную копию можно создать, используя режим выгрузки информационной базы. Для этого:
запустите систему 1С:Предприятие в режиме «Конфигуратор»;
в меню «Администрирование» выберите пункт «Выгрузить информационную базу»;
в открывшемся диалоге укажите имя файла, в который будут записаны данные.
перечисляются возможные способы. я и не отрицал, что такой способ имеет место быть. но, кстати, неспроста он (способ выгрузкой) на втором месте.
Рекомендации по организации резервного копирования информационной базы
1С:Предприятие поддерживает возможность загрузки/выгрузки информационной базы в файл. Этот механизм предназначен, прежде всего, для получения образа информационной базы независимо от способа хранения данных. Например, загрузка/выгрузка информационной базы в файл может быть использована для преобразования файлового варианта к клиент-серверному.
Иногда этот режим используют, также, для создания резервной копии информационной базы, однако такой вариант его использования обладает рядом недостатков. Основным недостатком такого способа создания резервной копии является необходимость использования однопользовательского режима для осуществления этой операции. При большом объеме информационной базы перерыв в работе пользователей может быть достаточно велик, что не всегда приемлемо.
В зависимости от варианта работы 1С:Предприятия (файловый или клиент-серверный), можно рекомендовать следующие способы создания резервной копии информационной базы:
При использовании файлового варианта 1С:Предприятия 8 можно организовать процесс создания резервной копии информационной базы путем простого копирования файла 1CV8.1CD в отдельный каталог или с использованием программного обеспечения для резервного копирования и восстановления данных. Следует учитывать, что для обеспечения целостности и согласованности данных во время создания резервной копии, работа пользователей с информационной базой должна быть запрещена, однако время, необходимое на создание резервной копии существенно меньше, чем при использовании выгрузки информационной базы в файл.
При использовании клиент-серверного варианта 1С:Предприятия 8 появляется возможность создания резервной копии информационной базы средствами СУБД. Например, SQL Server позволяет выполнять резервное копирование данных в то время, когда база данных находится в многопользовательском режиме и доступна для всех пользователей.
Использование этих способов дает максимально точную копию состояния информационной базы, что не всегда может быть получено при использовании режима загрузки/выгрузки информационной базы. Например, если в базе данных есть нарушения, то при выгрузке некоторая информация может быть не выгружена, в то время как при копировании будет сохранена вся информация, и после восстановления можно будет выполнить исправление базы данных.
Также существенно уменьшается время нахождения информационной базы в однопользовательском режиме в случае файлового варианта работы 1С:Предприятия 8, а в случае клиент-серверного варианта однопользовательский режим вообще не используется.
Кроме этого положительным моментом является то, что при использовании перечисленных способов, можно применять различные специализированные программные средства для создания резервных копий.
А при копировании архива ошибки не было? Если не было попробуйте этот загрузить в новую информационную базу - бывает такое, что создаешь новую информационную базу- и все грузится, ну и попробуйте на другом компьютере. Еще есть средста проверки, но они с dt не помогут.
Можно попробовать сделать проверку физической целостности файла БД, встроенной утилитой chdbfl.exe, находится в C:\Program Files\1cv82\*******\bin При этом сделай бэкап на всякий случай, если *.dt файл не выгружается, то можно просто обычно скопировать базу там где она лежит, если это файловый вариант... Если это не поможет, есть другие способы по сложнее..)))
(14) AleksZet, Эх, если бы все было так просто. Вся печаль ситуации именно в том, что в попытке откатить базу на *.dt-шник, база НАЧАЛА перезаписываться, упала в ошибку и получилась каша из обрывочных файлов общим размером 200mb супротив первоначальных 1,6gb. По сути, конфа и куча кусочков. Так что тестить чеком там уже нечего.
Единственное, что осталось от первоначальной базы - упомянутый дт-шник, будь он неладен.
Что на выходе получилось? Или вообще не смогла прочитать? Кстати, сколько файл вашей конфы весит? И сколько dt? Если примерно одинаково, то скорее всего, все. Перед загрузкой данных из dt, насколько я понимаю, 1С удаляет все таблицы с данными. Была ситуация, когда, так же, выгрузил/загрузил, все без ошибок - и в итоге получил девственно чистую базу. Но то была копия. После этого dt загружаю только в пустые базы.
(20) Allexe8.1, на выходе сначала ничего не получилось, программа написала: файл не является файлом выгрузки. после пары танцев с бубном выгрузилась пара таблиц.
На практики Выгрузка/Загрузка используется только для: а) Принудительной реструктуризации данных (исправление ошибок структуры данных) б) - для переноса данных из серверной базы в файловую или наоборот . В обоих случаях загрузка происходит исключительно в пустую (новую) базу. Ибо риск...