1с длина таблицы не кратна длине записи
Имеется файл 1cd с поврежденной конфигурацией внутри его и имеется неповрежденная конфигурация cf, как восстановить базу данных 1с8. (Конфигурация самописная и писалась на платформе 1с предприятие 8.1, при проверке файла 1cd программой chdbfl.exe пишет что база нормальная)
(292) azrak, у KIS'а недавно апдейт вышел - рушит файловые базы 1С, несмотря на исключения и проч. Отключение НЕ помогает.
Рекомендую таки на всякий случай взять базку и на компе БЕЗ kis'а проверить
Попробую, однако проблема описаная с касперским существует для версии 11. У меня 12. Но сейчас попробую найти компьютер без касперыча.
если не получится своими силами - пишите, я скинул Вам свой контакт
Установил на компьютере с чистой новой виндой. Та же проблема.
1cv8c.exe
8.2.18.61
514b6c6b
backend.dll
8.2.18.61
514b7d81
c0000005
00043b48
13ac
01ce40429ee4ee62
C:\1cv82\8.2.18.61\bin\1cv8c.exe
C:\1cv82\8.2.18.61\bin\backend.dll
e7640cc7-ac35-11e2-be96-002522b1f65d
Большое спасибо andrewks за восстановленную базу. Я уже планировал на майские праздники в ручную перебивать 2 года работы. Всё работает отлично.
Уважаемый awa можно Вам присалть базу для восставновления. База запускается но при попытке открыть справочник контрагентов или документ событие вылетает
Всем привет.
В момент обновления конфигурации базы отключили свет, сейчас не получается зайти не в конфигуратор, не в предприятие.
Размер базы небольшой 400 Мб, после проверки chdbfl.exe размер уменьшается до 230 Мб и выходят ошибки:
Повреждена таблица размещения внутреннего файла
Повреждена таблица размещения внутреннего файла
Повреждены данные таблицы 'CONFIG'. Восстановлено 20379 из 20604 записей.
После этого при запуске 1С вылетает ошибка "Ошибка формата потока".
Как-то можно реанимировать базу?
Валерий, есть база весит 198 мегов,бри запуске базы или конфигуратора пишет Несовместимая версия файла базы данных, Tool_1cd пишет про длину файла базы не кратна длине блока. Куда можно выслать базу?
awa , помогите, пожалуйста!
В момент сохранения конфигурации рубанули свет.
Результат: при запуске как предприятия, так и конфигуратора после авторизации: "Ошибка формата потока"
Как обычно бывает, ближайший архив двухмесячной давности.
chdbfl ошибок не видит, Tool_1CD базу загружает без ошибок, конфигурации выгружает, но при попытке их загрузить в пустую новую базу выдает ошибку "Ошибка формата потока"
Платформа: 8.2.17.143
Конфигурация: УНФ+доработки
База файловая 370Метров
Направьте, подскажите, что делать?
awa , надежда только на вас
в hex шарю слабо, но все же
1. подстрока c.o.n.f.i.g. нашлась на смещении 0000F000 (а не 00009000 как многие пишут) и в битой, и в целой базе
2. в битой базе c.o.n.f.i.g.s.a.v.e. на смещении аж 10984000, т.е. длина (от конфига) аж 1097500, а не C000 как в целой. Это означает, что между конфигом и конфигсейвом что-то есть? судя по tool_1cd они идут подряд
3. замещал таблицу конфиг из целой базы (все недостающие до смещения конфигсейва данные забивал 00) - база уменьшалась с 370М до 100М - получается что-то действительно там есть
4. на смещении 4020 (где, судя по форуму, заголовки) следующие данные:
целая 56 04 00 00 05 00 00 00 0B 00 00 00 17 00 00 00
битая 69 04 00 00 05 00 00 00 0B 00 00 00 80 09 01 00
пробовал замещать - не помогает
Пллиз Хелп! Что я не так делаю?
Меня, например, удивляет, когда люди пишут "Помогите! Хелп!", а потом через пару постов "Спасибо! Проблема решилась". КАК?! Всех интересует КАК РЕШИЛАСЬ?
Так вот, спасибо, проблема решилась :)
Нашел выход из положения следующий:
Там 1С обработка+dll, обработка чисто для демонстрации возможностей компоненты
т.е. она читает 1cd, выгружает таблицы в спейцпапки, чистит таблицы, загружает из этих спецпапок (путь нельзя указывать, запоминает при выгрузке)
следовательно либо надо менять обработку либо то, что сделал я
2. Читаем обработкой целый 1cd
3. Извлекаем только таблицы config и configsave (в папке, где файл, создается подпапка Objects[timestamp] - там наши выгруженные, целенькие конфигурации)
4. Подгружаем обработкой битый 1cd и читаем его
5. Извлекаем только таблицы config и configsave, удаляем их-же
6. Подменяем содержимое папок Objects[timestamp] из целой в битую
7. Загружаем таблицы (подмененные) в битый 1cd и он перестает быть битым
Мне помогло, надеюсь и вам пригодится!
Добрый день!
тул сд пишет что не найдена таблица DBSCHEMA.
как ее добавить, чтобы потом как в (309) заменить на другую из целого 1cd?
(awa) Добрый день, та же проблема с базой, перебрал ее через Tool1CD и RestorationBaseV8, результатов непринесло. В личку отправил вам ссылку на базу, если будет минутка, помогите пожалуйста.
Сегодня клиент потерял день работы - файл базы бухии поврежден так , что утилитой Tool_1CD вообще не читается (скрин 2), сама утилита выдает ошибку (скрин 1), штатная проверка пишет, что поврежден заголовок. С базой зарплаты еще интереснее - ее просто нет, вместо нее файл 1cv8.1cd.codet , что за файл не узнал - в инете инфы совсем нет, опасаюсь рецидива, поэтому, если кто-то что-то знает о таком - будьте добры, отпишитесь здесь.
(Бухия 2.0, платформа 8.2.18.61 , Win2008R2)
(315) m-serg74, в той ветке вроде бы в личку рассылали расшифровщик, но потом прикрыли. Я восстановил базу из предыдущей копии.
(316) Alister, ну если не столетняя копия была это замечательно, а то обычно когда какая нить беда случается, то как назло или архив старый, или еще какая нить печаль, ну рад что хоть как то решилась проблема
(317) m-serg74, копия за предыдущий день, так что не так страшно, но эта гадость еще и архивы может шифровать, тогда только образ всего диска (но это для меня больше заморочно - никогда еще не пробовал диск восстанавливать. и надеюсь, что не понадобится, ттт).
на всякий случай поэтому лучше архив куда нить на другой комп, который не подключен к инету, или вообще на диск, к которому у одного пользователя есть право записи. это еще надежнее
Помогите восстановить базу, есть архив папки.
Во время обновления выключили электросеть, и архив не был сделан до обновления.
Ни в конфигураторе, ни обычном режиме не открывается.
Ошибка формата потока.
chdbfl - не помог.
Бухгалтерия государственного учреждения, редакция 1.0 (1.0.20.6)
Добрый вечер!
Зарплата и кадры 2.5
Повреждение произошло во время обновления. Вывалилась ошибка про повреждение БД. Проверка chdbfl сказала, что исправлено 0 из 1 записи. Пользователь не помнит какой таблицы.
При запуске ругается: Ошибка SDBL: Разрушена структура базы данных 1С.
Может здесь есть умельцы?
Резервных копий нет.
(328) К сожалению, это не рухнувшая база - это огрызок базы, слишком мал размер, там нечего восстанавливать.
Nickolas Спасибо большое. все получилось подменил Save,CONFIGSAVE и PARAMS очистил кеш, удалил из списка баз, добавил снова и все получилось.
Удалили базу полтора месяца назад. С помощью R-Studio восстановил файл *.1CD, но база не запускается. Не открывается даже в Tool_1CD Может кто-нибудь за деньги восстановить базу? Очень срочно и важно!
Знакомая обратилась за помощью, восстановить базу 1с 8.2 бп (версию конфигурации уточню, версия побилась на флешке, а про актуальные бекапы забыли). Так как я сам программист с++, и особо с 1с не знаком - попробовал восстановить копию такой базы с помощью родной утилиты для восстановления chdbfl.exe по удаленке. К положительному результату это не привело, а дальше мои знания по 1с к сожалению заканчиваются. В этой теме увидел, что тут могут помочь восстанавить базу. Скоро у меня будет сама поврежденная база, и сейчас ищат архив трехмесячной давности с этой же базой (надеюсь, что хоть в этом архиве база не повреждена). Могу я сюда писать вопросы по ходу восстановления, как будет у меня полная информация по ошибкам и версии конфигурации? Или, пожалуйста, может подскажите, в какой теме лучше написать? Спасибо.
p.s. Технический язык понимаю, конфигурация точно типовая БП.
Забыл добавить сразу лог chdbfl.exe.
Повреждены данные таблицы 'PARAMS'
Обнаружено рассогласование между данными и индексами таблицы 'PARAMS'
Повреждены данные таблицы 'FILES'
Обнаружено рассогласование между данными и индексами таблицы 'FILES'
Повреждены данные таблицы '_ACCRG562'
Обнаружено рассогласование между данными и индексами таблицы '_ACCRG562'
Повреждены данные таблицы '_ACCRGED598'
Обнаружено рассогласование между данными и индексами таблицы '_ACCRGED598'
Повреждены данные таблицы '_DOCUMENTJOURNAL7719'
Обнаружено рассогласование между данными и индексами таблицы '_DOCUMENTJOURNAL7719'
Повреждены данные таблицы '_DOCUMENTJOURNAL7748'
Обнаружено рассогласование между данными и индексами таблицы '_DOCUMENTJOURNAL7748'
Повреждены данные таблицы '_INFORG8141'
Обнаружено рассогласование между данными и индексами таблицы '_INFORG8141'
Повреждены данные таблицы '_INFORG8780'
Обнаружено рассогласование между данными и индексами таблицы '_INFORG8780'
Поврежден заголовок внутреннего файла
Повреждена таблица размещения внутреннего файла
Повреждены данные таблицы '_ACCUMRG10317'
Обнаружено рассогласование между данными и индексами таблицы '_ACCUMRG10317'
Поврежден список удаленных записей таблицы '_ACCUMRG10317'
Поврежден заголовок внутреннего файла
Повреждена таблица размещения внутреннего файла
Повреждена таблица размещения внутреннего файла
Обнаружено рассогласование между данными и индексами таблицы '_SEQ10486'
Если сделать chdbfl.exe с исправлением ошибок - база не открывается.
Изначально битая база весит 318 738 432 байт.
Лог исправления копии битой базы такой:
Повреждены данные таблицы 'PARAMS'. Восстановлено 20 из 22 записей.
Повреждены данные таблицы 'FILES'. Восстановлено 6 из 8 записей.. Потеряно 2 значений полей неограниченной длины
Повреждены данные таблицы '_ACCRG562'. Восстановлено 15767 из 15770 записей.
Повреждены данные таблицы '_ACCRGED598'. Восстановлено 50516 из 50518 записей.
Повреждены данные таблицы '_DOCUMENTJOURNAL7719'. Восстановлено 708 из 709 записей.
Повреждены данные таблицы '_DOCUMENTJOURNAL7748'. Восстановлено 1457 из 1458 записей.
Повреждены данные таблицы '_INFORG8141'. Восстановлено 1465 из 1471 записей.
Повреждены данные таблицы '_INFORG8780'. Восстановлено 5 из 6 записей.
Поврежден заголовок внутреннего файла
Данные таблицы не могут быть восстановлены '_ACCUMRGTN9976'
Повреждена таблица размещения внутреннего файла
Повреждены данные таблицы '_ACCUMRG10317'. Восстановлено 9538 из 9539 записей.
Поврежден заголовок внутреннего файла
Повреждена таблица размещения внутреннего файла
Повреждена таблица размещения внутреннего файла
В результате chdbfl.exe пишет, что "обнаруженные ошибки исправлены".
Размер базы уменьшился после этого - 309 485 568 байт. Подозреваю, что примерно 10 мб это все-таки многовато "удалено".
При запуске в режиме предприятия выскакивает ошибка "Тип не определен '0eda3711. '.
В режиме конфигуратора база запускается, но "Тестирование и исправление" до конца не доходит - 1с выдает ошибку:
Таблица не найдена _AccumRgChngR10197
Сильно все грустно или шанс есть? Спасибо за любой ответ. Финансовой заинтересованности в помощи у меня нет, просто хочу помочь человеку. Но если по результатам получится воскресить базу, смогу потребовать какое-то денежное вознаграждение тому, кто сможет помочь.
Ах, да, забыл добавить - версия БП 2.0.55.5
Легла база, наглухо - при автообновлении в режиме 1с предприятие закончилось место на диске,комп вылетел и копия автоматически не создалась
Размер уменьшился в четыре раза, при запуске писал - ошибка чтения вторичной информации, тулСД кипятком изошёл - отсутствует таблица DBSCHEMA,и ещё штук 50 таблиц с данными. копий нет. О восстановлении не шло и речи
Спасло то, что не почистился кеш. Там и нашёл её, родимую,в темпах, замапилась целичком. ФУУУУУХ.
Так что, при аварии посмотрите темпы 1С - ные, в кеше, возможно, повезёт и вам, чтобы не восстанавливать
(340) lev6975, Вообще, кэш не удаляйте, если что случилось, копирните в удобное место, возможно, понадобится.
Там можно найти жирные куски базы с целыми таблицами, которые утерялись в базе, и, с помощью сдтул, 1сдлиб или хексредактора собрать базу по частям
PS Обновлял не я, буха сама попробовала. Я, только восстанавливал:-)
Я всегда делаю копии через конфу.
(342) Исходя из количества блоков, заполненных 0xFF и "f", я бы не рассчитывал на успешное восстановление. Разве что и правда существуют маги и волшебники.
А уж наличие в базе текста:
All=1
VendorData=0
SN=0
LED=0
LUNOperation=0
ISP=0
[VItem]
VendorName=Corsair
ProductName=Voyager Mini
ProductRev=0.00
Manufacture=Corsair
Product=Voyager Mini
VID=6940
PID=2857
DiskType=0
USBMode=0
заставляет подозревать, что базу держали (и работали с ней) на флешке, с вполне закономерным результатом: RIP.
За флешкой поеду завтра попробую в режиме RAW считать образ и помучить. А так вот что последний раз эксперементы показали.
Повреждены данные таблицы '_REFERENCE35'. Восстановлено 226 из 227 записей.
Повреждены данные таблицы '_REFERENCE49'. Восстановлено 0 из 191 записей.
Повреждены данные таблицы '_REFERENCE59'. Восстановлено 112 из 114 записей.
Повреждены данные таблицы '_DOCUMENT117_VT1882'. Восстановлено 595 из 597 записей.
Повреждены данные таблицы '_DOCUMENT199'. Восстановлено 177 из 181 записей.. Потеряно 10 значений полей неограниченной длины
Повреждены данные таблицы '_DOCUMENT199_VT5030'. Восстановлено 165 из 166 записей.
Повреждены данные таблицы '_DOCUMENT199_VT5051'. Восстановлено 128 из 144 записей.
Повреждены данные таблицы '_DOCUMENTCHNGR5061'. Восстановлено 185 из 186 записей.
Повреждены данные таблицы '_DOCUMENT201'. Восстановлено 181 из 184 записей.
Повреждены данные таблицы '_DOCUMENT201_VT5134'. Восстановлено 352 из 355 записей.
Повреждены данные таблицы '_DOCUMENT205'. Восстановлено 650 из 678 записей.. Потеряно 15 значений полей неограниченной длины
Повреждены данные таблицы '_DOCUMENT205_VT5366'. Восстановлено 672 из 674 записей.
Повреждены данные таблицы '_DOCUMENTCHNGR5386'. Восстановлено 464 из 465 записей.
Повреждены данные таблицы '_DOCUMENT208'. Восстановлено 511 из 547 записей.. Потеряно 9 значений полей неограниченной длины
Повреждены данные таблицы '_DOCUMENT208_VT5484'. Восстановлено 559 из 560 записей.
Повреждены данные таблицы '_DOCUMENT212'. Восстановлено 1105 из 1115 записей.. Потеряно 9 значений полей неограниченной длины
Повреждены данные таблицы '_DOCUMENT212_VT5637'. Восстановлено 2388 из 2397 записей.
Повреждены данные таблицы '_DOCUMENTCHNGR5699'. Восстановлено 1159 из 1162 записей.
Повреждены данные таблицы '_DOCUMENT227'. Восстановлено 122 из 132 записей.
Повреждены данные таблицы '_DOCUMENTJOURNAL6881'. Восстановлено 291 из 293 записей.
Повреждены данные таблицы '_DOCUMENTJOURNAL6902'. Восстановлено 1949 из 1973 записей.. Потеряно 26 значений полей неограниченной длины
Повреждены данные таблицы '_DOCUMENTJOURNAL6929'. Восстановлено 938 из 963 записей.. Потеряно 2 значений полей неограниченной длины
Повреждены данные таблицы '_DOCUMENTJOURNAL6951'. Восстановлено 3017 из 3052 записей.
Повреждены данные таблицы '_DOCUMENTJOURNAL6956'. Восстановлено 1187 из 1210 записей.. Потеряно 9 значений полей неограниченной длины
Из этого пытался по одной подсовывать таблицы из нерабочей через тоул 1сд пока ноль ошибка при тестировании и виснет при запуске
Описание проблемы: при открытии базы, как в режиме Конфигуратора, так и в режиме Предприятия возникает "Ошибка потока формата" с предложением закрыть или перезапустить. Информационная база файловая, находится на локальном диске, версия платформы 8.2.18.109.
Ошибка возникла при следующих обстоятельствах: база была открыта в режиме конфигуратора, снята с поддержки и просматривался макет какого-то документа, потом бухгалтеру понадобилось закрыть 1С, конфигуратор спросил обновить ли конфигурацию, т.к. были внесены изменения, на что она ответила Да. После этого базу уже не удалось открыть.
Подобная ситуация ("Ошибка формата потока") подробно и неоднократно описана на многих ресурсах, в том числе на инфостарте, так что в первую очередь были опробованы "простые" способы решения: удаление/добавление базы из списка, перенос на другую машину, прогон chdbfl, которые ни к чему не привели, chdbfl выявляла ошибку
, при попытке исправления которой chdbfl выкидывала из базы около 100 Мб, писала что ошибок не обнаружено, но проблему не исправляла.
Попробовал следующий вариант, через "Tool1c" выгрузил конфигурацию БД и загрузил ее в пустую информационную базу, база открылась без проблем (что говорит о том что повреждения не в системных таблицах, хотя могу ошибаться), потом из испорченной базы сделал Экспорт таблиц данных и импортировал их в пустую базу в которую была загружена конфа из поврежденной базы. Так же в базу была подгружена таблица V8USERS.
После этих действий при попытке загрузить базу в режиме предприятия появляется ошибка
"Ошибка СУБД:
Файл базы данных поврежден 'C:\Documents and Settings\admin\Мои документы\InfoBase1/1Cv8.1CD'
по причине: Файл базы данных поврежден 'C:\Documents and Settings\admin\Мои документы\InfoBase1/1Cv8.1CD'"
В конфигуратор заходит, но при попытке сделать Тестирование и исправления возникает та же ошибка (Ошибка СУБД), а при реструктуризации таблиц возникает
"В процессе обновления информационной базы произошла критическая ошибка. по причине: Ошибка СУБД: Ошибка SQL: Поле не найдено 'T1._Fld747'по причине:Ошибка SQL: Поле не найдено 'T1._Fld747'"
Подскажите как локализовать возникновение ошибки, возможно ли восстановление работоспособности, даже с частичной потерей данных. Нет ни одного более менее актуального бэкапа базы.
Таблица значений часто применяется при программировании на 1С, потому что имеет множество полезных возможностей и работает очень быстро. Таблица значений создается в памяти и не сохраняется в базе данных, т.е. это временный набор данных.
//можно указать тип данных каждой колонки
//если тип данных колонки не указан, то можно хранить данные любого типа
Синтаксис: НоваяКолонка(, , , , , , , )
Добавление строк в таблицу значений
Перебор строк таблицы значений
Сортировка таблицы значений
Поиск в таблице значений
Синтаксис: НайтиЗначение(,,)
Возвращает число: 0 - значение не найдено; 1 - значение найдено
Если указан параметр , то поиск производится только по заданной строке
Если указан параметр , то поиск производится только по заданной колонке
Итоги и группировка таблицы значений
//часто требуется группировать строки и подсчитывать итоги по группам,
//в этом случае применяется метод Свернуть
Удаление строк и колонок из таблицы значений
ВНИМАНИЕ
Часто требуется удалить строки, удовлетворяющие определенному условию.
Так как при удалении строки из таблицы значений следующая строка становится текущей,
то указанная ниже программа может удалить НЕ ВСЕ необходимые строки.
В этом случае я рекомендую использовать следующий прием:
А вот еще один правильный алгоритм, предложенный Wlad:
Замечание(Туц). Предыдущий вариант не совсем правильный. Случай, когда последняя строка попадает под условие и в условии идёт обращение к строке таблицы, приводит к ошибке. Т.е. происходит попытка чтения для строки 0.
И ещё вариант, предложенный Туц:
Замечание (vligm). А я использую такой алгоритм (это, собственно говоря, шаблон):
Таблица значений как элемент диалога
Таблица значений может использоваться в экранных формах как элемент диалога с пользователем.
Методы УстановитьЗначение и ПолучитьЗначение
Эти методы позволяют обращаться к данным в таблице значений для чтения и записи.
Они могут пригодиться в особых случаях при написании универсальных программ (мастеры отчетов и т.д.).
Как устроены файловые базы? Что делать, если база упала? В статье приведены обзорные сведения об устройстве баз и возможностях восстановления. Приведено описание новых возможностей Tool_1CD.
(99)
Вы имели в виду саму реализацию поиска или я чего-то не увидел?
Есть таблица регистра, 350К записей, надо найти где ввели ошибочный период 4015 годом. В гексаредакторе никак, надеялся этот тул поможет.
И саму реализацию и назначение. Имхо, назначение TOOLS_1CD - поиск и исправление косяков на уровне таблиц, файлов, а не отдельных записей. С этим должны работать другие средства. Я бы преобразовал поле регистра в тип число и посмотрел, что там сидит.
Кстати, само 4015 похоже на 2015+2000 (сдвиг для SQL базы). Иногда при выгрузках-загрузках получаются ошибки подобного типа. Если база SQL, можно использовать прямые запросы к ней, без 1С.
При обновлении конфигурации произошел сбой и база не тестируется и не открывается. Типа "все плохо".
Tool_1CD сообщает об ошибках при открытии. Насколько это смертельно и с чего лучше начать?
При этом показаны имена таблиц, проверка состава таблиц проходит без ошибок.
Но тест формата потока прерывается по нехватке памяти (файл 9Гиг, хотя рабочий был раза в 2 меньше).
К сожалению, Tool_1CD не говорит, в каких именно таблицах проблемы. Что означает "Ошибка разбора текста описания таблицы"? Можно ли удалить/очистить /заменить таблицы (знать бы еще какие).
При загрузках таблиц часто аварийное завершение или "out of memoty". Взял демо-базу, выгрузил из нее конфигурацию и таблицы. Загрузил конфигурацию и таблицы во вновь созданную пустую базу. Не открывается.Пробовал и загрузку таблиц и загрузку и создание таблиц - не получается. Как правильно собрать из выгруженных таблиц рабочий файл 1CD ?
Открыл с помощью обработки, использующей 1CDLib - сотни таблиц типа _AccumRG10105() , т.е. без привязки к объектам 1C. В выгруженных таблицах их нет.
Что бы собрать из разных таблиц рабочий файл , нужно определиться с служебными таблицами , такими как params и dbshema , если вы эти таблицы берёте из новой конфигурации то описание таблиц будет не соответствовать схеме базы , попробуйте сделать так - из нерабочей базы выгрузить все тпюаблицы данных ( через tools 1cd кнопка экспорт таблиц данных ) а также таблицы params и dbshema , а так же служебные таблицы v8users usersworkhistory , systemsetting, commonsetting , dynlistsetting, frmdtsetting, odatasettung - кнопка экспорт текущей таблицы) . Так же c помощью tools 1cd можно выгрузить файл cf основной конфигурации. Создать новую базу и загнуть в неё конфигурацию из полученного файла . Далее открыть файл 1сd в обработке 1cdLib, и удалите из него все таблицы данных , а так же таблицу params, и dbshema, ( тоставить таблицы files,config,configsave,ibversion ) и уже в этот подготовленный файл через tools импортировать с созданием таблиц) при загрузке могут возникать ошибки , поэтому импортировать лучше частями , с последующим удалением файлов таблиц данных) а проблемные файлы таблиц переносить в отдельное место , что бы потом с ними разобраться
Спасибо, сегодня потренируюсь на маленькой конфигурации (буквально 5 справочников и пара регистров). А то даже ее не получалось собрать.
(109) Схему можно взять и из новой но это лишние проблемы, так как для каждой таблицы данных придется менять файл описания descr. Это надо в обработке 1cdlib открывать два файла баз данных , сопоставлять таблицы по именам метаданных и заменять файлы описания из рабочей базы в нерабочую.
Большинство документов загрузились, но проблемы со счетами фактурами. Таблицы загрузились, но при попытке открыть журнал аварийное завершение программы.
(111) после переноса таблиц пробовали производить тестирование и исправление ? А так же в tools 1cd производить тест формата потока
Старый архив обновил до актуального релиза (база А) , скопировал (база Б). Выгрузил таблицы из битой базы и загрузил их в базу Б (с помощью Tool_1СD, естестественно). Копия получилась не вполне рабочей, но запускалась. Выгрузил документы из базы Б и загрузил их в базу А с помощью XMLТурбо. С ней бухгалтера и продолжили работу.
Замечательный и большой труд, вызывающий огромное уважение! Валерий, Вам низкий поклон!
Нам понадобилась структура 1CD для другой цели, не для восстановления базы 1С.
Мы работаем над созданием языка формульно-алгоритмических вычислений . Это язык позволяющий решать учетные экономические задачи без программирования, а просто путем записи нужного алгоритма. Например, алгоритм вычисление НДС за квартал у нас описывается несколькими строками-формулами. Транслятор языка сам находит необходимые данные в базе по заданным в формуле именам и производит указанные вычисления.
И поскольку мы работаем в 1С, решили прототип языкы делать на существующей 1С платформе, - соответственно понадобилась структура 1CD.
Валерию, еще раз большое спасибо!
Если проверка состав таблиц говорит, что отсутствует таблица (_Document10000, например), то можно ее быстро создать? Или хотя бы быстро удалить из DBSCHЕMA?
Еще вопрос - как распаковать BINARYDATA из таблицы PARAMS? Пробовал через библиотеку miniz (для работы с zip) - дает ошибку при распаковке.
У меня произошла беда, проник на сервер шифровальщик. все смог взять из бэкапа кроме одной базы. Бухгалтерия предприятия 8.3, зашифрованная база есть. Также одна контора как-то что-то сделала, что получилось куча файлов 1cd разного размера, и сказали что надо взятьс помочью hex редактора и 1cd tool собрать базу. Готов прислать ссылку на базу, помогите пожалуйста, знаний и времени не хватает!
Вообще-то современные вирусы шифруют так, что расшифровать невозможно. Но можно купить ключ. Можно на антивирусных сайтах уточнить, что за версия шифровальшика, насколько он стойкий и дают ли для него расшифровщики.
(121)На Вирусинфо могут помочь подобрать ключ для расшифровки. Или на форуме фан-клуба Касперского, но там чаще всего могут расшифровать, если ключ 256 битный. А если уже 1024 и выше.. тогда уже вопрос сложный. Но деньги слать хозяину шифровальщика не советую. Они и так шикарно имеют. А пришлют ли они ключ рабочий или какой попало, это неизвестно. Но отзывов отрицательных хватает. Поройте в интернете темы по этому поводу)
Полетела база, chdbfl при проверке сносит 4 таблицы полностью. В которых похоже хранятся бухгалтерские проводки:
Повреждены данные таблицы '_INFORG9222'. Восстановлено 0 из 99079 записей.
Повреждены данные таблицы '_INFORG30315'. Восстановлено 297445 из 297456 записей.
Повреждены данные таблицы '_ACCRG482'. Восстановлено 0 из 135301 записей.
Повреждены данные таблицы '_ACCRGAT2515'. Восстановлено 0 из 20939 записей.
Повреждены данные таблицы '_ACCRGED518'. Восстановлено 0 из 629126 записей.
При открытии базы в Tool_1CD выходят такие ошибки:
"длина файла в блоках и количество блоков в заголовке не равны"
"Ошибка чтения индексов. Индекс первого свободного блока за пределами файла индексов."
Если открыть таблицы, что удаляет chbffl, то возникают такие ошибки,
"попытка чтения блока за пределами файла"
Но при этом часть данных видно, что целые (когда в раскрывающемся списке выбираешь разные вкладки).
Прочитал несколько статей про структуру и восстановление 1cd, но явно не могу понять, что могу сделать в данном случае и как.
Единственное предположение, это выгрузить максимум возможных данных, создать чистую базу и загрузить данные в нее.
Может кто поможет или скинет Tool_1CD альфа на почту, что бы я сам поковырялся?
Доброе время. Чистили таблицу на каком уровне? Если скуль то "TRUNCATE TABLE" или "DROP TABLE", если 1С, то тогда тестирование и исправление. Предварительно, на тестовой базе.
Не понял. Сделайте запись в регистр пустую. те пустой набор силами 1С. Точно рег сведений? По идее это справочник должен был быть.
Иван, посмотрел по имени через обработку, указал на регистр. Это точно связано с Эл. Почтой. Люди подключили почту и 1с занесла письма за несколько лет. Всё письма удалил, справочники прикреплённые файлы почистил. Не пойму. Толи в обработке не верно указали где копать. Либо я что то не учел
посмотрите, сейчас в регистре есть записи? создайте пустой набор и запишите его. так же посмотрите справочники "прикрепленные файлы"
Иван, прошу прощения, не обратил внимании когда делал тии не стояла галочка на сжатие таблиц. Вопрос закрыт.
Вообще можно воспользоваться вот этими обработками, они показывают как таблица называется на языке СУБД и какие данные 1с в них хранятся, также можно воспользоваться обработкой Размер таблиц БД она уже покажет что раздувает
Читайте также: