Ошибка считывания вторичной информации в 1С
Такая ошибка возникает обычно при запуске 1С и связана с одним пользователем. при этом продолжить работу не возможно — это критическая ошибка. Особенно, если в базе всего один пользователь.
Причины появления
Возникает при некорректном завершении его работы, при отключении света, другим причинам, в результате чего «вторичные данные» повредились. Редко, но бывает после штатного обновления конфигурации.
Исправление ошибки
Самым простым решением может быть очистка кэша
Если это не помогло, попробуйте пересоздать пользователя (в конфигурациях управляемых форм, это создание нового элемента справочника «Пользователи» и делается это из режима предприятия, в обычных, достаточно создания в режиме конфигуратора с тем же именем)
Как альтернатива очистке кэша — удаление базы из списка и добавление повторно.
На последних релизах 1С (8.3), такое встречается очень редко, поэтому после исправления ошибки, рекомендуется обновить версию платформы.
Если версия клиент-серверная, а ошибка не проходит, попробуйте перезапустить сервер.
Крайней мерой будет выгрузка и загрузка базы в туже самую базу, обязательно сделав перед этим ее копию.
Убедитесь, что на диске достаточно свободного места.
Как вы поняли, нет особого смысла вникать на ее истоки, просто следует ее обойти.
Тем не менее, некоторым помогла подмена таблицы dbo.Params в MSSQL базе ее версией из копии, но я всегда пользовался простыми способами.
Впервые в истории планеты Земля все люди во всех странах задались единой целью: заработать столько денег, чтобы уподобиться героям рекламы.
ДенисЧ
14.01.16
✎
09:21
Вот и мне пришлось с таким разбираться.
буха (по-моему 2).
По словам пользователя: под новый год всё честно выключено было. Без сбоев питания и аварийных отключений. После нового года одна из 6 баз выдаёт такое сообщение.
Забрал 1cd себе (то есть кеш ни причём).
Конфигуратор не запускается, предприятие не запускается.
chkdbfl ошибок не выдаёт.
Что делал: по статье http://catalog.mista.ru/public/175344/ прогнал обе обработки — всё вроде прочиталось и видно.
tool_1cd тоже прочитал.
в ней делаю выгрузку конфигурации (обеих, и рабочей, и БД) — файлы получаются по 166М — вроде нормальные.
Загружаю в пустую — процесс идёт похожим на штатную. После завершения — конфигурация всё равно пустая.
Что ещё можно пробовать? Или сразу в морг?
Да, в 1с пользователь запрос отправил, пока ждёт.
Лефмихалыч
14.01.16
✎
09:26
а версии платформы у пользователя до НГ, у пользователя после НГ и у тебя какие?
Лефмихалыч
14.01.16
✎
09:30
перечисленные тут таблички сносить пробовал?
v8: Ошибка считывания вторичной информации
Лефмихалыч
14.01.16
✎
09:31
точнее не таблички, а записи из params
ДенисЧ
14.01.16
✎
09:37
(1) У пользователя не менялись, 8.3.6 какая то
У меня я пробовал на 8,3,5,1248, 8,3,5,1517, 8,3,6,2299
ДенисЧ
14.01.16
✎
09:39
(2) Снёс. Результат тот же.
vde69
14.01.16
✎
09:44
бекапы надеюсь есть?
ДенисЧ
14.01.16
✎
09:49
(6) Если бы они были, я бы не парился так )))
mehfk
14.01.16
✎
09:55
Если БП все-таки вторая, может ее под 8.2 попробовать запустить?
ДенисЧ
14.01.16
✎
10:05
(8) То же самое.
vde69
14.01.16
✎
10:13
tool_1cd — выгрузи конфигурацию (все три по очереди) и попробуй ее загрузить в пустую базу
если в конфигурациях нет ошибок — иди по (2)
Guk
14.01.16
✎
10:23
(7) эхххх. ничему вас жизнь не учит…
ДенисЧ
14.01.16
✎
10:23
(10) Ты внимательно прочитал (0)? )))
Я выгружал конфигурации (все две) и далее по тексту…
(11) я об этой конторе узнал только вчера ))) Мои все базы, разумеется, регулярно архивируются…
PuhUfa
14.01.16
✎
10:31
А что если взять типовую рабочую базу и из нее таблицу CONFIG засунуть в битую?
Лефмихалыч
14.01.16
✎
10:33
(12) если выгрузить конфигурацию из больной базы и загрузить конфигурацию в пустую базу, конфигуратор будет пустой или нет?
ДенисЧ
14.01.16
✎
10:34
(13) Если ты расскажешь, как это сделать в файловой базе…
(14) кто ж вас читать-то учит… Не заходит в конфигуратор…
Лефмихалыч
14.01.16
✎
10:36
(15) > Если ты расскажешь, как это сделать в файловой базе…
а как ты тогда записи из params удалял?
ДенисЧ
14.01.16
✎
10:38
(16) Через Tool_CD
Лефмихалыч
14.01.16
✎
10:45
(17) конфигурацию через него что мешает выгрузить?
ДенисЧ
14.01.16
✎
10:47
(18) Откуда? Из типовой?
Судя по содержанию конфига — там она обновлялась… На какую — не знаю.
PuhUfa
14.01.16
✎
10:48
Лефмихалыч
14.01.16
✎
10:49
(19) в configsave есть записи?
ДенисЧ
14.01.16
✎
11:02
(21) Есть.
PuhUfa
14.01.16
✎
11:02
+(20) Еще как вариант:
Сохраняем проблемную таблицу CONFIG в xml.
Сохраняем из рабочей базы таблицу CONFIG в xml.
Утилитами сравнения файлов сверяем их и смотрим расхождения. Тем же Tool_CD правим руками найденные расхождения.
bolobol
14.01.16
✎
11:10
Удалить базу из списка, внести заново в список. Проблема считывания вторичной информации, как правило, исчезает. Кеш, короче, но непонятно чей.
ДенисЧ
14.01.16
✎
11:14
(24) Какой ты умный… Я промо тащусь, как удав по стеклобазе…
База скопирована на другой комп! Её там в списке вообще не было!
Одинесю
14.01.16
✎
11:14
(24) Сейчас дядьки тебе все скажут)
Лефмихалыч
14.01.16
✎
11:20
(22) а если их иопнуть?
PuhUfa
14.01.16
✎
11:23
+(23) Ну и под конец -)
В Tool_CD 0.3.0 Alfa
реализован экспорт/импорт таблиц
http://catalog.mista.ru/upload/iblock/f2d/ss05.png
bolobol
14.01.16
✎
11:23
(25) Ну, тащись дальше тогда) приятного путешествия!
PuhUfa
14.01.16
✎
11:24
Кнопка «Экспорт текущей таблицы»
По этой кнопке создается каталог с именем текущей таблицы в каталоге импорта/экспорта таблиц. В созданный каталог записываются все 4 файла текущей таблицы (DESCR, DATA, INDEX и BLOB), а также вспомогательный файл root.
Кнопка «Импорт текущей таблицы»
По этой кнопке в директории импорта/экспорта таблиц ищется каталог с именем текущей таблицы. Если каталог найден, у текущей таблицы перезаписываются файлы DATA, INDEX и BLOB файлами из найденного каталога. Файл DESCR при этом остается неизменным! Это позволяет, например, переносить данные из другой базы с такой же конфигурацией, но с другими именами таблиц (другой нумерацией объектов конфигурации). Для этого нужно будет только переименовать каталог с именем выгруженной таблицы, и присвоить ему имя таблицы, в которую мы импортировать данные. Если при этом порядок полей, количество и тип (но не имена!) будут не совпадать, таблица получится битая!
ДенисЧ
14.01.16
✎
11:30
(27) Из CONFIGSAVE грохнул всё с именами гуидов — не помогло.
сейчас пытаюсь то же сделать с config… но там много…
ДенисЧ
14.01.16
✎
11:31
(27) или предлагаешь всё из саве грохнуть?
ДенисЧ
14.01.16
✎
13:17
Прогнал тестирование формата потока через TOOL_1CD
выдала пачку ошибок на таблицы с гуидными именами в CONFIG.
Эти таблицы важны? Их можно просто грохнуть?
Лефмихалыч
14.01.16
✎
13:23
(32) да, предлагаю. В норме конфигсэйв пустой.
(33) давай закончим с конфигсэйвом сначала. Я б конфиг б не трогдал б…
ДенисЧ
14.01.16
✎
13:47
(34) Конфигсейв почистил. результата 0.
Лефмихалыч
14.01.16
✎
13:52
(35) попробуй при помощи tool_1cd выгрузить CONFIG из больной базы и подменить им CONFIG в пустой базе и потом зайти в пустую эту базу. Чтоб, значит, убедиться, что проблема в конфигурации, а не в чем-то еще.
PuhUfa
14.01.16
✎
13:54
(36) делал же уже в (0)
ДенисЧ
14.01.16
✎
14:07
(37) я не это делал.
(36) сейчас попробую.
ДенисЧ
14.01.16
✎
14:17
PuhUfa
14.01.16
✎
14:21
(39) почему ты не хочешь в больную базу загрузить CONFIG из аналогичной здоровой?
ДенисЧ
14.01.16
✎
14:22
(40) Потому что я не знаю, что брать за аналогичную.
Я эту базу живой никогда не видел.
PuhUfa
14.01.16
✎
14:30
(41) в константах записана. Например для типовой БП 2.0.64.42 — таблица:
_CONST10142
ДенисЧ
14.01.16
✎
14:35
(42) Значит, у меня другая. Ибо такой константы нет…
Только если методом тыка искать по содержаниююю
ДенисЧ
14.01.16
✎
14:36
(42) Нашёл 10003. 2,0.64,42
так что…
попробую, конечно…
Лефмихалыч
14.01.16
✎
14:55
(39) я думаю — это писец…
Масянька
14.01.16
✎
14:56
А не вирусы?
Теперь пользователь научится (и главное!) запомнит, что нужно делать бекапы 
ДенисЧ
14.01.16
✎
15:05
(46) Вирусы избирательные? Одну из 6?
(45) Вот и я боюсь этого…
ДенисЧ
14.01.16
✎
15:13
Сотворил чистую 2,0.64,42 — там вообще другие таблицы констант…
так что такой способ не подойдёт
PuhUfa
14.01.16
✎
15:21
(48) тебе же не константы загружать а табличку CONFIG (это cf’ник) Отсортируй по FILENAME и сравни.
У меня сейчас перед глазами 2.0.64.42 и 2.0.54.12
Значения в FILENAME таблицы CONFIG совпадают, хотя это базы разных фирм и никак между собой не были связаны
PuhUfa
14.01.16
✎
15:23
Терять то тебе нечего.
Если это не прокатит, то останется руками попробовать прибить записи на которые тебе TOOL_1CD в (33) ругался.
У меня больше других вариантов пока нет
Масянька
14.01.16
✎
15:32
(47) Ну, увидели не сразу или открыли только одну. Или фиг его знает. Ты настолько хорошо понимаешь вирусописателя?
На первой работе — пришел новый админ… Очень он увлекался написанием бяки… Так вот я одну запустила… Через пару секунд просто выключили комп — около 40% инфы капут.
Ну, тебе виднее.
Инфы там много было? Бэкапов нет в принципе?
ДенисЧ
14.01.16
✎
15:33
(51) Инфы не знаю, я же живую базу не видел )))
350 метров CD.
Лефмихалыч
14.01.16
✎
15:34
(49) с учетом того, что в загружаемом конфиге ссылки на объекты, которые в больной базе называются иначе (и вероятно имеют другие гуиды), этот ход добьет базу окончательно
Масянька
14.01.16
✎
15:37
(52) Спроси у зверей. А бэкапов (хоть старых) нет точно?
mehfk
14.01.16
✎
15:43
(53) Если конфа не менялась и схема живая, то не прибьет. Это вообще чуть ли не первое что делается — проверяется конфигурация путем выгрузки в tool_1cd и попытке создания базы, при необходимости загружается с помощью него же загружается.
ДенисЧ
14.01.16
✎
15:48
(55) Если ты внимательно прочитал (0), то это уже было сделано. Тоже почти в первую очередь.
mehfk
14.01.16
✎
15:53
Где написано, что ты загрузил рабочую конфигурацию в поломанную базу?
ДенисЧ
14.01.16
✎
16:00
(57) Написано, что для начала я её загрузил в пустую. и написан результат.
ДенисЧ
14.01.16
✎
16:01
(57) Кроме того, где я тебе рабочую из поломанной возьму?
mehfk
14.01.16
✎
16:04
(59) Скучно будет — высылай базу, попробую сам поднять.
PuhUfa
14.01.16
✎
16:06
PuhUfa
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 — хранилище настроек данных форм.
mehfk
14.01.16
✎
16:14
PuhUfa
14.01.16
✎
16:19
(63) номер он уже в таблицах _CONST нашел -)
Описание ошибки:
Возникла после обновления базы 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)
Перейти к содержимому
1С: «Ошибка формата потока» и «Ошибка считывания вторичной информации».
Начну с того , что я безумно «люблю» информативные ошибки 1С8. В один прекрасный момент, одновременно 2 базы выдали ошибки :
При заходе в бухгалтерскую БД : «банк и касса» — » банковские выписки» свалилась в ошибку : «Ошибка формата потока»
Другая БД : при попытке зайти вывалилась в «Ошибка считывания вторичной информации».
Платформа и конфигурации не очень древние , даж вполне актуальные.
Сервер 1С крутится на MSSQL 2012.Операционная система windows 2012 R2. Все работают в «толстых клиентах».
Что не помогло в моём случае :
- удаление кэша 1с на пользовательских машинах
- удаление файлов Журнала Регистрации (.lgd)
- Перезапуск сервера 1с
А вот при попытке удалить базу с сервера 1с получили ошибку :
на удивление база создалась……
Решилось в моём случае :
- удалением Информационной базы с Сервера 1С
- бэкап БД средствами MSSQL
- загрузка только что сделанной резервной копии в туже базу MSSQL
- Создание информационной базы на сервере 1С
Завис ПК, после чего база не запускается, ни в предприятии, ни конфигуратором. Архив есть, но ему пару месяцев. База личная, я не работаю на контору, так что не бескойтесь за меня 
Просто жаль терять сделанные наработки. Стандартной утилитой 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
Комментарии доступны только авторизированным пользователям