Ошибка тестирования ошибка определения кодировки файла

Восстановление файловой базы с помощью tools 1cd

Не умею хорошо писать. Но думаю, информация может быть полезной кому-нибудь, кто столкнулся с похожей проблемой.

Описание ситуации:
База Бухгалтерия предприятия 3.0, файловая, не хочет обновлять базу, выдает ошибку:
«В процессе обновления информационной базы произошла критическая ошибка по причине:

Ошибка SQL: Таблица не найдена ‘_Document349_VT9553’
по причине:
Ошибка SQL: Таблица не найдена ‘_Document349_VT9553’

Выгрузка базы данных в файл dt тоже выдает ошибка, но менее подробная («Ошибка СУБД»)

Тестирование и исправление отправляло конфигуратор в дамп.
Утилита chdbfl показывала «Ошибок не обнаружено»
Утилита tools_1cd, по команде «Проверка состава таблица» нашла такие ошибки:
Проверка состава таблиц завершена с ошибками, и список из трех таблиц: _VT9553, _DataSeparationUse18106, _DataSeparationUse16595

Проблему удалось решить с помощью утилиты Tools1C (Огромное спасибо ее создателю)

Далее список шагов, которые привели к успеху:

5.Изменил название таблицы на название из старой базы

6. открыл старую базу утилитой tools1C, и нажал создать таблицу из файла

7.После этого база позволила мне выгрузить ее в файл dt.

8.Ну а после я ее перезагрузил из dt файла. И эта уже была полностью рабочая база.

Источник

Ошибка формата потока

После выключения света полетела БД.

Все стандартные методы лечения ничего не дали, кроме chbdfl, который выводит следующее:
@@
Поврежден заголовок внутреннего файла
Повреждены данные таблицы ‘FILES’
Повреждена таблица размещения внутреннего файла
Обнаружено рассогласование между данными и индексами таблицы ‘V8USERS’
@@

после исправления, выводится следующее:
@@
Повреждены данные таблицы ‘FILES’. Восстановлено 10 из 10 записей.. Потеряно 2 значений полей неограниченной длины
Повреждена таблица размещения внутреннего файла
@@

после исправления, так же вылетает окно с «ошибкой формата. «

Появились ли иные способы востановления работоспособности баз с такой ошибкой?

надеюсь вариант базы до применения chbdfl сохранился.

как вариант инфостарта скачаваете обработка,
или ищите awa15 и wde69.
они восстановлением файловых занимаются.

Курю v8: Восстановление базы 1с http://infostart.ru/public/19734/,
пытаюсь допетрить как вылечить, то что показывает Tool_1CD:
-Ошибка получения объекта из блока. Блок не является объектом. Значение блока 0х23В9.
-Попытка чтения данных за пределами объекта. Номер блока объекта 0xFFFFFFFF.
-Ошибка чтения индексов. Индекс первого свободного блока за пределами файла индексов. Таблица FILES, длина файла индекса 0x0, индекс свободной страницы 0x0.

Самая последняя ошибка, насколько я понял из прочитанного и есть основная проблема. В бекапе длина индекса значится 12288.

т.е. мне нужно найти блок где находится данная таблица и поправить значение длины индекса.
Блок FILES нашел по адресу 0x2338, но заголовки блоков, что в сломанной, что в рабочей абсолютно одинаковы. Поэтому вопрос: где хранится информация о длине индекса?

по сабжу
1. переименуй таблицу V8USERS (поменяй первый символ) на _8USERS, это таблица пользователей, ничего страшного в гибели ее нет. (востановить пользователей можно и потом, сначало нужно запустить базу)
2. после этого пройди chbdfl, она подрежит «FILES»

после этого можно пробовать подцепится к базе по COM и пытатся скопировать данные, (ком меньше отрабатывает при загрузке, шансов больше. )

(7) вышли те же сообщения что и в сабже (только «V» заменилась на «_»)

(9) ну хз, смотреть нужно.

что-то ты не так делаешь

(10) если база запустилась

3. делать ТИС со всеми галками.

Зделал ТиИ со всеми галками, через выгрузку загрузил в чистую конфу. Вроде всё на месте, даже юзвери все остались.

P.S.Уважаемые гуру, может вы мне объясните как переименование таблицы помогло корректно вылечить базу!?

(18)после переименования таблицы 1с перестала к ней обращатся, таблица есть, но ее нет. фантом.

ну и раз таблицы нет, то 1с сама создала новую.
правда для меня загадка как пользователи остались?

Источник

И снова ошибка формата потока

Народ! Помогите пожалуйста советом.

Во время обновления бухгалтером базы 1с 8,2 ЗУП 2,5 вырубился свет. И как следствие база не открывается даже в конфигураторе.
Запрос пользователя, а потом ошибка формата потока.

Очистка кешей и т.п. не помогли.

Создал лог файл при запуске.

NPGetCaps: index: 2 == 2424832
NPGetCaps: index: 4 == 0
NPGetCaps: index: 6 == 4
NPGetCaps: index: 11 == 0
NPGetCaps: index: 9 == 0
NPGetCaps: index: 8 == 0

