ошибка считывания вторичной информации ( #762659

Вот и мне пришлось с таким разбираться. буха (по-моему 2). По словам пользователя: под новый год всё честно выключено было. Без сбоев питания и аварийных отключений. После нового года одна из 6 баз выдаёт такое сообщение. Забрал 1cd себе (то есть кеш ни причём). Конфигуратор не запускается, предприятие не запускается. chkdbfl ошибок не выдаёт. Что делал: по статье прогнал обе обработки - всё вроде прочиталось и видно. tool_1cd тоже прочитал. в ней делаю выгрузку конфигурации (обеих, и рабочей, и БД) - файлы получаются по 166М - вроде нормальные. Загружаю в пустую - процесс идёт похожим на штатную. После завершения - конфигурация всё равно пустая. Что ещё можно пробовать? Или сразу в морг? Да, в 1с пользователь запрос отправил, пока ждёт.

а версии платформы у пользователя до НГ, у пользователя после НГ и у тебя какие?

перечисленные тут таблички сносить пробовал?

точнее не таблички, а записи из params

У пользователя не менялись, 8.3.6 какая то У меня я пробовал на 8,3,5,1248, 8,3,5,1517, 8,3,6,2299

Снёс. Результат тот же.

бекапы надеюсь есть?

Если бы они были, я бы не парился так )))

Если БП все-таки вторая, может ее под 8.2 попробовать запустить?

То же самое.

tool_1cd - выгрузи конфигурацию (все три по очереди) и попробуй ее загрузить в пустую базу если в конфигурациях нет ошибок - иди по

эхххх. ничему вас жизнь не учит...

Ты внимательно прочитал ? ))) Я выгружал конфигурации (все две) и далее по тексту... я об этой конторе узнал только вчера ))) Мои все базы, разумеется, регулярно архивируются...

А что если взять типовую рабочую базу и из нее таблицу CONFIG засунуть в битую?

если выгрузить конфигурацию из больной базы и загрузить конфигурацию в пустую базу, конфигуратор будет пустой или нет?

Если ты расскажешь, как это сделать в файловой базе... кто ж вас читать-то учит... Не заходит в конфигуратор...

> Если ты расскажешь, как это сделать в файловой базе... а как ты тогда записи из params удалял?

Через Tool_CD

конфигурацию через него что мешает выгрузить?

Откуда? Из типовой? Судя по содержанию конфига - там она обновлялась... На какую - не знаю.

как вариант:

в configsave есть записи?

Есть.

+ Еще как вариант: Сохраняем проблемную таблицу CONFIG в xml. Сохраняем из рабочей базы таблицу CONFIG в xml. Утилитами сравнения файлов сверяем их и смотрим расхождения. Тем же Tool_CD правим руками найденные расхождения.

Удалить базу из списка, внести заново в список. Проблема считывания вторичной информации, как правило, исчезает. Кеш, короче, но непонятно чей.

Какой ты умный... Я промо тащусь, как удав по стеклобазе... База скопирована на другой комп! Её там в списке вообще не было!

Сейчас дядьки тебе все скажут)

а если их иопнуть?

+ Ну и под конец -) В Tool_CD 0.3.0 Alfa реализован экспорт/импорт таблиц

Ну, тащись дальше тогда) приятного путешествия!

Кнопка «Экспорт текущей таблицы» По этой кнопке создается каталог с именем текущей таблицы в каталоге импорта/экспорта таблиц. В созданный каталог записываются все 4 файла текущей таблицы (DESCR, DATA, INDEX и BLOB), а также вспомогательный файл root. Кнопка «Импорт текущей таблицы» По этой кнопке в директории импорта/экспорта таблиц ищется каталог с именем текущей таблицы. Если каталог найден, у текущей таблицы перезаписываются файлы DATA, INDEX и BLOB файлами из найденного каталога. Файл DESCR при этом остается неизменным! Это позволяет, например, переносить данные из другой базы с такой же конфигурацией, но с другими именами таблиц (другой нумерацией объектов конфигурации). Для этого нужно будет только переименовать каталог с именем выгруженной таблицы, и присвоить ему имя таблицы, в которую мы импортировать данные. Если при этом порядок полей, количество и тип (но не имена!) будут не совпадать, таблица получится битая!

Из CONFIGSAVE грохнул всё с именами гуидов - не помогло. сейчас пытаюсь то же сделать с config... но там много...

или предлагаешь всё из саве грохнуть?

Прогнал тестирование формата потока через TOOL_1CD выдала пачку ошибок на таблицы с гуидными именами в CONFIG. Эти таблицы важны? Их можно просто грохнуть?

