Ошибка считывания вторичной информации в 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.3), такое встречается очень редко, поэтому после исправления ошибки, рекомендуется обновить версию платформы.
Если версия клиент-серверная, а ошибка не проходит, попробуйте перезапустить сервер.
Крайней мерой будет выгрузка и загрузка базы в туже самую базу, обязательно сделав перед этим ее копию.
Убедитесь, что на диске достаточно свободного места.
Как вы поняли, нет особого смысла вникать на ее истоки, просто следует ее обойти.
Тем не менее, некоторым помогла подмена таблицы dbo.Params в MSSQL базе ее версией из копии, но я всегда пользовался простыми способами.
Все таки есть еще в мире вещи, на которые можно положиться. Например, еще ни разу не было рекламного клипа с плохим концом.
ошибка считывания вторичной информации ( |
Я |
ДенисЧ
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С: Управление торговлей 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
Комментарии доступны только авторизированным пользователям
При работе с 1С, как с любой другой программой, иногда возникают ошибки в считывании вторичной информации. Вторичная информация в 1С представляет собой данные, которые необходимы для корректного функционирования программы, включая настройки, шаблоны, пресеты и другие параметры. Ошибки при считывании вторичной информации могут привести к некорректной работе программы, недоступности некоторых функций или полной загрузки программы.
Одной из наиболее частых ошибок является неправильное указание пути к файлу с вторичной информацией. Возможно, файл был перемещен, переименован или удален, что приводит к невозможности программе считать необходимые данные. Для исправления этой ошибки необходимо проверить актуальность пути к файлу и, при необходимости, указать правильный путь или восстановить файл из резервной копии.
Другой распространенной ошибкой является повреждение файла с вторичной информацией. Это может произойти при некорректной работе программы, сбоях системы, ошибке при записи или любых других причинах. Чтобы исправить эту ошибку, необходимо проверить целостность файла и, если он поврежден, восстановить его из резервной копии или создать новый файл, используя доступные настройки и параметры.
Также, при считывании вторичной информации важно учитывать версию программы, используемую на компьютере. Если файл с вторичной информацией был создан для одной версии программы, а считывается на другой, это может привести к ошибке или некорректной интерпретации данных. В этом случае необходимо обновить программу до актуальной версии или создать файл с вторичной информацией, совместимый с текущей версией программы.
Важно помнить, что ошибки считывания вторичной информации в 1С могут привести к серьезным проблемам в работе программы. Поэтому, при возникновении таких ошибок необходимо оперативно их устранять, чтобы восстановить нормальное функционирование программы.
Содержание
- Неправильное указание пути к файлу
- Отсутствие прав доступа к файлу
- Некорректное указание формата файлов
- Неправильное чтение кодировки файла
- Ошибки при обработке данных из файла
- 1. Ошибка чтения файла
- 2. Некорректная структура данных
- 3. Проблемы с кодировкой
- 4. Недостаток памяти
- 5. Неправильная обработка ошибок
Неправильное указание пути к файлу
Одной из частых ошибок при работе с вторичной информацией в 1С является неправильное указание пути к файлу. Эта ошибка может возникать при считывании данных из внешних файлов, таких как Excel-файлы, текстовые файлы, XML-файлы и другие.
Неправильное указание пути к файлу может привести к тому, что программа не сможет найти нужный файл и выдаст ошибку. В результате этой ошибки данные не будут считаны или будут считаны некорректно.
Для правильного указания пути к файлу следует учитывать следующие моменты:
- Корректный путь к файлу должен начинаться с корня диска или относительного пути относительно текущего рабочего каталога.
- Указание пути к файлу должно быть без опечаток и ошибок.
- В случае указания относительного пути, следует убедиться, что путь указан правильно относительно текущей директории.
- Если файл находится в подкаталоге, то следует указывать все промежуточные каталоги.
- Проверьте, что файл с таким названием и расширением действительно существует в указанном месте.
- В случае работы на другом устройстве или системе пути могут быть различными, поэтому следует учитывать особенности данной системы.
Пример неправильного указания пути к файлу:
| Неправильно | Правильно |
| C:\Users\Username\Desktop\file.xlsx | C:\Users\Username\Desktop\files\file.xlsx |
| ..\data\text.txt | C:\Users\Username\Desktop\data\text.txt |
Важно учитывать указанные рекомендации и быть внимательным при указании пути к файлу. Это позволит избежать ошибок при считывании вторичной информации в 1С и обеспечит корректную работу программы.
Отсутствие прав доступа к файлу
Во время работы с вторичной информацией в 1С, одной из наиболее распространенных ошибок является отсутствие прав доступа к файлу. Эта ошибка возникает, когда пользователь не имеет достаточных прав для чтения или записи вторичной информации.
При попытке считать или записать файл, система 1С проверяет права доступа текущего пользователя к этому файлу. Если у пользователя отсутствуют необходимые права, будет выведено сообщение об ошибке.
Для решения этой проблемы необходимо проверить и изменить права доступа к файлу. Это можно сделать следующим образом:
- Убедитесь, что у пользователя есть права доступа к папке, в которой расположен нужный файл.
- Проверьте права доступа к самому файлу. Убедитесь, что у пользователя есть права на чтение и запись файлов в этой папке.
- Если пользователь не имеет необходимых прав доступа, вы можете изменить их, добавив пользователя в группу с нужными правами или предоставив ему права на чтение и запись вручную.
- Перезапустите систему 1С и попробуйте снова считать или записать файл.
Если проблема с правами доступа к файлу не решена, может потребоваться обратиться к администратору системы для получения дополнительной помощи.
Важно помнить, что неправильные или отсутствующие права доступа могут привести к ошибкам считывания и записи вторичной информации в 1С, поэтому следует всегда убедиться, что у пользователя достаточно прав для работы с файлами.
Некорректное указание формата файлов
Одной из частых ошибок при работе с вторичной информацией в 1С является некорректное указание формата файлов.
Как правило, в 1С используется специальный формат файлов для хранения вторичной информации, таких как отчеты, шаблоны документов, печатные формы и т.д. Неправильное указание формата файла может привести к некорректному отображению или неработоспособности данной информации.
Одной из распространенных проблем является неправильное указание формата файла в макетах печатных форм. Для каждой печатной формы в 1С необходимо указывать соответствующий формат файла, например, PDF или DOCX. Если формат файла указан неправильно, то при попытке открыть или сохранить печатную форму возникнет ошибка или файл будет отображаться некорректно.
Еще одной распространенной проблемой является неправильное указание формата файла в настройках шаблонов документов. Для каждого шаблона документа необходимо указывать соответствующий формат файла, например, DOCX или XLS. Если формат файла указан неправильно, то при попытке открыть или сохранить документ на основе данного шаблона возникнет ошибка или файл будет отображаться некорректно.
Для избежания данной ошибки необходимо внимательно проверять и правильно указывать формат файла при работе с вторичной информацией в 1С. В случае неправильного указания формата файла следует исправить его согласно требованиям системы.
Также следует обратить внимание на поддерживаемые форматы файлов в конкретной версии 1С. Некоторые форматы файлов могут быть неподдерживаемыми или требовать дополнительных настроек для работы.
Важно также помнить, что некорректное указание формата файла может быть одной из причин возникновения других ошибок при работе с вторичной информацией в 1С. Поэтому рекомендуется проверять и правильно указывать формат файла при каждом его использовании.
Неправильное чтение кодировки файла
При работе с вторичной информацией в 1С часто возникают проблемы с правильным чтением кодировки файла. Неправильное чтение кодировки может привести к некорректному отображению текста или ошибкам в работе программы.
Одной из распространенных проблем является неправильное определение кодировки файла. В 1С используется широкий набор кодировок, например, UTF-8, Windows-1251, UTF-16 и другие. Если при чтении файла не указать правильную кодировку, то текст может быть неправильно распознан и отображен.
Чтобы правильно прочитать файл с заданной кодировкой, необходимо указать эту кодировку при открытии файла. В 1С это можно сделать с помощью метода «Прочитать» объекта «Файл». Например:
ФайлДанных = Новый Файл(ПутьКФайлу);
ТекстФайла = ФайлДанных.Прочитать(КодировкаТекста: "Windows-1251");В данном примере файл считывается с кодировкой «Windows-1251». Если кодировка файла отличается, необходимо указать соответствующую кодировку.
Также следует учитывать, что кодировка файла может быть указана в его метаданных. Например, в заголовке HTML-файла может быть указана кодировка в теге «meta». При чтении такого файла можно использовать метод «ПрочитатьСтроку» объекта «Файл» и проверить кодировку строки.
Если вам не удается определить правильную кодировку файла, можно воспользоваться специализированными инструментами для определения кодировки, например, программой Notepad++ или онлайн-сервисами.
Таким образом, при работе с файлами в 1С необходимо аккуратно устанавливать и проверять правильность указания кодировки, чтобы избежать проблем с неправильным чтением вторичной информации.
Ошибки при обработке данных из файла
При работе с данными из файла в 1С возникает некоторое количество потенциальных ошибок, связанных с обработкой этих данных. В данном разделе мы рассмотрим наиболее частые из них и способы их устранения.
1. Ошибка чтения файла
Одной из самых распространенных ошибок при обработке данных из файла является ошибка чтения файла. Эта ошибка может возникнуть, если файл не найден, у пользователя нет прав на его чтение или файл был поврежден.
Для устранения этой ошибки необходимо проверить наличие файла по указанному пути, убедиться, что у пользователя достаточно прав на чтение файла, а также в случае повреждения файла, восстановить его из резервной копии или запросить у пользователя новый файл.
2. Некорректная структура данных
Другой распространенной ошибкой является некорректная структура данных в файле. Это может произойти, если данные в файле не соответствуют ожидаемому формату или содержат ошибки в полях данных.
Для корректной обработки данных необходимо убедиться, что файл содержит данные в ожидаемом формате и провести предварительную проверку корректности данных в файлах, используя валидацию данных или правила проверки.
3. Проблемы с кодировкой
Еще одной частой ошибкой является проблема с кодировкой данных. Если данные в файле записаны в неправильной кодировке, то при их обработке может возникнуть искажение или потеря информации.
Чтобы избежать проблем с кодировкой, необходимо установить правильную кодировку при чтении данных из файла и увериться, что кодировка файла и кодировка вашей программы совпадают.
4. Недостаток памяти
Еще одной распространенной ошибкой является недостаток памяти при обработке больших объемов данных из файла. Если объем данных превышает доступную память, то может возникнуть сбой программы.
Для решения этой проблемы можно использовать специальные алгоритмы обработки данных порциями, разделить данные на более мелкие отрезки или увеличить доступную память для программы.
5. Неправильная обработка ошибок
Наконец, еще одной частой ошибкой является неправильная обработка ошибок, то есть отсутствие проверки возвращаемых значений при обработке данных из файла.
Для обработки ошибок необходимо корректно обрабатывать возвращаемые значения функций чтения данных из файла, проверять наличие и корректность данных перед их использованием, а также выводить сообщения об ошибках для пользователя.