И все. Я так понимаю что-то с индексами не то. Куда копать?

В Tool_1CD открываю, но не понятно что надо будет поправить.

Натолкните на верное направление. Спасибо. Очень надо.

Все это понятно. Но что мне досталось, надо починить.

Я тут изучаю таблицу CONFIG. Файлов с new наконце нет.
Может кто направит на путь истинный?

Подскажите я пытаясь загрузить основную конфигурацию в новую базу получаю ошибку поврежден файл. Файл основной конфигурации я сохранил из tools-1c.

Я так понимаю, что он поврежден. Значит я биру cfшник с рабочей конфигурации, создаю из него пустую базу. А смогу я в нее загрузить данные таблиц выгруженные из tools? У меня что-то не получается. После загрузки конфигурация ругается на ошибки субд.
А при тестировании формата потока в tools вылезает ошибка тестирования: Ошибка определения кодировки файла:
CONFIG/13759790-6c70-4323-9321-a68b90c51663.0

Подскажите что я делаю не так? Разве так я не смогу данные собрать?

Источник

Ошибка формата потока

Здравствуйте, после обновления базы, на след. день перестала запускаться база 1С Бухгалтерия Базовая (52) на 19ой платформе с ошибкой «Ошибка формата потока». Пробовал тестить базу на ошибки (программка проверки из папки bin платформы) чистил 1Cv8FTxt b 1Cv8Log, а так же AppDataLocal1C1Cv82, ничего не помогает, спасите, т.к. выгрузку бухгалтера не делают, а я и не должен, но тра*аться мне))))
Винда 7-ка

Добавлено через 1 минуту
пробую делать выгрузку с помощью командной строки, но пока не получается

Ошибка формата потока
Стоит 1с версии 8.3 на нескольких машинах, база находится на сервере. С одной машины при попытке.

Ошибка форматат потока после аварийного прекращения обновления
Добрый день, такая проблема, 1с 8.2 конфигурация БП проф. файловая, обновлял с 74.11 на 75.6 через.

Ошибка формата потока на 1 компе в 1 базе
БСО 3.1.43.10 У клиента база не грузится. На другом компе все отлично работает под всеми юзерами. А.

Пользовательские флаги формата потока и манипуляторы
Всем здравствуйте, возникла такая вот проблема: не понимаю как правильно создать свой флаг формата.

Была подобная проблема при отладке обработки и ее прерыванием.Помогла отчистка кэша-попробуй еще вот в этойпапке подчистить C:UsersпользовательAppDataRoaming1C1Cv82

Добавлено через 26 минут
оу,не увидел что тема на 3-х стр)

Прошу помощи, скажите, где стукнуть, при условии, что я не разу ни программист, но умею пользоваться умными программами типа Tool 1CD?
Кстати, выгрузка данных универсальной выгрузкой с диска ИТС в чистую базу с той же версией не помогла, много документов продублировалось и остатки перепутались.

Добавлено через 1 час 46 минут
Не знаю, насколько я правильно сделала, обновила конфигурацию до последней версии, и потом из чистой базы с последней версией выгрузила конфигурацию в свою. Вроде бы пока работает, надеюсь, что не будет никаких проблем. Теоретически наверное должны быть, но повезло, что конфигурация типовая. Хотелось бы все-таки вылечить ее по-человечески все-таки, но не представляю, как в этот конфиг влезть и поменять ту некорректную строчку.

Источник

Надеюсь, мой опыт кому-то поможет при решении аналогичной проблемы.

Итак, изложу перечень своих проделанных действий по шагам:

1) Установил и запустил программу HxD, которая имеется в свободном доступе в Интернет, на русском языке (она очень удобна для очень больших баз, работает достаточно быстро);

2) В программе открыл битую базу, а также базу из бэкапа (к сожалению, довольно старого), разместил их мозаикой для удобства;

3) Нахожу смещение 00004000, где хранится параметр локализации, см. скриншот 5, исправляю его так, как в бэкапе;

4) Далее я вижу, что изменены данные в строках 00004020 и 00004030, исправляю их так, как должно быть, см. тот же скриншот, потом дальше иду вниз по строкам и вижу, что данные совпадают;

5) В строке 00004020 видно, что таблица CONFIG (в которой хранится описание базы данных), начинается с строки 00005000 (скорее всего у всех так), а вот заканчивается она у всех по разному. Чтобы узнать, где она заканчивается, в строке 00004020 надо считать 9,10,11,12 группу чисел-букв слева направо и прочитать эту группу чисел-букв справа налево. У меня выглядит вот так: 84 22 00 00, см. скриншот 6, 7. Это означает, что таблица CONFIGSAVE (следующая за таблицей CONFIG) начинается со строки 02284000 (таблица CONFIGSAVE не должна обязательно начинаться со слова CONFIGSAVE);

6) Копирую таблицу CONFIG со строки 00005000 по строку 02284000 (не включая эту самую строку, поскольку она принадлежит уже следующей таблице CONFIGSAVE) бэкапа в битую базу таблицы CONFIG со строки 00005000 по строку 02284000 (в редакторе: «скопировать и потом «вставить с заменой»). Результат изменений сохраняю;

