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

Что ещё можно пробовать? Или сразу в морг?
Да, в 1с пользователь запрос отправил, пока ждёт.

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

перечисленные тут таблички сносить пробовал?
v8: Ошибка считывания вторичной информации

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

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

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

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

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

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

(8) То же самое.

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

если в конфигурациях нет ошибок - иди по (2)

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

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

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

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

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

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

(16) Через Tool_CD

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

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

(15) как вариант: http://forum.infostart.ru/forum16/topic37026/

(19) в configsave есть записи?

(21) Есть.

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

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

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

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

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

+(23) Ну и под конец -)
В Tool_CD 0.3.0 Alfa
реализован экспорт/импорт таблиц
http://catalog.mista.ru/upload/iblock/f2d/ss05.png

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

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

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

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

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

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

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

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

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

(36) делал же уже в (0)

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

Вообще ересь получается...
http://pics.rsh.ru/img/config_nk2thsxq.png

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

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

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

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

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

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

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

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

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

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

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

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

Ну, тебе виднее.
Инфы там много было? Бэкапов нет в принципе?

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

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

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

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

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

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

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

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

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

(53) В каком месте в таблице CONFIG записаны ссылки на объекты?
http://s8.hostingkartinok.com/uploads/images/2016/01/5aa8524c119c0a1697cec67426cad79d.jpg

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

(59) Определить номер релиза конфигурации базы данных по файлу 1Cv8.1CD

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