Необходимо подправить правила обмена между конфигурациями «УТ» и «Розница».
Пытаюсь загрузить правила в конфигурацию «Конвертация данных 2.0» (версия 2.0.22.1) — ругается: «Ошибка формата файла обмена. Не возможности обработать узел: ПослеПолученияИнформацииОбУзлахОбмена
«.
Смотрю xml-файл правил, а там такие строки:
<ВерсияФормата>2.01</ВерсияФормата>
<Наименование>РозничнаяТорговля типовая —> УправлениеТорговлей</Наименование>
<ДатаВремяСоздания>2008-10-20T16:53:34</ДатаВремяСоздания>
<Источник ВерсияПлатформы=»8.0″ ВерсияКонфигурации=»1.0.5.1″ СинонимКонфигурации=»Розница, редакция 1.0″>Розница</Источник>
<Приемник ВерсияПлатформы=»8.0″ ВерсияКонфигурации=»10.3.6″ СинонимКонфигурации=»Управление торговлей, редакция 10.3″>УправлениеТорговлей</Приемник>
Меня смущает версия формата (2.01 — это что получается, правила созданы на базе «Конвертация данных» 2.0.1x.x ?) и версия платформы: 8.0.
Как такое может быть?
Ошибка формата файла журнала регистрации — ошибка может возникнуть при попытке просмотреть журнал регистрации или внести в него запись.
Журнал регистрации как в файловой базе так и в серверной лежит отдельно от самой базы в отдельном файле. Соответственно данный файл подвержен файловым ошибкам, неизменно возникающим на жестком диске.
Однако для серверной базы копия журнала регистрации хранится и в базе данных.
Для решения проблемы можно удалить ошибочный файл и начать вести журнал регистрации заново Как правило он находится если база серверная, то в серверной директории, соответствующей базе. Она будет выглядеть примерно так:
C:Program Files (x86)1cv8srvinforeg_1541996ce746-3a5a-4014-ae41-ba6d7c7aec25
Если база файловая, то журнал регистрации находится прямо в каталоге базы данных.
Файл журнала регистрации имеет название: 1Cv8.lgd
При удалении этого файла для серверной базы при первом открытии окна просмотра журнала регистрации этот файл будет заполнен заново из серверной таблицы, просматриваемыми данными.
Описание ошибки:
Ошибка формата файла журнала регистрации
по причине:
sqlite3_step failed: database disk image is malformed
db: \192.168.1.111FileServer<каталог>1Cv8Log1Cv8.lgd
Ошибка формата файла журнала регистрации в 1С: Предприятие 8. Может возникнуть в любой конфигурации, на любом релизе платформы.
Найденные решения:
Ошибка может возникнуть в любой момент, для любой операции в базе данных. Из-за ошибки станет не возможным открыть список журнала в режиме 1С:Предприятие. Каждая попытка будет заканчиваться одной и той же ошибкой.
В этот момент возникает два варианта развития событий. Первый заключается в том, чтобы восстановить, исправить файл журнала регистрации с помощью соответствующей программы sqlite3. Но этот процесс может оказаться не таким быстрым, как его описывают в соответствующих публикациях. Не будем пересказывать содержание методики, оставив лишь для первого варианта полезные ссылки: Ошибка формата файла журнала регистрации, database disk image is malformed в обсуждении на форуме infostart.ru или Восстановление журнала регистрации на сайте ИТС 1С. Это был первый вариант.
Второй вариант проще и быстрее, но не значит, что он лучше. У каждого из вариантов свои плюсы и минусы. Так вот у второго варианта из плюсов — это его быстрота и простота, а из минусов — данные журнала регистрации будут утрачены. Но, кто-то из специалистов допускает данные вариант в силу его быстроты, когда необходимо вернуть работоспособность базы, если ошибка возникает не только в процессе попытки доступа к журналу регистрации. Надо понимать, какие данные хранятся в журнале регистрации, чтобы оценить критичность их потери в текущей ситуации. В общем случае журнал содержит информацию о базовых действиях пользователей базы: когда пользователь запускал/завершал сеансы работы с базой, основные действия с справочниками и документами базы (создание, изменение, сохранение, проведение, пометка на удаление и т.п.). Если можно отметить, что данные журнала регистрации для отслеживания активности пользователей и оценки их действий практически не используются, то и содержимым журнала с данными до текущего момента можно пожертвовать. Тем более, что после данной операции журнал будет пополняться новыми записями в рабочем режиме, будет создана его новый файл.
Итак, чтобы удалить файл журнала регистрации, необходимо перейти к каталогу, где он содержится. Текст ошибки может подсказать местонахождение файла журнала регистрации 1Cv8.lgd.
В текущем примере демонстрируется работа по удалению файла журнала регистрации файловой базы. Переходим в проводнике к содержимому каталога.
Удаляем файл журнала регистрации 1Cv8.lgd.
Остается дать окончательное согласие на удаление файла.
Если с базой работают пользователи, то небходимо завершить их работу, т.к. даже поврежденный файл журнала регистрации 1Cv8.lgd невозможно будет удалить.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
10-03-2021
Журавлев А.С.
(Сайт azhur-c.ru)
Необходимо подправить правила обмена между конфигурациями «УТ» и «Розница».
Пытаюсь загрузить правила в конфигурацию «Конвертация данных 2.0» (версия 2.0.22.1) — ругается: «Ошибка формата файла обмена. Не возможности обработать узел: ПослеПолученияИнформацииОбУзлахОбмена
«.
Смотрю xml-файл правил, а там такие строки:
<ВерсияФормата>2.01</ВерсияФормата>
<Наименование>РозничнаяТорговля типовая —> УправлениеТорговлей</Наименование>
<ДатаВремяСоздания>2008-10-20T16:53:34</ДатаВремяСоздания>
<Источник ВерсияПлатформы=»8.0″ ВерсияКонфигурации=»1.0.5.1″ СинонимКонфигурации=»Розница, редакция 1.0″>Розница</Источник>
<Приемник ВерсияПлатформы=»8.0″ ВерсияКонфигурации=»10.3.6″ СинонимКонфигурации=»Управление торговлей, редакция 10.3″>УправлениеТорговлей</Приемник>
Меня смущает версия формата (2.01 — это что получается, правила созданы на базе «Конвертация данных» 2.0.1x.x ?) и версия платформы: 8.0.
Как такое может быть?
| bless18 |
|
||
|---|---|---|---|
|
|
Добрый день! В 1С КД редакции 2.1 (2.1.5.1) создала правила конвертации между двумя идентичным БП редакция 2.0 (2.0.38.6). При загрузке обработкой КД V8Exchan82.epf выдается сообщение: «Ошибка формата файла обмена» |
| Yandex |
|
||
|---|---|---|---|
|
|
| E_Migachev |
|
||
|---|---|---|---|
|
|
(0) bless18, ошибка где-то в правилах, надо снять новые снимки метаданных и загрузить их в КД, далее посмотреть правила и попробовать выгрузку |
| Подсказка: Щелникни по Имени пользователя напротив ответа, и тем самым покажешь, что сообщение адресовано ему. |
Вопрос: Почему не принимает данные, сформированные в настройке обмена (но при этом принимает если данные сформировать обработкой обмена)? Создал правила выгрузки одного элементарного справочника из УТ 10.3.16.1 (обычное приложение, платформа 8.2.19.102) в Самописную (управляемое приложение, платформа 8.3.6.2152) Настроил в УТ узлы и планы обмена, сделал настройку обмена данными и выгрузил. В файл данных вошло два элемента справочника. </ФайлОбмена> Для загрузки использую обработку из поставки КД 2.1.8.2: V8Exchan83.epf в режиме работы На сервере. Получаю ошибки: Ошибка формата файла обмена ИмяУзла = ДанныеПоОбмену … Ошибка при загрузке данных: {ВнешняяОбработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(5256)}: Ошибка при вызове метода контекста (Выполнить): {(1, 68)}: Синтаксическая ошибка «=» ВЫБРАТЬ Ссылка ИЗ Справочник.Направления ГДЕ {ИмяТипаВИБИсточнике} <<?>>= &{ИмяТипаВИБИсточнике} И Код = &Код И {ИмяТипаВИБПриемнике} = &{ИмяТипаВИБПриемнике} И {КлючПоискаВИБИсточнике} = &{КлючПоискаВИБИсточнике} … Загружено объектов: 0 (см. фото) НО! это при выгрузке из УТ через настройку обмена. Ошибка исчезает если выгружать данные обработкой из поставки КД: V8Exchan82.epf (82 не смотря на то что платформа 83, т.к. в режиме Обычного приложения). Привожу содержание «правильного» XML: И еще в Управляемом приложении не позволяет сформировать модуль отладки загрузки. При нажатии на любую из указанных кнопок ничего не происходит (см. фото)
Удалил секции: <ИнформацияОТипахДанных> <ДанныеПоОбмену.. <ДанныеПоФоновомуОбмену.. Теперь пишет: Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(5255)}: Ошибка при вызове метода контекста (Выполнить): {(1, 68)}: Синтаксическая ошибка «=» ВЫБРАТЬ Ссылка ИЗ Справочник.Направления ГДЕ {ИмяТипаВИБИсточнике} <<?>>= &{ИмяТипаВИБИсточнике} И Код = &Код И {ИмяТипаВИБПриемнике} = &{ИмяТипаВИБПриемнике} И {КлючПоискаВИБИсточнике} = &{КлючПоискаВИБИсточнике}
выгрузку и загрузку желательно надо проводить обработками одной версии. Или лезть в отладчик.
Боюсь что затянуть из последней УТ свежую версию Настройки обмена, будет непросто, т.к. этот механизм там не сконцентрирован в одном месте а «размазан» по всей конфигурации (
Так. А вот еще принципиальное отличние:
В этой записи нет никакой ошибки.
Правила от КД 2.1.8.2 Удалось избавиться от главной ошибки «Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(5255)}: Ошибка при вызове метода контекста (Выполнить): {(1, 68)}: Синтаксическая ошибка «=» ВЫБРАТЬ Ссылка ИЗ Справочник.Направления ГДЕ {ИмяТипаВИБИсточнике} <<?>>= &{ИмяТипаВИБИсточнике} И Код = &Код И {ИмяТипаВИБПриемнике} = &{ИмяТипаВИБПриемнике} И {КлючПоискаВИБИсточнике} = &{КлючПоискаВИБИсточнике}» Таким образом вставил кусок из обработки из УТ. Поместил в обработку Приемника (коммент //Юрасов): Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта.НайтиЭлементЗапросом(…) … Теперь загружает данные, хоть и остались ошибки: Ошибка формата файла обмена ИмяУзла = ДанныеПоОбмену … Ошибка формата файла обмена ИмяУзла = ДанныеПоФоновомуОбмену
Эти две ошибки тоже убрал. Пришлось перенести еще один кусок в приемник: Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта.ПроизвестиЧтениеДанных(…) … ВызватьИсключение «Не найден узел обмена для загрузки данных. План обмена: » + ИмяПланаОбмена + «, Код: » + КодОтКого; ВызватьИсключение «Номер сообщения меньше либо равен ранее принятому»;
В итоге решение примерно такое. захожу отладчиком при загрудке и смотрю на что ругается. вижу что в коде нет варианта для обработки такого поля или параметра. Иду в конфигурацию откуда выгружал, смотрю как этот код работает там. вижу такую же функцию но с дополнительным кодом. вижу что этого то кода и нехватает что бы обработать данный параметр. копировать/встаить. проверка синтаксиса. ругается. смотрю если что то для меня не важное убираю. если важное разбираюсь почему ругается и что еще нужно копипастнуть. проверяю правила. и так вылизываю пока не пропадут все ошибки при загрузке
у тебя просто древние релизы конфигураций, в них встроенная обработка универсального обмена старой версии.
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
| bless18 |
|
||
|---|---|---|---|
|
|
Добрый день! В 1С КД редакции 2.1 (2.1.5.1) создала правила конвертации между двумя идентичным БП редакция 2.0 (2.0.38.6). При загрузке обработкой КД V8Exchan82.epf выдается сообщение: «Ошибка формата файла обмена» |
| Yandex |
|
||
|---|---|---|---|
|
|
| E_Migachev |
|
||
|---|---|---|---|
|
|
(0) bless18, ошибка где-то в правилах, надо снять новые снимки метаданных и загрузить их в КД, далее посмотреть правила и попробовать выгрузку |
| Подсказка: Для быстрого перемещения к последнему ответу или к вопросу используйте или . |
Описание ошибки:
Ошибка формата файла журнала регистрации
по причине:
sqlite3_step failed: database disk image is malformed
db: \\192.168.1.111\FileServer\<каталог>\1Cv8Log\1Cv8.lgd
Ошибка формата файла журнала регистрации в 1С: Предприятие 8. Может возникнуть в любой конфигурации, на любом релизе платформы.
Найденные решения:
Ошибка может возникнуть в любой момент, для любой операции в базе данных. Из-за ошибки станет не возможным открыть список журнала в режиме 1С:Предприятие. Каждая попытка будет заканчиваться одной и той же ошибкой.
В этот момент возникает два варианта развития событий. Первый заключается в том, чтобы восстановить, исправить файл журнала регистрации с помощью соответствующей программы sqlite3. Но этот процесс может оказаться не таким быстрым, как его описывают в соответствующих публикациях. Не будем пересказывать содержание методики, оставив лишь для первого варианта полезные ссылки: Ошибка формата файла журнала регистрации, database disk image is malformed в обсуждении на форуме infostart.ru или Восстановление журнала регистрации на сайте ИТС 1С. Это был первый вариант.
Второй вариант проще и быстрее, но не значит, что он лучше. У каждого из вариантов свои плюсы и минусы. Так вот у второго варианта из плюсов — это его быстрота и простота, а из минусов — данные журнала регистрации будут утрачены. Но, кто-то из специалистов допускает данные вариант в силу его быстроты, когда необходимо вернуть работоспособность базы, если ошибка возникает не только в процессе попытки доступа к журналу регистрации. Надо понимать, какие данные хранятся в журнале регистрации, чтобы оценить критичность их потери в текущей ситуации. В общем случае журнал содержит информацию о базовых действиях пользователей базы: когда пользователь запускал/завершал сеансы работы с базой, основные действия с справочниками и документами базы (создание, изменение, сохранение, проведение, пометка на удаление и т.п.). Если можно отметить, что данные журнала регистрации для отслеживания активности пользователей и оценки их действий практически не используются, то и содержимым журнала с данными до текущего момента можно пожертвовать. Тем более, что после данной операции журнал будет пополняться новыми записями в рабочем режиме, будет создана его новый файл.
Итак, чтобы удалить файл журнала регистрации, необходимо перейти к каталогу, где он содержится. Текст ошибки может подсказать местонахождение файла журнала регистрации 1Cv8.lgd.
В текущем примере демонстрируется работа по удалению файла журнала регистрации файловой базы. Переходим в проводнике к содержимому каталога.
Удаляем файл журнала регистрации 1Cv8.lgd.
Остается дать окончательное согласие на удаление файла.
Если с базой работают пользователи, то небходимо завершить их работу, т.к. даже поврежденный файл журнала регистрации 1Cv8.lgd невозможно будет удалить.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
10-03-2021
Журавлев А.С.
(Сайт azhur-c.ru)
Ошибка формата файла журнала регистрации — ошибка может возникнуть при попытке просмотреть журнал регистрации или внести в него запись.
Журнал регистрации как в файловой базе так и в серверной лежит отдельно от самой базы в отдельном файле. Соответственно данный файл подвержен файловым ошибкам, неизменно возникающим на жестком диске.
Однако для серверной базы копия журнала регистрации хранится и в базе данных.
Для решения проблемы можно удалить ошибочный файл и начать вести журнал регистрации заново Как правило он находится если база серверная, то в серверной директории, соответствующей базе. Она будет выглядеть примерно так:
C:\Program Files (x86)\1cv8\srvinfo\reg_1541\996ce746-3a5a-4014-ae41-ba6d7c7aec25
Если база файловая, то журнал регистрации находится прямо в каталоге базы данных.
Файл журнала регистрации имеет название: 1Cv8.lgd
При удалении этого файла для серверной базы при первом открытии окна просмотра журнала регистрации этот файл будет заполнен заново из серверной таблицы, просматриваемыми данными.