да, предлагаю. В норме конфигсэйв пустой. давай закончим с конфигсэйвом сначала. Я б конфиг б не трогдал б...

Конфигсейв почистил. результата 0.

попробуй при помощи tool_1cd выгрузить CONFIG из больной базы и подменить им CONFIG  в пустой базе и потом зайти в пустую эту базу. Чтоб, значит, убедиться, что проблема в конфигурации, а не в чем-то еще.

делал же уже в

я не это делал. сейчас попробую.

Вообще ересь получается...

почему ты не хочешь в больную базу загрузить CONFIG из аналогичной здоровой?

Потому что я не знаю, что брать за аналогичную. Я эту базу живой никогда не видел.

в константах записана. Например для типовой БП 2.0.64.42 - таблица: _CONST10142

Значит, у меня другая. Ибо такой константы нет... Только если методом тыка искать по содержаниююю

Нашёл 10003. 2,0.64,42 так что... попробую, конечно...

я думаю - это писец...

А не вирусы? Теперь пользователь научится (и главное!) запомнит, что нужно делать бекапы :(

Вирусы избирательные? Одну из 6? Вот и я боюсь этого...

Сотворил чистую 2,0.64,42 - там вообще другие таблицы констант... так что такой способ не подойдёт

тебе же не константы загружать а табличку CONFIG (это cf'ник) Отсортируй по FILENAME и сравни. У меня сейчас перед глазами 2.0.64.42 и 2.0.54.12 Значения в FILENAME таблицы CONFIG совпадают, хотя это базы разных фирм и никак между собой не были связаны

Терять то тебе нечего. Если это не прокатит, то останется руками попробовать прибить записи на которые тебе TOOL_1CD в ругался. У меня больше других вариантов пока нет

Ну, увидели не сразу или открыли только одну. Или фиг его знает. Ты настолько хорошо понимаешь вирусописателя? На первой работе - пришел новый админ... Очень он увлекался написанием бяки... Так вот я одну запустила... Через пару секунд просто выключили комп - около 40% инфы капут. Ну, тебе виднее. Инфы там много было? Бэкапов нет в принципе?

Инфы не знаю, я же живую базу не видел ))) 350 метров CD.

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

Спроси у зверей. А бэкапов (хоть старых) нет точно?

Если конфа не менялась и схема живая, то не прибьет. Это вообще чуть ли не первое что делается - проверяется конфигурация путем выгрузки в tool_1cd и попытке создания базы, при необходимости загружается с помощью него же загружается.

Если ты внимательно прочитал , то это уже было сделано. Тоже почти в первую очередь.

Где написано, что ты загрузил рабочую конфигурацию в поломанную базу?

Написано, что для начала я её загрузил в пустую. и написан результат.

Кроме того, где я тебе рабочую из поломанной возьму?

Скучно будет - высылай базу, попробую сам поднять.

В каком месте в таблице CONFIG записаны ссылки на объекты?

Вся информационная база представляется в базе данных в виде набора таблиц. Среди них есть несколько таблиц, которые обязательно присутствуют в представлении любой информационной базы: Config - основная конфигурация информационной базы. Эта конфигурация соответствует реальной структуре данных и используется 1С:Предприятием 8.0 в режиме Предприятия. ConfigSave - конфигурация, редактируемая Конфигуратором. Конфигурация из ConfigSave переписывается в Config при выполнении "Обновления конфигурации базы данных" в Конфигураторе, а наоборот - при выполнении в Конфигураторе операции "Конфигурация - Конфигурация базы данных - Вернуться к конфигурации БД". Files содержит служебную информацию, например, о работе с хранилищем конфигурации. Params содержит параметры информационной базы. Среди них: Национальные настройки информационной базы. Таблица соответствия объектов метаданных и объектов базы данных (таблиц, полей, индексов). Некоторая другая информация. _YearOffset - смещение дат в базе данных. Эта таблица создается только при использовании Microsoft SQL Server. DBSchema содержит информацию о структуре базы данных 1С:Предприятия и определяет другие объекты базы данных, используемые данной информационной базой. v8users  - cписок пользователей. _UsersWorkHistory  - история работы пользователей. _SystemSettings  - хранилище системных настроек. _RepSettings  - хранилищe настроек отчетов. _RepVarSettings  - хранилище настроек вариантов отчетов. _CommonSettings  - хранилище общих настроек. _FrmDtSettings - хранилище настроек данных форм.

номер он уже в таблицах _CONST нашел -)