ошибка считывания вторичной информации ( |
Я |
14.01.16 — 09:21
Вот и мне пришлось с таким разбираться.
буха (по-моему 2).
По словам пользователя: под новый год всё честно выключено было. Без сбоев питания и аварийных отключений. После нового года одна из 6 баз выдаёт такое сообщение.
Забрал 1cd себе (то есть кеш ни причём).
Конфигуратор не запускается, предприятие не запускается.
chkdbfl ошибок не выдаёт.
Что делал: по статье http://catalog.mista.ru/public/175344/ прогнал обе обработки — всё вроде прочиталось и видно.
tool_1cd тоже прочитал.
в ней делаю выгрузку конфигурации (обеих, и рабочей, и БД) — файлы получаются по 166М — вроде нормальные.
Загружаю в пустую — процесс идёт похожим на штатную. После завершения — конфигурация всё равно пустая.
Что ещё можно пробовать? Или сразу в морг?
Да, в 1с пользователь запрос отправил, пока ждёт.
1 — 14.01.16 — 09:26
а версии платформы у пользователя до НГ, у пользователя после НГ и у тебя какие?
2 — 14.01.16 — 09:30
перечисленные тут таблички сносить пробовал?
v8: Ошибка считывания вторичной информации
3 — 14.01.16 — 09:31
точнее не таблички, а записи из params
4 — 14.01.16 — 09:37
(1) У пользователя не менялись, 8.3.6 какая то
У меня я пробовал на 8,3,5,1248, 8,3,5,1517, 8,3,6,2299
5 — 14.01.16 — 09:39
(2) Снёс. Результат тот же.
6 — 14.01.16 — 09:44
бекапы надеюсь есть?
7 — 14.01.16 — 09:49
(6) Если бы они были, я бы не парился так )))
8 — 14.01.16 — 09:55
Если БП все-таки вторая, может ее под 8.2 попробовать запустить?
9 — 14.01.16 — 10:05
(8) То же самое.
10 — 14.01.16 — 10:13
tool_1cd — выгрузи конфигурацию (все три по очереди) и попробуй ее загрузить в пустую базу
если в конфигурациях нет ошибок — иди по (2)
11 — 14.01.16 — 10:23
(7) эхххх. ничему вас жизнь не учит…
12 — 14.01.16 — 10:23
(10) Ты внимательно прочитал (0)? )))
Я выгружал конфигурации (все две) и далее по тексту…
(11) я об этой конторе узнал только вчера ))) Мои все базы, разумеется, регулярно архивируются…
13 — 14.01.16 — 10:31
А что если взять типовую рабочую базу и из нее таблицу CONFIG засунуть в битую?
14 — 14.01.16 — 10:33
(12) если выгрузить конфигурацию из больной базы и загрузить конфигурацию в пустую базу, конфигуратор будет пустой или нет?
15 — 14.01.16 — 10:34
(13) Если ты расскажешь, как это сделать в файловой базе…
(14) кто ж вас читать-то учит… Не заходит в конфигуратор…
16 — 14.01.16 — 10:36
(15) > Если ты расскажешь, как это сделать в файловой базе…
а как ты тогда записи из params удалял?
17 — 14.01.16 — 10:38
(16) Через Tool_CD
18 — 14.01.16 — 10:45
(17) конфигурацию через него что мешает выгрузить?
19 — 14.01.16 — 10:47
(18) Откуда? Из типовой?
Судя по содержанию конфига — там она обновлялась… На какую — не знаю.
20 — 14.01.16 — 10:48
21 — 14.01.16 — 10:49
(19) в configsave есть записи?
22 — 14.01.16 — 11:02
(21) Есть.
23 — 14.01.16 — 11:02
+(20) Еще как вариант:
Сохраняем проблемную таблицу CONFIG в xml.
Сохраняем из рабочей базы таблицу CONFIG в xml.
Утилитами сравнения файлов сверяем их и смотрим расхождения. Тем же Tool_CD правим руками найденные расхождения.
24 — 14.01.16 — 11:10
Удалить базу из списка, внести заново в список. Проблема считывания вторичной информации, как правило, исчезает. Кеш, короче, но непонятно чей.
25 — 14.01.16 — 11:14
(24) Какой ты умный… Я промо тащусь, как удав по стеклобазе…
База скопирована на другой комп! Её там в списке вообще не было!
26 — 14.01.16 — 11:14
(24) Сейчас дядьки тебе все скажут)
27 — 14.01.16 — 11:20
(22) а если их иопнуть?
28 — 14.01.16 — 11:23
+(23) Ну и под конец -)
В Tool_CD 0.3.0 Alfa
реализован экспорт/импорт таблиц
http://catalog.mista.ru/upload/iblock/f2d/ss05.png
29 — 14.01.16 — 11:23
(25) Ну, тащись дальше тогда) приятного путешествия!
30 — 14.01.16 — 11:24
Кнопка «Экспорт текущей таблицы»
По этой кнопке создается каталог с именем текущей таблицы в каталоге импорта/экспорта таблиц. В созданный каталог записываются все 4 файла текущей таблицы (DESCR, DATA, INDEX и BLOB), а также вспомогательный файл root.
Кнопка «Импорт текущей таблицы»
По этой кнопке в директории импорта/экспорта таблиц ищется каталог с именем текущей таблицы. Если каталог найден, у текущей таблицы перезаписываются файлы DATA, INDEX и BLOB файлами из найденного каталога. Файл DESCR при этом остается неизменным! Это позволяет, например, переносить данные из другой базы с такой же конфигурацией, но с другими именами таблиц (другой нумерацией объектов конфигурации). Для этого нужно будет только переименовать каталог с именем выгруженной таблицы, и присвоить ему имя таблицы, в которую мы импортировать данные. Если при этом порядок полей, количество и тип (но не имена!) будут не совпадать, таблица получится битая!
31 — 14.01.16 — 11:30
(27) Из CONFIGSAVE грохнул всё с именами гуидов — не помогло.
сейчас пытаюсь то же сделать с config… но там много…
32 — 14.01.16 — 11:31
(27) или предлагаешь всё из саве грохнуть?
33 — 14.01.16 — 13:17
Прогнал тестирование формата потока через TOOL_1CD
выдала пачку ошибок на таблицы с гуидными именами в CONFIG.
Эти таблицы важны? Их можно просто грохнуть?
34 — 14.01.16 — 13:23
(32) да, предлагаю. В норме конфигсэйв пустой.
(33) давай закончим с конфигсэйвом сначала. Я б конфиг б не трогдал б…
35 — 14.01.16 — 13:47
(34) Конфигсейв почистил. результата 0.
36 — 14.01.16 — 13:52
(35) попробуй при помощи tool_1cd выгрузить CONFIG из больной базы и подменить им CONFIG в пустой базе и потом зайти в пустую эту базу. Чтоб, значит, убедиться, что проблема в конфигурации, а не в чем-то еще.
37 — 14.01.16 — 13:54
(36) делал же уже в (0)
38 — 14.01.16 — 14:07
(37) я не это делал.
(36) сейчас попробую.
39 — 14.01.16 — 14:17
40 — 14.01.16 — 14:21
(39) почему ты не хочешь в больную базу загрузить CONFIG из аналогичной здоровой?
41 — 14.01.16 — 14:22
(40) Потому что я не знаю, что брать за аналогичную.
Я эту базу живой никогда не видел.
42 — 14.01.16 — 14:30
(41) в константах записана. Например для типовой БП 2.0.64.42 — таблица:
_CONST10142
43 — 14.01.16 — 14:35
(42) Значит, у меня другая. Ибо такой константы нет…
Только если методом тыка искать по содержаниююю
44 — 14.01.16 — 14:36
(42) Нашёл 10003. 2,0.64,42
так что…
попробую, конечно…
45 — 14.01.16 — 14:55
(39) я думаю — это писец…
46 — 14.01.16 — 14:56
А не вирусы?
Теперь пользователь научится (и главное!) запомнит, что нужно делать бекапы 
47 — 14.01.16 — 15:05
(46) Вирусы избирательные? Одну из 6?
(45) Вот и я боюсь этого…
48 — 14.01.16 — 15:13
Сотворил чистую 2,0.64,42 — там вообще другие таблицы констант…
так что такой способ не подойдёт
49 — 14.01.16 — 15:21
(48) тебе же не константы загружать а табличку CONFIG (это cf’ник) Отсортируй по FILENAME и сравни.
У меня сейчас перед глазами 2.0.64.42 и 2.0.54.12
Значения в FILENAME таблицы CONFIG совпадают, хотя это базы разных фирм и никак между собой не были связаны
50 — 14.01.16 — 15:23
Терять то тебе нечего.
Если это не прокатит, то останется руками попробовать прибить записи на которые тебе TOOL_1CD в (33) ругался.
У меня больше других вариантов пока нет
51 — 14.01.16 — 15:32
(47) Ну, увидели не сразу или открыли только одну. Или фиг его знает. Ты настолько хорошо понимаешь вирусописателя?
На первой работе — пришел новый админ… Очень он увлекался написанием бяки… Так вот я одну запустила… Через пару секунд просто выключили комп — около 40% инфы капут.
Ну, тебе виднее.
Инфы там много было? Бэкапов нет в принципе?
52 — 14.01.16 — 15:33
(51) Инфы не знаю, я же живую базу не видел )))
350 метров CD.
53 — 14.01.16 — 15:34
(49) с учетом того, что в загружаемом конфиге ссылки на объекты, которые в больной базе называются иначе (и вероятно имеют другие гуиды), этот ход добьет базу окончательно
54 — 14.01.16 — 15:37
(52) Спроси у зверей. А бэкапов (хоть старых) нет точно?
55 — 14.01.16 — 15:43
(53) Если конфа не менялась и схема живая, то не прибьет. Это вообще чуть ли не первое что делается — проверяется конфигурация путем выгрузки в tool_1cd и попытке создания базы, при необходимости загружается с помощью него же загружается.
56 — 14.01.16 — 15:48
(55) Если ты внимательно прочитал (0), то это уже было сделано. Тоже почти в первую очередь.
57 — 14.01.16 — 15:53
Где написано, что ты загрузил рабочую конфигурацию в поломанную базу?
58 — 14.01.16 — 16:00
(57) Написано, что для начала я её загрузил в пустую. и написан результат.
59 — 14.01.16 — 16:01
(57) Кроме того, где я тебе рабочую из поломанной возьму?
60 — 14.01.16 — 16:04
(59) Скучно будет — высылай базу, попробую сам поднять.
61 — 14.01.16 — 16:06
62 — 14.01.16 — 16:11
Вся информационная база представляется в базе данных в виде набора таблиц. Среди них есть несколько таблиц, которые обязательно присутствуют в представлении любой информационной базы:
Config — основная конфигурация информационной базы. Эта конфигурация соответствует реальной структуре данных и используется 1С:Предприятием 8.0 в режиме Предприятия.
ConfigSave — конфигурация, редактируемая Конфигуратором. Конфигурация из ConfigSave переписывается в Config при выполнении «Обновления конфигурации базы данных» в Конфигураторе, а наоборот — при выполнении в Конфигураторе операции «Конфигурация — Конфигурация базы данных — Вернуться к конфигурации БД».
Files содержит служебную информацию, например, о работе с хранилищем конфигурации.
Params содержит параметры информационной базы. Среди них:
Национальные настройки информационной базы.
Таблица соответствия объектов метаданных и объектов базы данных (таблиц, полей, индексов).
Некоторая другая информация.
_YearOffset — смещение дат в базе данных. Эта таблица создается только при использовании Microsoft SQL Server.
DBSchema содержит информацию о структуре базы данных 1С:Предприятия и определяет другие объекты базы данных, используемые данной информационной базой.
v8users — cписок пользователей.
_UsersWorkHistory — история работы пользователей.
_SystemSettings — хранилище системных настроек.
_RepSettings — хранилищe настроек отчетов.
_RepVarSettings — хранилище настроек вариантов отчетов.
_CommonSettings — хранилище общих настроек.
_FrmDtSettings — хранилище настроек данных форм.
63 — 14.01.16 — 16:14
PuhUfa
64 — 14.01.16 — 16:19
(63) номер он уже в таблицах _CONST нашел -)
Ошибка считывания вторичной информации в 1С
Такая ошибка возникает обычно при запуске 1С и связана с одним пользователем. при этом продолжить работу не возможно — это критическая ошибка. Особенно, если в базе всего один пользователь.
Причины появления
Возникает при некорректном завершении его работы, при отключении света, другим причинам, в результате чего «вторичные данные» повредились. Редко, но бывает после штатного обновления конфигурации.
Исправление ошибки
Самым простым решением может быть очистка кэша
Если это не помогло, попробуйте пересоздать пользователя (в конфигурациях управляемых форм, это создание нового элемента справочника «Пользователи» и делается это из режима предприятия, в обычных, достаточно создания в режиме конфигуратора с тем же именем)
Как альтернатива очистке кэша — удаление базы из списка и добавление повторно.
На последних релизах 1С (8.3), такое встречается очень редко, поэтому после исправления ошибки, рекомендуется обновить версию платформы.
Если версия клиент-серверная, а ошибка не проходит, попробуйте перезапустить сервер.
Крайней мерой будет выгрузка и загрузка базы в туже самую базу, обязательно сделав перед этим ее копию.
Убедитесь, что на диске достаточно свободного места.
Как вы поняли, нет особого смысла вникать на ее истоки, просто следует ее обойти.
Тем не менее, некоторым помогла подмена таблицы dbo.Params в MSSQL базе ее версией из копии, но я всегда пользовался простыми способами.
Сворачивать рекламу, чтобы сберечь деньги, все равно, что останавливать часы, чтобы сберечь время.
Описание ошибки:
Возникла после обновления базы 1С: Управление торговлей 8, редакция 11 до актуального релиза 11.1.9.70. Вариант работы базы — серверный.
Найденные решения:
Столкнулся на платформе 1С: Предприятие 8.3.5.1383 после обновления базы торговли в момент запуска базы. Причем остальные базы, которые работают на данном сервере так же не запускаются.
Решение: временное, но дает отсрочку для раздумий — остановка работы службы агента сервера (напомню, что у меня серверный вариант) и запуск, т.е. по-другому — рестарт сервера 1С.
Возможно для файловых вариантов предложу удалить базу из списка баз и добавить снова но уже под новым именем.
Так же возможный вариант — нехватка места на жестком диске, где расположена база, либо файловая, либо серверная. Так же исключите и данный вариант, т. к. в любом случае лишнее место лишним не бывает.
Для файловой базы еще попробуйте использовать штатную утилиту chdbfl.exe для проверки базы на целостность.
Послейдний возможный вариант: сохраняем конфигурацию базы в файл, конфигурацию базы снимаем с поддержки полностью, загружаем файл ранее выгруженной конфигурации в базу.
Примеры ошибок:
Ошибка считывания вторичной информации в 1С: Предприятие 8.1. При работе с базой.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
23-01-2015
Журавлев А.С.
(www.azhur-c.ru)
Завис ПК, после чего база не запускается, ни в предприятии, ни конфигуратором. Архив есть, но ему пару месяцев. База личная, я не работаю на контору, так что не бескойтесь за меня 
Просто жаль терять сделанные наработки. Стандартной утилитой chdbfl уже пробовал. Она нашла 22 ошибки и исправила их, но это не помогло. Честно говоря не могу понять почему любой серьезный софт автоматически делает архивы, а на 1с до сих пор до этого не додумались. Хотя бы конфигу сохраняла бы. О кстати, данные — пофиг. Мне главно конфигу вытащить, данные не нужны.
Гуглил — за часик-полтора никакая инструкция не помогла еще. Продолжаю гуглить.
Хоть может текст ошибки напишешь?
В названии поста ошибка «Ошибка считывания вторичной информации» больше ничего не пишет
О, кстати. Базу не обновлял, это самопал полный у меня.
Очистка кеша вроде не помогает. Я создал копию папки с базой, она файловая. Очистил апдату. Создал новую базу, добавил туда эту папку — не помогло. С самим файлом что-то не так значит.
>>Честно говоря не могу понять почему любой серьезный софт автоматически делает архивы, а на 1с до сих пор до этого не додумались нука нука… какой серъёзный софт САМ делает архивы? субд типа SQL, ORACLE, системы типа SAP, галактика и прочие парусы — САМИ делают архивы?))
>>Мне главно конфигу вытащить v8unpack не катит?
Ну офис же делает Я фиг когда на альтернативу майкрософт офиса перейду. Пока другие архив-копии не делают. А вообще сейчас хочу автоматизировать архивацию своей 1с ежедневно. Опыт приходит сразу после того как он был нужен
СПС! Я попробую, может поможет!
+ всё и везде надо настраивать руками, 1с также
А эта утилита вроде только для 8.1 А у меня 8.3
для 8.2 точно есть, а вот для 8.3 точно хз, ищи
храни всю инфу разом, чего мучиться
Была такая проблема, я из старой копии заменила таблицу dbo.Params после чего пустило в базу. В файловой базе делала с помощью Tool_1CD, которая в последних версиях позволяет выгружать и загружать данные.
сейчас пробую ей, не дает сохранить конфигурацию, ни основную, ни базы данных. Пишет что в таблице «CONFIG не 6 полей». Я посмотрел таблицу эту — там 179 полей.
Сейчас посмотрел древнюю копию базы, ей аж полгода оказывается. Там тоже в этой таблице много полей — 97
пошли базу в 1с, с мольбами вернуть Цфник хотя бы…
це 8.3 наверно… Tool_1CD тоже 8.1/8.2 емнип
Они там со смеху помрут, если я к ним биржевого робота на 1с пришлю
да им пофиг, они и не такое видели
8.3 часом не та, которая .4.428?
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
Loading