7) Захожу в режим 1С Предприятие и открываю базу, как обычно.

Источник

Помогите и мне пожалуйста, мне кажется у меня ситуация попроще. конфигурация бухгалтерия проф 2.0 (2.0.60.4) типовая на поддержке без изменений. Обновления успешно ставятся, все индексируется и тестируется, пишет ошибок нет. Все пляски по гилеву делала, кроме пункта «проверить обработкой все метаданным все строковые реквизиты (проверяем наличие и удаляем сивмолы 0x1a & 0xFFFF )» у меня нет опыта программирования. Замену Configsave через Tool 1CD тоже сделала, не помогло.
Ошибка вылезает при обращении к отчету «Оборотно-сальдовая ведомость по счету».
При тестировании программой Tool 1CD «Тест формата потока» похоже найдена таблица, в которой проблема.
«Ошибка тестирования Ошибка определения кодировки файла»
Путь: CONFIG/8261cfe8-f981-4375-bba5-ae1484facbc2.0
Это единственная ошибка, но я не представляю, как ее исправить. При переходе на 3.0 проблема исчезает, но начинается проблема с пользователями, которые к такому шагу пока не готовы, говорят, что после НГ будут изучать, а сейчас работать надо.
При нажатии на ошибку в самой 1С вылезает сообщение перейти в конфигуратор
«{Отчет.ОборотноСальдоваяВедомостьПоСчету.МодульОбъекта(671)}: Ошибка при вызове метода контекста (Получить)
СтруктураПараметров = СохраненнаяНастройка.ХранилищеНастроек.Получить();
по причине:
Ошибка формата потока»
«

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

Процедура СохранитьНастройку() Экспорт
СтандартныеОтчеты.СохранитьНастройку(ЭтотОбъект);
КонецПроцедуры
// Процедура заполняет параметры отчета по элементу справочника из переменной СохраненнаяНастройка.
Процедура ПрименитьНастройку() Экспорт
Если СохраненнаяНастройка.Пустая() Тогда
Возврат;
КонецЕсли;
СтруктураПараметров = СохраненнаяНастройка.ХранилищеНастроек.Получить();
Если РежимРасшифровки Тогда
НастройкиФормы = СтруктураПараметров.НастройкиФормы;
Иначе
ТиповыеОтчеты.ПрименитьСтруктуруПараметровОтчета(ЭтотОбъект, СтруктураПараметров);
КонецЕсли;
КонецПроцедуры
Процедура ИнициализацияОтчета() Экспорт
СтандартныеОтчеты.ИнициализацияОтчета(ЭтотОбъект);
КонецПроцедуры
Расшифровки = Новый СписокЗначений;
НастройкаПериода = Новый НастройкаПериода;
РежимРасшифровки = Ложь;
#КонецЕсли

«

Прошу помощи, скажите, где стукнуть, при условии, что я не разу ни программист, но умею пользоваться умными программами типа Tool 1CD?
Кстати, выгрузка данных универсальной выгрузкой с диска ИТС в чистую базу с той же версией не помогла, много документов продублировалось и остатки перепутались.

Добавлено через 1 час 46 минут
Не знаю, насколько я правильно сделала, обновила конфигурацию до последней версии, и потом из чистой базы с последней версией выгрузила конфигурацию в свою. Вроде бы пока работает, надеюсь, что не будет никаких проблем. Теоретически наверное должны быть, но повезло, что конфигурация типовая. Хотелось бы все-таки вылечить ее по-человечески все-таки, но не представляю, как в этот конфиг влезть и поменять ту некорректную строчку.

Добрый день. Вчера при работе с базой (файловой) появились ошибки повреждения базы. Начал смотреть, tool cd показало что повреждена таблица Params. Tool cd показывает: 1.Несовпадение длины Blob -поля указанного в записи,  длиной практически прочитанных данных. (длина поля 279787, прочитано 280000, путь PARAMS/2203278d-ef4f-4f68-98f1-feb257d53ecc_dynupdate_fd5cf126-2a73-45b4-87ba-f008ee805305.si) 2.Ошибка тестирования. Ошибка определения кодировки файла ( этот же файл) 3.Тестирование завершено с ошибками. После работы check db, показало вот что: Повреждены данные таблицы ‘PARAMS’. Восстановлено 26 из 26 записей.. Потеряно 1 значений полей неограниченной длины Повреждены данные таблицы ‘FILES’. Восстановлено 73 из 74 записей. Повреждены данные таблицы ‘_Document8868’. Восстановлено 1369 из 1369 записей.. Потеряно 377 значений полей неограниченной длины Запускаю базу, хочу выгрузить dt вылетает следующее: Нарушение целостности инф.базы Ошибка в размере файла ab38cac5-121b-4896-b16d-f46c9eb686c4.ui при выгрузке таблицы Params. Ожидаемое значение 0,значение в таблице 24703. Что это за файл такое ui можете подсказать? обнулить то его можно, я попробовал и запускается потом все, выгружается dt. Но что там было в этом поле… Когда началась ошибка неизвестно, поднимал бэкап несколько дней назад уже с ошибками там все.