Ошибка 1с ошибка считывания вторичной информации файловая

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

Я
   ДенисЧ

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) Снёс. Результат тот же.

   vde69

6 — 14.01.16 — 09:44

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

   ДенисЧ

7 — 14.01.16 — 09:49

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

   mehfk

8 — 14.01.16 — 09:55

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

   ДенисЧ

9 — 14.01.16 — 10:05

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

   vde69

10 — 14.01.16 — 10:13

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

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

   Guk

11 — 14.01.16 — 10:23

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

   ДенисЧ

12 — 14.01.16 — 10:23

(10) Ты внимательно прочитал (0)? )))

Я выгружал конфигурации (все две) и далее по тексту…

(11) я об этой конторе узнал только вчера ))) Мои все базы, разумеется, регулярно архивируются…

   PuhUfa

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) Откуда? Из типовой?

Судя по содержанию конфига — там она обновлялась… На какую — не знаю.

   PuhUfa

20 — 14.01.16 — 10:48

   Лефмихалыч

21 — 14.01.16 — 10:49

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

   ДенисЧ

22 — 14.01.16 — 11:02

(21) Есть.

   PuhUfa

23 — 14.01.16 — 11:02

+(20) Еще как вариант:

Сохраняем проблемную таблицу CONFIG в xml.

Сохраняем из рабочей базы таблицу CONFIG в xml.

Утилитами сравнения файлов сверяем их и смотрим расхождения. Тем же Tool_CD правим руками найденные расхождения.

   bolobol

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) а если их иопнуть?

   PuhUfa

28 — 14.01.16 — 11:23

+(23) Ну и под конец -)

В Tool_CD 0.3.0 Alfa

реализован экспорт/импорт таблиц

http://catalog.mista.ru/upload/iblock/f2d/ss05.png

   bolobol

29 — 14.01.16 — 11:23

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

   PuhUfa

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  в пустой базе и потом зайти в пустую эту базу. Чтоб, значит, убедиться, что проблема в конфигурации, а не в чем-то еще.

   PuhUfa

37 — 14.01.16 — 13:54

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

   ДенисЧ

38 — 14.01.16 — 14:07

(37) я не это делал.

(36) сейчас попробую.

   ДенисЧ

39 — 14.01.16 — 14:17

   PuhUfa

40 — 14.01.16 — 14:21

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

   ДенисЧ

41 — 14.01.16 — 14:22

(40) Потому что я не знаю, что брать за аналогичную.

Я эту базу живой никогда не видел.

   PuhUfa

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 — там вообще другие таблицы констант…

так что такой способ не подойдёт

   PuhUfa

49 — 14.01.16 — 15:21

(48) тебе же не константы загружать а табличку CONFIG (это cf’ник) Отсортируй по FILENAME и сравни.

У меня сейчас перед глазами 2.0.64.42 и 2.0.54.12

Значения в FILENAME таблицы CONFIG совпадают, хотя это базы разных фирм и никак между собой не были связаны

   PuhUfa

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) Спроси у зверей. А бэкапов (хоть старых) нет точно?

   mehfk

55 — 14.01.16 — 15:43

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

   ДенисЧ

56 — 14.01.16 — 15:48

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

   mehfk

57 — 14.01.16 — 15:53

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

   ДенисЧ

58 — 14.01.16 — 16:00

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

   ДенисЧ

59 — 14.01.16 — 16:01

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

   mehfk

60 — 14.01.16 — 16:04

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

   PuhUfa

61 — 14.01.16 — 16:06

   PuhUfa

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 — хранилище настроек данных форм.

   mehfk

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
Ошибка считывания вторичной информации в 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

Комментарии доступны только авторизированным пользователям

Sys-Admin Forum

Loading

Понравилась статья? Поделить с друзьями:
  • Ошибка 1с ошибка открытия таблицы 1ssystem
  • Ошибка 1с ошибка sql переполнение поля 1с
  • Ошибка 1с ожидается выражение выбрать
  • Ошибка 1с обнаружено нарушение целостности системы
  • Ошибка 1с неправомерное использование программного продукта