Имеется файл 1cd с поврежденной конфигурацией внутри его и имеется неповрежденная конфигурация cf, как восстановить базу данных 1с8. (Конфигурация самописная и писалась на платформе 1с предприятие 8.1, при проверке файла 1cd программой chdbfl.exe пишет что база нормальная)
Базу от (395) поднял.
Сразу было видно что первые 8 страниц (64Кб) были затерты посторонним мусором. Вручную восстановил на странице 0 заголовок (с количеством страниц), на странице 1 - пустой объект со списком свободных страниц, на страницах 2,3,4 - пустой корневой объект. Далее с помощью Tool_1CD нашел "потерянные" таблицы. В том числе было много действительно удаленных таблиц (с окончанием OG), и пары таблиц не хватало. Хорошо что одна из них очевидно была пустой, а другую заполнил из сохранившейся OG таблицы с выполнением реструктуризации вручную. Но это не финал - в данных были повреждения (к счастью в ограниченных количествах). Что интересно chdbfl много ошибок исправил, но в некоторых случаях брал OG таблицу с более старыми данными, а актуальную прибивал. Дальше я создал в SQL чистую базу с такой же конфигурацией (подсмотрел в CONFIG), выгрузил через Tool_1CD данные из битой, комбинируя выгрузку из совсем битого файла и пролеченного chdbfl, и фирменным набором скриптов перелил это всё в SQL. База поднялась, большую часть данных удалось восстановить.
(403) Посмотрел. Самые интересные места в базе затерты мусором, полноценное восстановление невозможно. Ускользающий шанс - для ручного контроля если с момента снятия "рабочей копии от 2013 года" не проводилось реструктуризации и упаковки базы (в т.ч. и обновления конфигурации). Если же с тех пор структура базы обновлялась, то о каком-то восстановлении говорить не приходится.
Ошибки:
--------------------------------------------------------------------------------
29.09.2016 13:01:29
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Ошибка при выполнении операции с информационной базой
Файл базы данных поврежден 'C:\base1c82/1Cv8.1CD'
по причине:
Файл базы данных поврежден 'C:\base1c82/1Cv8.1CD'
========
пробовал тулсом открыть пишет "длина файла базы не кратна длине блока 0х1000"
тут скорей всего надо Hex редактором смотреть и попробовать скорректировать размер базы (например добавить лишние байты ). Если есть возможность скиньте битую базу. может у кого и получится сделать
(416) Xupypr84, Это да - по размеру восстановить получилось , да вот описание таблиц потеряно находит только одну таблицу CONFIG можно конечно из архивной копии посмотреть место положение каждой но слушком уж много
419.
user618094_leone7sK
06.10.16 08:12 Сейчас в теме
Доброго времени суток! не могли бы вы посмотреть мою базу 1с 8.2 что можно с ней сделать, собственно дело было так, стояла система XP переустановили на 7 и после всего этого она перестала запускаться первый раз с таким столкнулся как и когда она могла повредиться ума не приложу.
(419) user618094_leone7sK, Файл удалён файлообменником. Проверьте - если 450Мб упаковались в 4Мб - видимо данные в файлах затёрты нулями и восстановлению не подлежат. Если файлы криво ужались или залились- перевыложите.
(422) user618094_leone7sK, в прорядке убывания вероятностей по личному опыту: аварийное отключение электричества (выключение компьютера с открытой базой или сразу после закрытия базы 1С), сбой или аварийное отключение локальной сети при открытой базе, ошибки файловой системы из-за сбоев, аварийных отключений или неисправности жесткого диска (SSD) с базой, длительная работа в частично поврежденной базе (проверяется и лечится chdbfl.exe),проблемы с оперативной памятью.
(422) user618094_leone7sK, в прошлом это было БП?
Если структура частично еще прослеживается (макеты какие-то видны), то вместо данных там одни 00. Восстанавливать особо и нечего, увы.
стояла система XP переустановили на 7 и после всего этого она перестала запускаться первый раз с таким столкнулся как и когда она могла повредиться ума не приложу
Для приложения ума надо иметь хоть какие-то сведения: где находилась база во время переустановки (на системном диске или нет, или вообще на другом компе, или еще что), как происходила переустановка - обновлением или с нуля и т.д.
Приветствую, посыпался жесткий диск с базами, конечно нет бекапов, кое как вытащили самую важную базу, но при копировании была 1 ошибка на 4KB и база сейчас не работает, буду благодарен за помощь https://yadi.sk/d/BRq5SWAGwLDZo
(430) cradra, Что за конфигурация, какого релиза, типовая или есть изменения?
Судя по заголовку, размер файла должен быть 3.7Гиг, а он менее одного...
Пробовали копировать с помощью програмки: http://infostart.ru/public/273532/ (она как раз для таких случаев предназначена).
(430) cradra,
База Бухгалтерия Предприятия, 3.0.43.195
chdbfl при исправлении сообщает:
--
Поврежден заголовок внутреннего файла <Данные таблицы '_REFSINF3088'>
Данные таблицы не могут быть восстановлены '_REFSINF3088'
Поврежден заголовок внутреннего файла <Данные неограниченной длины таблицы '_DOCUMENT475'>
Поврежден заголовок внутреннего файла <Данные таблицы '_CONST15820'>
Данные таблицы не могут быть восстановлены '_CONST15820'
Поврежден заголовок внутреннего файла <Данные таблицы '_INFORGCHNGR17040'>
Данные таблицы не могут быть восстановлены '_INFORGCHNGR17040'
Повреждено содержимое внутреннего файла <Описание таблицы ''>
Повреждены данные таблицы '_SYSTEMSETTINGS'. Восстановлено 949 из 953 записей.
Повреждены данные таблицы '_INFORG15912'. Восстановлено 15 из 15 записей.. Потеряно 1 значений полей неограниченной длины
Повреждены данные таблицы '_AccRgAT2970'. Восстановлено 16459 из 16460 записей.
Повреждены данные таблицы '_InfoRg16122'. Восстановлено 3079 из 3082 записей.
--
Похожие проблемы обнаруживает и Tool_1CD - в базе есть несколько ошибок на уровне описания таблиц, там где chdbfl сообщает о потере таблиц - эти данные действительно потеряны с вероятностью 99.99%. С другой стороны, повреждения в основном не кажутся критичными с точки зрения основного массива данных.
Можно определить к каким объектам конфигурации относятся все перечисленные таблицы, но потребует времени.
После chdbfl база не запускается. Я могу восстановить данные до состояния что база будет открываться через прямую выгрузку данных, можно будет смотреть данные, но гарантировать что с базой можно будет полноценно дальше работать не могу, потребуется либо тщательная проверка данных, либо использовать сохранившиеся данные для начального заполнения чистой базы.
Если интересует - пиши в личку.
435.
user642726_gemi_cast
20.11.16 18:19 Сейчас в теме
Катастрофа!!!
Что мне делать? У меня полетела база.. не получается восстановить
Размер 100 мегов
\Есть бэкап от 2014 года размер 1 гиг.\
\Есть ли вариант восстановить?
Добрый день. Помогите восстановить базу! Версия 8.2.14
chdbfl показал:
Повреждены данные таблицы 'v8users'
Обнаружено рассогласование между данными и индексами таблицы 'v8users'
Повреждены данные таблицы '_DocumentJournal6822'
Обнаружено рассогласование между данными и индексами таблицы '_DocumentJournal6822'
Обнаружено рассогласование между данными и индексами таблицы '_InfoRg7374'
Повреждена таблица размещения внутреннего файла <Данные неограниченной длины таблицы 'Params'>
Обнаружено рассогласование между данными и индексами таблицы 'Files'
Во внутреннем файле данных таблицы имеются потерянные записи, не относящиеся к актуальным записям таблицы или списку удаленных записей 'Files'
Во внутреннем файле значений полей неограниченной длины имеются потерянные блоки, не относящиеся к значениям полей или списку свободных блоков 'Files'
Повреждены данные таблицы '_Reference114'
Обнаружено рассогласование между данными и индексами таблицы '_Reference114'
Повреждены данные таблицы '_Reference9053'
Обнаружено рассогласование между данными и индексами таблицы '_Reference9053'
Повреждены данные таблицы '_Reference106'
Обнаружено рассогласование между данными и индексами таблицы '_Reference106'
(437) А база после chdbfl в конфигураторе открывается? я бы просто тестирование и исправление со всеми галочками бы запустил (рассогласование между данными и индексами таблицы - переиндексацией бы ушло)
Очевидно что база несколько измененная относительно типовой, насколько сильно не смотрел.
Самое главное - в базе разрушены данные BLOBов таблицы PARAMS, включая DBNames. Для восстановления нужна или копия базы с последнего внесения данных в конфигурацию, или кэш базы с компьютера когда база ещё работала.
Добрый вечер! Ищу человека кто может помочь или совета. Удалили базу 1с, бекапов нет ( теперь я знаю пословицу про людей которые делятся на 2 типа. 1) которые не делаю бекапы 2) кто еще не делает бекапы ) Базу я с винчестера смог вытащить но она битая, по размеру как была 780 метров так и есть. В конфигуратор не заходит и так не запускается. пробовал через chdbfl, после него база весит 360 метров и не заходит пишет формат потока. С помощью Tool_1c посмотрел вроде данные есть но как вынуть сам не могу (голова наверно не так работает =)
Заранее спасибо за ответы.
Совет: выложите базу на какой-нибудь шустрый файлообменник (лучше заархивировать) и выложите ссылку прямо тут - чего вам терять? Глядишь, и будет вам человек... или окончательный диагноз.
- чаще всего эти программы восстановления редко что-то прравильно восстанавливают или надо несколькими программами пробовать, с соблюдением всех рекомендаций для восстановления, и самое главное если на диск что-то писалось после удаления - шансов мало.
Сам сталкивался, чаще всего, при таких размерах, больше мусора в восстановленном файле.
Доброго времени суток, коллеги!
Столкнулся с задачкой, от которой голова кругом какой уже день подряд.
Ситуация банальная, бухгалтер начала обновлять базу БП 3.0 базовая и не хватило места на диске, чтобы до конца всё корректно отработало. Бэкапа конечно же нет.
Не могу ни выгрузить в dt (ошибка о повреждении файла 1Cv8.1CD) и в предприятие (зависает при запуске).
При выгрузке создал лог-файл. Он во вложении. Насколько я понимаю, на попытке обработки очередной таблицы справочника "_Reference44" в процессе формирования dt-файла, конфигуратор падает. А вот что дальше делать и как, не понимаю.
При попытке выгрузить таблицу "_Reference44" в xml с помощью утилиты "Tool_1CD" вышло сообщение с ошибкой: "Несовпадение длины Blob-поля, указанного в записи, с длиной практически прочитанных данных", которое повторилось в окне сообщений аж три раза.
Коллеги, прошу вашей помощи. Любому вашему совету буду безгранично рад и благодарен!
Ну а если у кого найдётся время в самой базе покопаться, напишите. Вышлю ссылку.
(448) А бухгалтер как обновляла? Если из программы,1с могла сделать архив... Я обрезал Reference44 (ВариантыОтчетов),
но chdbfl.exe вылетает с ошибкой, а конфигуратор виснет при тестировании AccRg1104 (РегистрБухгалтерии).
(449)Копии увы, нет. В справочнике данных немного, всего 177 записей. Даже навскидку и не определю сразу, что за справочник. Сейчас в демо-базе посмотрю.
(450) Такое впечатление, что в таблицу записались элементы из других справочников. Сначала я решил, что это справочник "Виды регистров учёта", но судя по тому количеству строк в таблице, присутствуют элементы из других справочников.
Видимо это и есть косяк при обновлении. А что если эту таблицу, она во вложении, очистить полностью? Можно так и как это сделать?
(453) первое что пока приходит в голову попробовать взять данный справочник из другой базы и заменить таблицу , если данные типовые должно помочь , а дальше смотреть по обстоятельствам
(454) Так ведь в этой таблице разные данные. Вадим, подскажите пожалуйста, как ее очистить с помощью текстового HxD - Hex-редактора? Я читал, что удалять нельзя, т.к. произойдёт смещение, а вот очистить бы и попробовать снова выгрузить dt.
(456) Вадим, если Вы говорите об утилите Агеева Валерия "Tools_1CD", то в последней её версии для версий баз 8.3.8.0 редактировать ничего не возможно. Только просмотр. Закладка "Дополнительно" в предыдущей версии альфа. Но она не поддерживает новый формат 1CD.
465.
user699922_voronyk
24.02.17 10:31 Сейчас в теме
я не програмист, я бухгалтер. тооl показал ошибки, база живая, но выдает ошибки при запуске блоков. програмиста штатного нет. я просто просила помочь с восстановлением. форум читала. спасибо. потому и написала.
467.
user699922_voronyk
24.02.17 11:36 Сейчас в теме
ваш стеб не уместен. я четко написала, что мне нужна помощь специалиста, а не пообщаться. и судя по вашим высказываниям, у вас те же симптомы, раз вы об этом так знающе пишите.
(473) Ааа, так это Иветина база? Спасибо, своевременная информация, а то я уже тоже собирался пароль попросить.
Лениво разбираться, что это за справочник, скажу только, что в чистой базе такого же релиза он практически такой же... только на одну запись меньше. А "лишняя" (последняя) запись в испорченной базе - сбойная. То есть, если удалить ее из проблемной базы, то, возможно, она и оживет. Или выгрузить из типовой и загрузить в проблемную... если есть соответствующий инструмент для базы формата 8.3.8.
Доброго времени суток, коллеги!
Столкнулся с задачкой, от которой голова кругом какой уже день подряд.
Ситуация банальная, бухгалтер начала обновлять базу БП 3.0 базовая и не хватило места на диске, чтобы до конца всё корректно отработало. Бэкапа конечно же нет.
Не могу ни выгрузить в dt (ошибка о повреждении файла 1Cv8.1CD) и в предприятие (зависает при запуске).
При выгрузке создал лог-файл. Он во вложении. Насколько я понимаю, на попытке обработки очередной таблицы справочника "_Reference44" в процессе формирования dt-файла, конфигуратор падает.
При попытке выгрузить таблицу "_Reference44" в xml с помощью утилиты "Tool_1CD" вышло сообщение с ошибкой: "Несовпадение длины Blob-поля, указанного в записи, с длиной практически прочитанных данных", которое повторилось в окне сообщений аж три раза.
Конфигурация базы на 100% живая, проверял. Файловая база в новом формате 8.3.8. Перекос возник в данных видимо из-за обновления с аварийным завершением.
При обработке утилитой chdbfl "Произошло неожиданное прерывание выполнения проверки или исправления файла БД. Файл базы данных поврежден '<адрес расположения 1Cv8.1CD>'
Коллеги, очень прошу вашей помощи! Кто сможет восстановить базу? Отблагодарю за такое великое дело.
Вот ссылка на архив: https://yadi.sk/d/7QLAUebF3EZDmm
(468) Это не доходы. Выходит даже в базовых версия одинаковые справочники могут иметь разные номера. Этот похож на "виды контактной информации ". Можете написать, с какого релиза и на какой обновлялись? Видно, что этот справочник попал под перестройку.
Еще раз, главная проблема не в справочнике - справочник правится легко через редактор HxD. Смотрите через tools_1CD на содержание таблиц документов - они все пустые или забиты пустыми данными ( возможно поехало смещение во всем файле). Единственная таблица с данными _Documen479 и то наполовину
Смотрите через tools_1CD на содержание таблиц документов - они все пустые или забиты пустыми данными
Ваша правда - похоже, выгрузка спотыкается на нарушении структуры _REFERENCE44, а на содержание документов не обращает внимания. Или попросту до них не успевает дойти.
возможно поехало смещение во всем файле)
Насчет "всего файла" мне трудно согласиться: смотрим, например, _DOCUMENTJOURNAL18447 - в самом начале идут какие-то осмысленные данные, но прямо посередине 12-й записи они обрываются и до конца записи (и файла тоже!) идут одни нули.
(496) Вопрос в том как найти причину почему поехали таблицы данных , еще раз главная проблема не в справочнике, Затерлись или сместились данные смещения на файлы данных таблиц , Причину вижу в одном( точнее догадываюсь ) Если выгрузить конфигурацию из этой базы и загрузить ее в чистую , то нумерация таблиц съезжает на 2 позиции (не всех, но большей части , например Документов. Таблицы справочников совпадают) - логично предположить, что обновление добавило 2 каких-то новых документа и данные в файле сместились
(503) я Вас разочарую) Базы там попадают к таким же как мы все тут находящиеся ни лучше ни хуже. Пару лет назад знакомая компания отправляла базу на восстановление. Получилось так что база у "нас" попала к другому сотруднику который не смог восстановить стандартными средствами (chdbfl и тии) и ее отправили разработчикам. По сути база была полностью рабочая и функциональная, но не обновлялась. Через недели 2 или 3 пришел ответ что база не подлежит восстановлению - переносите остатки и справочники в новую базу.
Потом уже база случайно попала ко мне. Ошибка в итоге оказалась в таблицах адресного классификатора, который был просто очищен и в последствии загружен заново. На разбирательства ушло от силы минут 20.
Я уж не говорю что можно было посоветовать хотя бы воспользоваться обработкой для переноса данных между одинаковыми конфигурациями.
Вот до этого я тоже считал разработчики восстанавливают чуть ли не любые поврежденные базы.
Р - Разочарование.
:D
Вывод. Используйте все возможности для восстановления в том числе и отправляйте разработчикам, но надейтесь по большей части на себя.
Ребята, выручайте. Подруга сестры слезно обратилась, а я сам не силен в 1с.
Суть проблемы. 1С Предприятие с инет поддержкой. Есть битая база от 8.3 БП базовая 3.0 (3.0.44.204) вырубили питание при обновлении. Не открывается никак, зависает в бесконечной загрузке. Восстановил через chdbfl.exe . Открывается, но вот лог, кое что потеряно.
Повреждены данные таблицы 'V8USERS'. Восстановлено 0 из 1 записей.
Повреждены данные таблицы '_REFERENCE19'. Восстановлено 19 из 26 записей.
Повреждены данные таблицы '_REFERENCE15749'. Восстановлено 49 из 51 записей.
Повреждены данные таблицы '_REFERENCE59'. Восстановлено 4986 из 5069 записей.
Повреждены данные таблицы '_REFERENCE64'. Восстановлено 41 из 42 записей.
Повреждены данные таблицы '_REFERENCE16594'. Восстановлено 6489 из 8001 записей.
Повреждены данные таблицы '_REFERENCE15056'. Восстановлено 194 из 203 записей.
Повреждены данные таблицы '_REFERENCE116'. Восстановлено 91 из 101 записей.
Повреждены данные таблицы 'CONFIG'. Восстановлено 36097 из 36101 записей.
Повреждены данные таблицы '_REFERENCE33'. Восстановлено 38 из 46 записей.
Повреждены данные таблицы '_REFERENCE74'. Восстановлено 106 из 120 записей.
Повреждены данные таблицы '_REFERENCE38'. Восстановлено 245 из 252 записей.
Повреждены данные таблицы '_REFERENCE13282'. Восстановлено 456 из 471 записей.
Из лога уже понятно, что пользователи потеряны. При любых вариантах манипуляций с добавлением пользователей (режим конфигурации или обычный) – отсутствуют права.
Хотел исправить (возможно), простым обновлением свежей конфигурации на битую базу – опять таки, не дает ничего сделать. Не дает в конфигураторе загрузить конфигурацию.
Есть бэкап 4 месячной давности, рабочий 8.3 (3.0.9.2033) БП базовая 3.0 (3.0.44.204).
Каким то образом можно взять нужные таблицы, как то пользователей и еще что-то, и внедрить в битую? А потом запустить интернет обновление и база починиться? Или это только мои мечты?
Взять в конфигураторе загрузить старую базу, потом сделать сравнение базы? Или как? Что именно можно предпринять? Какие манипуляции при сравнении и замене нужно учитывать, чтобы свежие данные взять из битой, а таблицу пользователей и еще что-то важное (подскажите, что нужно) из новой битой (восстановленной) базы.