База 7.7, не грузиться база из архива (Администрирование / Загрузить данные). Архив не большой (76 м), база из которой делался архив - скульная. Похожая ситуация описана в ветке Не грузится база из dat файла. Смотрел сам файл dat - ничего критично не вижу.
 vde69 - подскажи куда копать.

(0) ошибку какую выдаёт нам самим придумывать?)

В конфигураторе пишет Ошибка загрузки данных, сама 1с не вылетает

Архивы делались регулярно, по похоже на то что давно не делали ТИИ. Сейчас все архивы в таком состоянии

(3) а что со скульными архивами?

их не делали, делали только средствами 1С

(5) очень плёхо...
ждём мега-воскресителя.

(0) на мыло ему скинь ссылку на топ свой + базу сразу

(0)Загрузить в dbf пробовал?

(8) пробовал и в скуль, и в дбф грузить

(9)попробуй еще загрузить более ранний архив

(10) архивы хранятся 5 дней, пробовали все

"1cpp.dll" у меня вешет w-7

понаделали зачем-то, фиг знает.... счас ломать пойду

чего-то у меня 7.7 не пашет под win-7, по сабжу вышлю файл который почистил "на глазок", по идее должен поднятся.

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


это УРБД криво отвязаное...

(13) то есть как всегда - кривые руки?

(13) да ХЗ что такое, вроде сделал загружаемый без ошибок архив, только после загрузки база пустая.

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

разбиратся за спасибо не хочется :) сейчас и так на работе нового много, мозг кипит :)

(15) правильно!

Телепатия: превышен размер архива долее 2Гб :)

>>> база из которой делался архив - скульная.

После этой фразы, все,... автор - ДНК...
Кто же делает бекап SQL БД средствами даже не архивирования, а чисто выгрузки данных :)

Отпишусь пока идет тестирование. УРБД в базе никогда не было.
(17) Телепат сработал плохо, и сабж прочитан не внимательно, размер архива был указан.
(18) То что бэкапили не скулем - согласен, плохо, но это не ко мне, какой архив дали с таким и работаю. Принципиальной разницы между выгрузкой и архивированием средствами 1С не вижу.

Особая благодарность Дмитрию за участие.

Часть ошибок удалось найти и поправить, но пока еще не все.

(19)Ну ты не понял, читай в (17), 2Гб не только на DBF, но и на ЗИП архив ;)

+(19)Размер архива, у тебя генерировало 1С, но оно не сумело вписаться все в архив.
Ты замерь размер SQL БД, и если оно до 10ГБ доходит, то этот архив должен весить не меньше 100 метров :)

(21) Есть развернутая копия двухмесячной давности, mdf весит 3,6 Гб. База не большая

(22)Блин, не повезло, шо тогда не то...
И архив большеват, так то :)
SQL - пляшет от 6 Гб и по нарастающей (но не так сильно), ну не умеет он меньше кушать :)

Отпишусь по результату. База восстановлена, боевые потери - 2 документа, какие это документы - знаю точно, вытащу из имеющейся копии. Восстанавливал в два этапа - сначала убрал символы с кодами до 31, часть ошибок пропала. Второй этап - вычленял "кривые" документы, таковых было два, вычистил их, после этого архив загрузился. Далее ТИИ. Может какому такой опыт пригодиться )

(24) а теперь думай почему архив такой (и не один а все)

(25) архивы с одной базы делались с разницей в день, ошибки в базе накопились...неа?

Из (11)"архивы хранятся 5 дней, пробовали все" ..продолжу... пробовали всё, чтобы убить базу.

(26) символы с кодами до 31 1с ШТАТНО не поддерживает и НЕ МОЖЕТ хранить в базе

я-бы раследование начал с этого, тем более в купе с тем ЗОО длл которые есть в базе :)