Ошибка чтения файла сообщения обмена
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Здравствуйте. Проблема в теме.
Автосервис+автозапчасти 4.1.01.14
версия компоненты 8,0,7,291
Добрый день.
1. Каков релиз платформы 1С:Предприятия?
2. Какой способ обмена используется?
3. Попробуйте уменьшить количество элементов в транзакции.
Цитата |
---|
Александр Яблочкин пишет: 3. Попробуйте уменьшить количество элементов в транзакции. |
Добрый день. Столкнулся с такой же проблемой. Если раньше решалась проблема обменом на клиенте, то теперь не помогает.
1. релиз платформы 8.2.17.153
2. конфигурация Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ. Редакция 5 (5.0.05.09)
3. способ обмена по подразделениям
4. количество элементов в транзакции менял
5. копмонента защиты 2.0.0.110
Достаточно ли у пользователя прав для записи в каталог обмена? На других релизах платформы такая же ситуация? В журнале регистрации есть более полная запись об ошибке?
В данной ветке есть фрагмент кода по разбору и проверки файла загрузки. Надо обработку сделать для этих целей.
Добрый день, все по той же проблеме.. обмен на клиенте работает и даже выгружает с сервера, но вот при загрузке все та же ошибка "исчерпан лимит"
Цитата |
---|
Дмитрий Никифоров пишет: Добрый день, все по той же проблеме.. обмен на клиенте работает и даже выгружает с сервера, но вот при загрузке все та же ошибка "исчерпан лимит" |
Так пока не победил проблему -приходится руками обмен производить , надоело уже
У меня симптомы следующие: обмен идет в течении дня через 15 мин.с 7.00 до 23.00. Потом всякие регламенты идут ночные -ну это не важно.
Каждый день , в какой то момент, причем произвольный по времени происходит стопор в процессе обмена, т.е. 20 попыток прочитать файл -и досвидания, ждем следующего сеанса. Ну а там опять 20 попыток и все заново по кругу. Выход один -произвести обмен через обработку "Обмен с удаленными подразделениями вручную". После этого обмен опять работает какое то количество циклов -потом опять встает стопором. Ошибка практически такая же как и в сабже. Т.к. обмен вручную проходит нормально, а пользователи и вручную и настроенные в фоновом задании одни и теже (Администратор информационной базы) - т.е. права одинаковые, права у usrv1cv82 администратора не только локального, но уже дали ему права доменного администратора (хотя наш местный админ -был очень против)- все равно обмен полностью не работает, требует ручного вмешательства.
Путем долгих экспериментов у себя выяснил, что остановка автоматического обмена происходит тогда когда либо создается , либо изменяется накладная на"Реализацию автомобилей", т.е при изменении других элементов базы данных -все работает, как только создали или модифицировали накладную на автомобили -все получаем остановку в системе обмена.
В конфигурации эта накладная изменена(точнее только её модуль, остальное не снято с поддержки), но сразу хочу сказать, что добавилась только одна строчка кода в модуле печати накладной и больше ничего не менялась, т.е. это НЕ ДОЛЖНО влиять на систему обмена.
В связи со сложившимся состоянием прошу разработчиков помочь разобраться в проблемах обмена и параллельно с решением этой проблемы ответить на 2 вопроса:.
1. Почему один и тот же файл обмена под одним и тем же пользователем загружается в ручном режиме и не загружается в автоматическом (эта ситуация исключает некорректные символы в файле- он тог да вообще не грузился бы никак)?
2. Как можно произвести отладка работы фонового процесса обмена?
Очень жду помощи.
После установки новой платформы 1с 8.3.11.2924 при обмене с узлами РИБ возникла ошибка. Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Данные принимаются от узла с другим набором расширений, меняющих структуру данных.
Итак возникла проблема . Установили на центральном узле РИБ новую платформу версия 8.3.11.2924. Работает на ней конфигурация Комплексная автоматизация 1.1 в режиме совместимости с версией 8.2.13. Кроме этого на этом же сервере 1с расположены и другие базы, для которых новая платформа и нужна. В узлах РИБ платформа пока не обновилась. И при выполнении обмена получили ошибку:
" Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Данные принимаются от узла с другим набором расширений, меняющих структуру данных.
Необходимо произвести перенос расширений конфигурации в узел."
Никаких расширений в режиме совместимости с 8.2.13 в конфигурации речи быть не может, но факт есть факт. Причем в узлах где платформу пока не поменяли, никаких ошибок не возникло.
Сравнив файлы обмена приходящие из узлов на старой и новой платформах выяснилось, что разница идет в одном атрибуте, а именно
Добавил этот атрибут в файл обмена, ошибки при приеме нет.
Обработка в приложении берет указанный zip файл, распаковывает файл обмена, находит узел v8de:Digest2, и добавляет атрибут Extensions="0000000000000000000000000000000000000000", после чего запаковывает обратно в zip, и удаляет временный файл.
Пароль при распаковке, упаковке не использую.
Естественно, что это только временная мера, пока все узлы РИБ не перейдут на новую версию платформы, или 1с не научит платформу обмену в режиме совместимости.
Обработка вычищает записи "объект не найден" из регистра сведений "Реестр документов", которые появляются после удаления объекта в одном из узлов РИБ. Запускаем обработку и нажимаем Очистить.
Примерный текст ошибки:
28 Comments
Обработка работает на УТ 11.4.3.167?
(1)По идее да, я просто не знаю есть ли там, данный регистр.
Тоже столкнулся с похожей ошибкой: актуально и для РИБ УТ 11.4.3.167.
Для быстрого анализа ситуации ошибочные записи в РС Реестр документов можно найти и вручную. Выполняется на подчиненном узле: открываем РС Реестр документов, выполняем Вывести список, в открывшемся списке по полю Ссылка ищем подстроку «объект».
А для чего используется этот регистр? У нас при обмене десятки тысяч записей там формируются, и обмен висит часами.
Тоже интересует вопрос, нафига разработчики типовой конфигурации 1С Управление торговлей 11 завели регистр сведений «Реестра документов»? По логике платформы 1С для этого предназначены Журналы документов.
Платформа 8 отказалась от полного журнала с отбором по виду документа и единой шкалой времени по блокировок.Так же как и таблицы констант с периодическими реквизитами. После появления в платформе управляемых блокировок создали аналог полного журнала.
Было бы логично каждому справочнику отдельную таблицу периодических реквизитов, но хотели революции.
Кто нибудь знает чем чревато, если в узле риб отключить заполнение этого регистра при обмене? Там генерятся такие запросы, которые выполняются более 4000 секунд у нас
(9) если этот регистр будет пустой то формах списках документов у тебя будет пусто.
А как тогда правильно удалять документы в базе? Вообще не удалять что-ли?
(11) Ну эта ошибка релиза, может когда то исправят.
(13) ИР для некоторых пользователей будет сложновато. Твоя обработка хорошая но она наоборот восстанавливает данные, а тут речь идет о косяке 1С после которого обмен ломается.
(14) плохо изучили. Записи регистра сведений удаляются.
(15)в описании не нашел
(16) добавил более развернутое описание!
И опять стали расти файлы обмена. Что теперь почистить надо? Перерыли весь интернет — решения не нашли.
Если не затруднит можно ссылочку откуда такая информация?
(18) посмотри ЖР когда выполняешь обмен, может каких прав не хватает или записать что-то не может.
(18) открываете РС «Реестр документов», сортирует по ссылке и удаляет записи, в которых Ссылка=Объект не найден
Повторюсь. Проблему решил так:
0. Сделал бэкапы всех узлов
1. Выполнил ручной поиск и отмену регистрации в Главном узле всех записей на отправку, содержащих битые ссылки () для одного из узлов. Для остальных узлов эта чистка выполнилась автоматически.
2. Выполнил обмен. На одном узле прошло успешно, на втором — все та же ошибка.
3. На всех узлах выполнил ТИИ с удалением битых ссылок.
4. Выполнил обмен. Проблема решена.
Related Posts
Специальные предложения
Тоже столкнулся с похожей ошибкой: актуально и для РИБ УТ 11.4.3.167.
Для быстрого анализа ситуации ошибочные записи в РС Реестр документов можно найти и вручную. Выполняется на подчиненном узле: открываем РС Реестр документов, выполняем Вывести список, в открывшемся списке по полю Ссылка ищем подстроку "объект".
А для чего используется этот регистр? У нас при обмене десятки тысяч записей там формируются, и обмен висит часами.
Тоже интересует вопрос, нафига разработчики типовой конфигурации 1С Управление торговлей 11 завели регистр сведений "Реестра документов"? По логике платформы 1С для этого предназначены Журналы документов.
Платформа 8 отказалась от полного журнала с отбором по виду документа и единой шкалой времени по блокировок.Так же как и таблицы констант с периодическими реквизитами. После появления в платформе управляемых блокировок создали аналог полного журнала.
Было бы логично каждому справочнику отдельную таблицу периодических реквизитов, но хотели революции.
Кто нибудь знает чем чревато, если в узле риб отключить заполнение этого регистра при обмене? Там генерятся такие запросы, которые выполняются более 4000 секунд у нас
(13) ИР для некоторых пользователей будет сложновато. Твоя обработка хорошая но она наоборот восстанавливает данные, а тут речь идет о косяке 1С после которого обмен ломается.
(18) открываете РС "Реестр документов", сортирует по ссылке и удаляет записи, в которых Ссылка=Объект не найден
Повторюсь. Проблему решил так:
0. Сделал бэкапы всех узлов
1. Выполнил ручной поиск и отмену регистрации в Главном узле всех записей на отправку, содержащих битые ссылки () для одного из узлов. Для остальных узлов эта чистка выполнилась автоматически.
2. Выполнил обмен. На одном узле прошло успешно, на втором - все та же ошибка.
3. На всех узлах выполнил ТИИ с удалением битых ссылок.
4. Выполнил обмен. Проблема решена.
(27)Решал данную проблему Привилегированным Режимом или отключением Стандартной обработки . Посмотри в модуле там сразу идет на отказ если одного из этих требований нет.
Невозможно подключить дополнительную обработку из файла.
Возможно, она не подходит для этой версии программы.
Техническая информация:
Метод объекта не обнаружен (СведенияОВнешнейОбработке)
(32) не помогло, всё равно ругается на преобразование значения к типу Дата:
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Цитата |
---|
Виктор Радько пишет: В 5-й Альфе исправление ошибки, при обменах будет в ближайшем релизе. Релиз выйдет примерно в конце мая. В обменах 4-й Альфы пока не выявили ошибку. Станислав Владимиров, если ошибка по прежнему не устранена, то есть ли возможность удаленно подключится к Вашей базе для выявления причин? |
А узнать можно в чем причина?
И есть ли временные "заплатки" для обхода проблемы?
И еще попутный вопрос: так как у меня версия Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ. Редакция 5 (5.0.05.08) смогу ли я обновится напрямую на последний релиз--- у меня куча мелких изменений в конфигурации?
и последнее мы для отладки ввели режим Debug на сервере 1с-я его снять могу или мы еще что то тестировать будем?(тупит 1с временами безбожно в этом режиме)?
Цитата |
---|
Дмитрий Ворожейкин пишет: А узнать можно в чем причина? И есть ли временные "заплатки" для обхода проблемы? |
Цитата |
---|
Дмитрий Ворожейкин пишет: И еще попутный вопрос: так как у меня версия Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ. Редакция 5 (5.0.05.08) смогу ли я обновится напрямую на последний релиз--- у меня куча мелких изменений в конфигурации? |
Цитата |
---|
Дмитрий Ворожейкин пишет: для отладки ввели режим Debug на сервере 1с-я его снять могу или мы еще что то тестировать будем?(тупит 1с временами безбожно в этом режиме)? |
Проблемы с обменом продолжают появляться с каждым новым шагом.
Исходные данные: 3 базы( 1 ЦБ и 2 переф. БД) работали на одном сервере. Каталог обмена расположен на этом же серваке , путь к каталогу указан через IP. Все работало нормально в части обмена (т.е. ручной запуск срабатывал нормально ,ну а фоновые задания так и останавливаются на выгрузке реализация авто -как я понимаю эту проблему так и не решили?).
Пришел к нам на филиал новый сервер. Все ПО на него поставили практически те же настройки, что и на текущем серваке. Пути к каталогу обмена остались без изменений. Базу филиала перенес на это новый сервер -запускаю обмен -фиг вам сразу. Ни в фоновом, ни в ручном режиме не работает:
Цитата |
---|
Дмитрий Никифоров пишет: каким то странным образом заработало с галкой выполнять обмен на клиенте.. почему не хочет выполнять на сервере, права у usrv1cv82 администратора, |
Т.е. сейчас обмен работает только с этой галкой.
Вопрос -какие же права и где мне нужно установить что бы у меня нормально заработал обмен?
У кого я могу получить нормальные, грамотные пояснения с объяснениями причин (что бы потом на грабли еще раз не наступать) почему у меня обмен работает через раз и через непонятное место? И что мне нужно и где настроить, поменять что бы я больше не возвращался к проблеме обмена УРБД.
Если честно, то работа механизма УРБД меня уже достала своими нерешаемыми проблемами, 3 месяц идет как обмен приходится делать руками- без этого работы по допиливанию конфигурации достаточно. Прошу сотрудников Раруса уделить внимание этому вопросу, т.к. текущее положение дел всистеме обмена меня да и пользователей -не устраивает. Я им обещал, что у них обмен будет регулярно в течении 30 минут-по приведенным проблемам они уже сильно разочарованы в работе данного механизма Альфаавто.
Конфигурация АААА5,05,08, движок 1с8.2.18.96, SQL 2012 -везде.
Еще раз напомню -права с админом на каталог обмена мы дали все возможные для ВСЕХ.
Обработка вычищает записи "объект не найден" из регистра сведений "Реестр документов", которые появляются после удаления объекта в одном из узлов РИБ. Запускаем обработку и нажимаем Очистить.
Примерный текст ошибки:
Специальные предложения
Тоже столкнулся с похожей ошибкой: актуально и для РИБ УТ 11.4.3.167.
Для быстрого анализа ситуации ошибочные записи в РС Реестр документов можно найти и вручную. Выполняется на подчиненном узле: открываем РС Реестр документов, выполняем Вывести список, в открывшемся списке по полю Ссылка ищем подстроку "объект".
А для чего используется этот регистр? У нас при обмене десятки тысяч записей там формируются, и обмен висит часами.
Тоже интересует вопрос, нафига разработчики типовой конфигурации 1С Управление торговлей 11 завели регистр сведений "Реестра документов"? По логике платформы 1С для этого предназначены Журналы документов.
Платформа 8 отказалась от полного журнала с отбором по виду документа и единой шкалой времени по блокировок.Так же как и таблицы констант с периодическими реквизитами. После появления в платформе управляемых блокировок создали аналог полного журнала.
Было бы логично каждому справочнику отдельную таблицу периодических реквизитов, но хотели революции.
Кто нибудь знает чем чревато, если в узле риб отключить заполнение этого регистра при обмене? Там генерятся такие запросы, которые выполняются более 4000 секунд у нас
(13) ИР для некоторых пользователей будет сложновато. Твоя обработка хорошая но она наоборот восстанавливает данные, а тут речь идет о косяке 1С после которого обмен ломается.
(18) открываете РС "Реестр документов", сортирует по ссылке и удаляет записи, в которых Ссылка=Объект не найден
Повторюсь. Проблему решил так:
0. Сделал бэкапы всех узлов
1. Выполнил ручной поиск и отмену регистрации в Главном узле всех записей на отправку, содержащих битые ссылки () для одного из узлов. Для остальных узлов эта чистка выполнилась автоматически.
2. Выполнил обмен. На одном узле прошло успешно, на втором - все та же ошибка.
3. На всех узлах выполнил ТИИ с удалением битых ссылок.
4. Выполнил обмен. Проблема решена.
(27)Решал данную проблему Привилегированным Режимом или отключением Стандартной обработки . Посмотри в модуле там сразу идет на отказ если одного из этих требований нет.
Невозможно подключить дополнительную обработку из файла.
Возможно, она не подходит для этой версии программы.
Техническая информация:
Метод объекта не обнаружен (СведенияОВнешнейОбработке)
(32) не помогло, всё равно ругается на преобразование значения к типу Дата:
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Цитата |
---|
Виктор Радько пишет: В 5-й Альфе исправление ошибки, при обменах будет в ближайшем релизе. Релиз выйдет примерно в конце мая. В обменах 4-й Альфы пока не выявили ошибку. Станислав Владимиров, если ошибка по прежнему не устранена, то есть ли возможность удаленно подключится к Вашей базе для выявления причин? |
А узнать можно в чем причина?
И есть ли временные "заплатки" для обхода проблемы?
И еще попутный вопрос: так как у меня версия Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ. Редакция 5 (5.0.05.08) смогу ли я обновится напрямую на последний релиз--- у меня куча мелких изменений в конфигурации?
и последнее мы для отладки ввели режим Debug на сервере 1с-я его снять могу или мы еще что то тестировать будем?(тупит 1с временами безбожно в этом режиме)?
Цитата |
---|
Дмитрий Ворожейкин пишет: А узнать можно в чем причина? И есть ли временные "заплатки" для обхода проблемы? |
Цитата |
---|
Дмитрий Ворожейкин пишет: И еще попутный вопрос: так как у меня версия Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ. Редакция 5 (5.0.05.08) смогу ли я обновится напрямую на последний релиз--- у меня куча мелких изменений в конфигурации? |
Цитата |
---|
Дмитрий Ворожейкин пишет: для отладки ввели режим Debug на сервере 1с-я его снять могу или мы еще что то тестировать будем?(тупит 1с временами безбожно в этом режиме)? |
Проблемы с обменом продолжают появляться с каждым новым шагом.
Исходные данные: 3 базы( 1 ЦБ и 2 переф. БД) работали на одном сервере. Каталог обмена расположен на этом же серваке , путь к каталогу указан через IP. Все работало нормально в части обмена (т.е. ручной запуск срабатывал нормально ,ну а фоновые задания так и останавливаются на выгрузке реализация авто -как я понимаю эту проблему так и не решили?).
Пришел к нам на филиал новый сервер. Все ПО на него поставили практически те же настройки, что и на текущем серваке. Пути к каталогу обмена остались без изменений. Базу филиала перенес на это новый сервер -запускаю обмен -фиг вам сразу. Ни в фоновом, ни в ручном режиме не работает:
Цитата |
---|
Дмитрий Никифоров пишет: каким то странным образом заработало с галкой выполнять обмен на клиенте.. почему не хочет выполнять на сервере, права у usrv1cv82 администратора, |
Т.е. сейчас обмен работает только с этой галкой.
Вопрос -какие же права и где мне нужно установить что бы у меня нормально заработал обмен?
У кого я могу получить нормальные, грамотные пояснения с объяснениями причин (что бы потом на грабли еще раз не наступать) почему у меня обмен работает через раз и через непонятное место? И что мне нужно и где настроить, поменять что бы я больше не возвращался к проблеме обмена УРБД.
Если честно, то работа механизма УРБД меня уже достала своими нерешаемыми проблемами, 3 месяц идет как обмен приходится делать руками- без этого работы по допиливанию конфигурации достаточно. Прошу сотрудников Раруса уделить внимание этому вопросу, т.к. текущее положение дел всистеме обмена меня да и пользователей -не устраивает. Я им обещал, что у них обмен будет регулярно в течении 30 минут-по приведенным проблемам они уже сильно разочарованы в работе данного механизма Альфаавто.
Конфигурация АААА5,05,08, движок 1с8.2.18.96, SQL 2012 -везде.
Еще раз напомню -права с админом на каталог обмена мы дали все возможные для ВСЕХ.
Обработка вычищает записи "объект не найден" из регистра сведений "Реестр документов", которые появляются после удаления объекта в одном из узлов РИБ. Запускаем обработку и нажимаем Очистить.
Примерный текст ошибки:
Читайте также: