Ошибка чтения файла сообщения обмена искажены изменения конфигурации

РИБ ошибка при обмене ☑ 0

filterhouse

28.02.13

14:56

Обновил Центральную базу, после чего выполнил обмен с Подчиненной, и обновил ее. Дальше стал выгружать данные из Подчиненной, они записались в файл, а вот при загрузке в Центральную вышло сообщение «Ошибка при чтении изменений при обмене РИБ:  Ошибка при вызове метода контекста (ПрочитатьИзменения): Изменения конфигурации не могут быть получены из подчиненного узла распределенной ИБ».

Подчиненная база точно обновилась, сделал сравнение конфигураций, они одинаковы. В чем может быть проблема, и куда копать?

Конфа БП+БИТФинанс.

1

hhhh

28.02.13

15:00

F7 нажимал в конфигураторе?

2

filterhouse

28.02.13

15:02

Да, нажимал. В подчиненной все обновилось.

3

Kreont

28.02.13

15:03

еще раз попробуй, может файл старый, или кто без тебя ЦБ правит втихую :)

4

filterhouse

28.02.13

15:05

Повторно тоже попробовал, та же беда.

5

lxndr

28.02.13

15:07

версии платформ центра и периферии совпадают?

6

Serg_1960

28.02.13

15:08

(подсказака) Может быть ты снял  «признак» подчиненного узла и забыл его восстановить?

7

Kreont

28.02.13

15:08

Еще раз по пунктам, так делаешь:

1. Изменили ЦБ, получили файл ЦБ_РИБ

2. Обмен на РИБ файлом из п.1.

3. Применение изменений конфигурации.

4. !!! Самое главное, аналогично п.2:  Обмен на РИБ файлом из п.1.

5. А вот только теперь файл РИБ_ЦБ обратно в центр передаем

8

lxndr

28.02.13

15:11

(7) даже если пропустить п. 4 ошибки «Изменения конфигурации не могут быть получены из подчиненного узла распределенной ИБ» быть не должно..

9

Kreont

28.02.13

15:13

(8) да нет, п.4. как раз самый главный,

хотя есть еще вариант что кто-то РИБ конфиг правил

10

filterhouse

28.02.13

15:16

(7) Делал без п.4. Сейчас буду пробовать. (9) РИБ конфиг никто не правил.

11

filterhouse

28.02.13

15:17

(5) Версии совпадаю. И сравнением конфигураций различий не нашел.

12

del123

28.02.13

15:25

(9) Если бы не был выполнен пункт 3 или 4, то ошибка была бы такая  «Ошибка при вызове метода контекста (ПрочитатьИзменения): Данные принимаются от узла, для которого зарегистрированы изменения конфигурации.»

А такую ошибку как у ТС что то в первый раз вижу..

13

filterhouse

28.02.13

15:31

(12) Два раза все переделывал. Что можно еще попробовать сделать?

14

del123

28.02.13

15:35

ну хз, попробуй изменить главную еще раз и еще раз обновить дочернюю)

15

Serg_1960

28.02.13

15:45

Файл сообщения обмена из подчиненного узла посмотри «напрямую».

Если там действительно есть изменение конфигурации (что мало вероятно) — забыли признак подчиненого узла восстановить.

Если нет там никакого изменения конфигурации — то посмотри внимательно на «идентификаторы» конфигурациий в заголовке.

PS: «Демоническое рассогласование конфигураций». Сам придумал термин для демонического обновленияи. И, увы, уже давно.

16

ilkoder

28.02.13

15:53

Есть обработка в инете, которая снимает с подчиненной признак, что она подчиненная,после этого загружаешь (не сравнить и объединить) конфу из главного узла, а потом той-же обработкой делаешь ее обратно подчиненной. Была такая фигня несколько раз

17

Kreont

28.02.13

16:44

(12) а ну да, согласен, невнимательно текст ошибки почитал.

хотя п.4 все равно обязателен )

18

cons74

28.02.13

19:39

вот прям щас такая же беда случилась. По удаленке настраивал РИБ. Обмен через каталог. А в качестве такого — Dropbox.

Обновил головную, выгрузил файл на 27мб, загрузил в периферийную, нажал F7. И запустил повторно обмен в периферийной. И она выгрузила вместо 1кб «все ок» — файл 27мб «изменения конфы».

Основная конечно такой файл не съела и выдала вышеописанную ошибку. После чего основная выдала снова файл 27мб. Я его снова скормил периферийной- и о чудо! Она ответила 1кб «ок», в конфигураторе F7 не просит.

В общем мысль такая: если после обновления периферийной ей не дали снова «тот самый первый файл» 27мб — она гонит и выгружает «изменения в конфе» обратно.

19

cons74

28.02.13

19:41

доп. пояснение: настраивал авт. обмен — запуск при появлении файла обмена. При этом после чтения оного 1с:Бухгалтерия удаляет его. Чего не случается при ручном обмене.

20

filterhouse

01.03.13

06:30

(16) Победил =) Снял признак подчиненной, загрузил cf-ник, и обмен прошел.

Всем спасибо за советы.

21

Serg_1960

01.03.13

08:48

filterhouse, я рад за вас :)

PS: хотелось бы один момент уточнить. После обновления конфигурации подчиненного узла вызывали сеанс «1С:Предприятия» для запуска обработок обновления или минуя это делали обмен данными?

22

filterhouse

01.03.13

16:28

(21) Не совсем понял что вы имели ввиду: «вызывали сеанс «1С:Предприятия» для запуска обработок обновления», может уже под конец пятницы голова не соображает.

Снял признак подчиненной, загрузил cf-ник, в Предприятии обработкой вернул на место признак подчиненной, и произвел обмен.

Наверное я не ответил на ваш вопрос =)

Показывать по
10
20
40
сообщений

Новая тема

Ответить

SVGS

Дата регистрации: 23.12.2010
Сообщений: 276

Была РИБ на 8.1 (2.0.22.2). Нужно, чтобы две базы («Центр» и «Склад») работали на 8.2 (2.0.23.9)<br> <br>Сделал так:<br>1) Конвертировал БД «Центр» в формат 8.2<br>2) Конвертировал БД «Склад» в формат 8.2<br>3) Выполнил обмен данными между ними, проверил — все ОК<br>4) Выполнил обновление БД «Центр» до версии 2.0.23.9<br> <br>5) Попытался выполнить обмена с БД «Склад» получил диагностику<br>Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Данные принимаются от узла, для которого зарегистрированы изменения конфигурации.Необходимо произвести перенос изменений конфигурации в узел.Чтение данных из файла обмена завершено с ошибками!<br> Запись изменений текущей информационной базы в файл обмена завершилась успешно.<br> т.е. файл изменениями для БД «Склад» сформировался успешно<br><br>6) Попытался выполнить обмен данными в БД «Склад» с этим файлом. Получил ошибку<br>Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Конфигурация узла распределенной ИБ не соответствует ожидаемой!Чтение данных из файла обмена завершено с ошибками!<br><br> <br>Что я делаю не верно? И как должно быть сделано правильно?

Prikum

активный пользователь

офлайн

Дата регистрации: 18.02.2002
Сообщений: 20834

Нужно на БД «Склад» зайти конфигуратором и применить изменения конфигурации.

SVGS

Дата регистрации: 23.12.2010
Сообщений: 276

А поподробнее можно?<br>Я в Бух 8.1 делал так:<br>выбирал в меню «Конфигурация» пункт «Обновить конфигурацию базы данных»<br>Если под словами <br>> применить изменения конфигурации<br>именно это имеется ввиду, то у меня этот пункт почему-то в Бух 8.2 недоступен :(

Prikum

активный пользователь

офлайн

Дата регистрации: 18.02.2002
Сообщений: 20834

Зайти конфигуратором и нажать F5, потом опять сделать обмен. Вроде так, пишу на память.

SVGS

Дата регистрации: 23.12.2010
Сообщений: 276

Попробовал. F5 — начать отладку — запустилась программа — выполнил обмен — результат тот же.<br>Завтра буду пробовать еще что-то сделать. Пока нахожусь в полном недоумении:<br>почему в 8.1 у меня «Склад» легко обновлялся таким способом, а в 8.2 нет???

SVGS

Дата регистрации: 23.12.2010
Сообщений: 276

Еще раз прошел по тому же пути — результат тот же.<br>»Центр» обновляется — передать выполненное обновление в БД «Склад» не получается.<br>Пункт меню «Обновить конфигурацию базы данных» в конфигураторе не доступен.<br> <br>Пошлите меня куда-нибудь. :)<br>(Где прочитать про различия при обновлении РИБ в 8.1 и 8.2?)

Prikum

активный пользователь

офлайн

Дата регистрации: 18.02.2002
Сообщений: 20834

— Сделать обмен в «Центре»<br> — Сделать обмен в «Склад»<br> — Зайти в конфигуратор «Склад»<br> — Если не открыто дерево конфигурации, то открыть его<br> — Посмотреть стоит ли знак вопроса на конфигурации<br> — Нажать F5<br> — Еще раз сделать обмен в «Склад» (не надо приэтом делать обмен в «Центр»)

SVGS

Дата регистрации: 23.12.2010
Сообщений: 276

Prikum, если коротко, то я все так и делал. Эту механику освоил еще на 8.1. Попробую запротоколировать все, что я делаю при переходе на 8.2.<br> <br>1. Устанавливаю платформу 8.2. Отказываюсь от переустановки драйвера.<br> <br>2. Копирую каталог «Центр» 8.1 в каталог «Центр» 8.2<br> <br>3. Запускаю «Центр» 8.2 в режиме «Конфигуратор». Получаю вопрос:<br>Формат файла информационной базы не соответствует версии «1С:Предприятия». Выполнить преобразование?<br>Отвечаю «Да», получаю еще один вопрос:<br>Структура информационной базы несовместима с текущей версией программы.Произвести конвертацию информационной базы?<br> Отвечаю «Да». Получаю «Конвертация информационной базы завершена»<br> <br>4. Нажимаю «Конфигурация-Поддержка-Обновить конфигурацию».<br>Выбираю 2.0.23.9 (обновление) — Продолжить обновление<br>Обновление завершается сообщением:<br>После изменения режима совместимости рекомендуется выполнить перезапуск конфигуратора.<br> <br>5. Перезапускаю конфигуратор. Выбираю пункт меню «Конфигурация — Обновить конфигурацию базы данных»<br>При нажатии на кнопку «Принять» получаю вопрос:<br>При обработке данных выдано 2 предупреждений! Принять изменения?<br> Поскольку я не понимаю о каких предупреждениях идет речь, нажимаю кнопку «Да»<br>Пропадает <!> рядом со словом «Конфигурация»<br> <br>6. Нажимаю F5. Идут запросы от Firewall на обращение к сайтам 1С. Я все разрешаю и подтверждаю легальность получения обновления. Получаю сообщения:<br>Выполнено обновление информационной базы с версии 2.0.22.2 на версию 2.0.22.1<br>Выполнено обновление информационной базы с версии 2.0.22.1 на версию 2.0.23.9<br> <br>7. Выполняю настроенную еще в 8.1 процедуру «Выполнить обмен с узлам РИБ по организации». Получаю сообщения:<br>Не найден входящий файл обмена данными.<br>Запись изменений текущей информационной базы в файл обмена завершилась успешно.<br> <br>8. Повторяю пункты 2 и 3 с БД «Склад». Нажимаю F5 и пробую «Выполнить обмен с узлам РИБ по организации». Получаю сообщения:<br>Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): <br>Конфигурация узла распределенной ИБ не соответствует ожидаемой!<br>Чтение данных из файла обмена завершено с ошибками!<br>Запись изменений текущей информационной базы в файл обмена завершилась успешно.<br> <br>ЗДЕСЬ НЕТ ТРЕБОВАНИЯ ПЕРЕЙТИ В КОНФИГУРАТОР И ЗАВЕРШИТЬ ОБНОВЛЕНИЕ,<br>которое я видел в 8.1…<br> <br>9. Вхожу в конфигуратор. Убеждаюсь, что в БД «Склад» стоит версия 2.0.22.2<br>Открываю окошки «Конфигурация» и «Конфигурация базы данных» и вижу, что пункты меню<br>»Обновить конфигурацию» и «Обновить конфигурацию базы данных» заблокированы.<br> <br>10. Перехожу к пункту 1 и повторяю эти развлекательные циклические упражнения 3 раза подряд. :)<br> <br>В каком месте я ошибаюсь и не могу выйти из этого цикла? :)))

SVGS

Дата регистрации: 23.12.2010
Сообщений: 276

С задачей справился. Источник информации: http://infostart.ru/public/65456/<br>К сожалению, на этой конференции я нужной информации не получил. :(

Показывать по
10
20
40
сообщений

Распределенная база (РИБ) – часто используемый вариант работы.

Пример – розничная сеть магазинов. Из центральной базы в магазины передаются товары, штрихкоды, цены. Обратно – продажи за смену.

И в таких базах также могут использоваться расширения. А с ними возникают нюансы

Проблема с распространением расширений в распределенных информационных базах

До выпуска 8.3.12 на уровне платформы не было обмена расширениями в РИБ.

Поэтому, если в центральной базе мы добавили расширение – нужно было еще распространить его во все периферийные узлы.

Для этого приходилось изобретать свои решения, например, веб-серверы во всех магазинах, обмен через веб-сервисы и т.п.

Что изменилось в 8.3.12?

В редакции 8.3.12 обмен расширениями в территориально распределенных базах реализован на уровне платформы.

Теперь не нужны доработки по синхронизации самих расширений, можно не использовать дополнительное ПО, типа веб-серверов.

А когда в типовых конфигурациях появится новый режим совместимости, использование данного функционала станет еще проще – не нужно будет для его реализации устанавливать режим совместимости вручную.

Видео – как передать расширения в периферийные узлы распределенной базы начиная с версии платформы 8.3.12

Мы подготовили для вас 10-минутное видео. Посмотрев его, вы узнаете:

  • Как настроить план обмена, чтобы платформа самостоятельно передавала расширения в подчиненные узлы РИБ
  • Какие свойства у расширения нужно задать
  • Какие данные при этом выгружаются в файл обмена
  • Как происходит процесс обмена расширениями через файл
  • Какие ограничения существуют у расширений в периферийном узле.

Для тех, кто хочет идти в ногу со временем

Разработка расширений – центральное направление, в котором 1С развивает платформу. И если начать изучение новых технологий уже сейчас, это даст вам явные преимущества :)

Наш курс поможет освоить все возможности расширений буквально за пару месяцев.

Более того – его можно купить в рассрочку (оплатить по частям), в том числе без лишних процентов.

Конфигурация узла распределенной ИБ не соответствует ожидаемой. Одна из самых популярных ошибок РИБ. Приведены стандартная методика устранения (уже публиковалась ранее) и расширенная (для сложных случаев).

Для начала привожу список используемых мной сокращений:

  • РИБ — распределенная информационная база
  • ЦБ — центральная база, корневой узел РИБ
  • УБ — удаленная база, БД удаленного узла РИБ

По собственному опыт могу сказать, что сталкивался с двумя причинам возникновения ошибки:

  1. во время приёма файла сообщения в УБ «упала» база, в связи с чем, видимо, и произошла разсинхронизация между конф. ЦБ и УБ;
  2. под MSSQL клиент загрузил копию рабочей базы и не выключил в копии регл. задания автообмена, в результате часть сообщений в удаленные узлы формировалась из рабочей БД, а часть из копии, что и привело рассинхронизации конфигураций

Есть также мнение, что к этой ошибке приводит использование механизма динамического обновления базы. Здесь есть сомнения, потому как с одной стороны динамическое обновление никогда не затрагивает структуры БД, а механизмы РИБ всё-таки работают именно со структурой БД, а не с прикладной её частью, тем не менее в РИБ используется механизм формирования цифровой подписи  версии конфигурации (в дальнейшем буду называть её для сокращения хэшем), и при изменении прикладной части хэш естественно обязан пересчитаться. Не буду ни отрицать этого, ни утверждать, т.к. если и сталкивался с этой ситуацией, то явных доказательств этого не нашел.

Для исправления использую 2 методики, в зависимости от ситуации.

ПЕРВАЯ МЕТОДИКА

Первая (самая распространенная) неоднократно упоминается и в партнерской конференции, и на прочих интернет-ресурсах связанных с 1С. Применяется в большинстве случаев, когда несмотря на сообщение о расхождених конфигураций, при сравнении вручную выдается, что они идентичны.

Последовательность действий:

  1. выгружаем из ЦБ cf-файл;
  2. отвязываем УБ от РИБ (метод УстановитьГлавныйУзел, готовую обработку можно найти в приложении или в других публикациях);
  3. заменяем конф. УБ на выгруженный в первом шаге cf-файл, для этого пользуемся меню «Загрузить конфигурацию из файла» (а не сравнением-объединением!!!);
  4. восстанавливем признак РИБ для УБ.

В большинстве случаев этих действий более чем достаточно, что восстановить обмен, но не всегда…

ВТОРАЯ МЕТОДИКА

Применяется в случае, если первая методика не сработала, а выгрузить заново узел не представляется возможным.

Предыстория: у клиента настраивали каскадную РИБ и ошибка возникла в первом уровне каскада (второй уровень всё это время работал безупречно). Разработка конфигурации велась совместно с IT-службой клиента и с момента возникновения ошибки конфигурация ЦБ успела несколько раз поменяться. Вариант с откатом изменений не рассматривался даже в принципе, т.к. потеря части данных и остановка работы нескольких подразделений были совершенно неприемлимы. Первый вариант исправления ошибки каких-либо ощутимых результатов не дал. В связи со чем пришлось искать другие пути решения.

Пришла мысль попробовать подменить хэши файлов конфигураций непосредственно в XML-файлах обмена. Описание структуры файла обмена из книги «Профессиональная разработка в системе 1С:Предприятие 8» дало слабое представление о формировании цифровых подписей конфигураций и изменений в них, но определило направление поиска: значения Digest1 и Digest2. Всё остальное выяснял чисто эмпирическим путём (то бишь методом проб и ошибок), но закономерность установить таки получилось.

Тестовые эксперименты прошли удачно. На рабочих базах тоже всё прошло благополучно.

Итак, последовательность действий: 

  1. выполняем действия 1 — 4 первой методики;
  2. выгружаем из УБ файл обмена, но не загружаем его в ЦБ;
  3. выгружаем из ЦБ файл обмена, но не загружаем его в УБ;
  4. в файле обмена из ЦБ заменяем блок, содержащий информацию об изменениях конфигурации и хэши (Digest1 и Digest2), на блок хэшей из файла УБ (пример см. ниже)
  5. производим загрузку файла из 4-го пункта в УБ;
  6. обязательно перезаписываем файл обмена из УБ (2-й пункт)! этот файл не должен быть загружен при обмене в ЦБ!
  7. для проверки делаем несколько последовательных обменов.

Если при обмене используется сжатие данных, то либо отключаем сжатие, либо сначала распаковываем файл, меняем, потом запаковываем обратно и отправляем.

Блок файла обмена из ЦБ

            <v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">
               <v8de:Version>106.0</v8de:Version>
               ...здесь идут блоки описания изменений конфигурации...
               <v8de:Digest1>1cf680807e97a5dc0d1ed7f901b07392</v8de:Digest1>
               <v8de:Digest2>038211651cf680807e97a5dc0d1ed7f9</v8de:Digest2>
           </v8de:Config>

нужно заменить на блок файла обмена из УБ (обратите внимание Digest1 у файла из УБ всегда равен «00000000000000000000000000000000»!!!)

            <v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">
<v8de:Version>106.0</v8de:Version>
<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
<v8de:Digest2>11651cf680807e97a5dc0d1ed7f901b0</v8de:Digest2>
</v8de:Config>

Перечисленные действия необходимо выполнять с предельной осторожностью, некорректная последовательность чревата полной неработоспособностью РИБ. Поэтому перед этими действиям создание резервных копий ОБЯЗАТЕЛЬНО!

В остальном могу только пожелать удачи!

При загрузки изменений из центрального узла РИБ выдает ошибку

Я
   Паломник

23.12.09 — 09:59

Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка формата представления изменений.

И после этого не грузятся изменения, такая же ошибка и в центральному по этому же узлу. В чем дело ?

1с 8.1 УТ. там и там.

   Alexor

1 — 23.12.09 — 10:25

Платформа какая?

   Паломник

2 — 23.12.09 — 10:32

1с:Предприятия 8.1 (8.1.14.72).

   Serg_1960

3 — 23.12.09 — 10:36

Возможно, версии платформы на узлах отличаются друг от друга.

   Паломник

4 — 23.12.09 — 10:39

Нет полностью совпадают.

   Serg_1960

5 — 23.12.09 — 10:41

Как ни странно это звучит, но такую-же ошибку можно получить, если «отвязать» подчиненный узел от центрального узла (УстановитьГлавныйУзел)

   Паломник

6 — 23.12.09 — 10:48

т.е. если забыли привезять подчиненный узел от центрального узла, при зановой привезке к центральному узлу обмен должен произойти ?

   Serg_1960

7 — 23.12.09 — 10:55

(6) В принципе — да.

   Паломник

8 — 23.12.09 — 11:03

Все большое спасибо. Получилось. Надеюсь центру это не как не навредит. :)

   Serg_1960

9 — 23.12.09 — 11:08

Если подчиненный узел работал «без привязки» — то в регистрации измений, возможно, «бардак» творился. Если в логике регистрации изменений использовалась проверка ссылки на центральный узел — бардак :(

   Паломник

10 — 23.12.09 — 11:10

Нет не работал, у нас оказывается программист забыл сделать привязку, а база была ревизорской.

   Serg_1960

11 — 23.12.09 — 11:11

(9) Повторю другими словами: если нет «привязки» — то подчинённый риб-узел (имхо) регистрирует изменения по правилам центрального узла.

   Serg_1960

12 — 23.12.09 — 11:12

(10) Тогда Вы легко отделались :)

  

Паломник

13 — 23.12.09 — 11:18

т.е. тогда могут траблы ? И какие ?

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Ветка сдана в архив. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

Показывать по
10
20
40
сообщений

Новая тема

Ответить

Elkin

Дата регистрации: 21.10.2015
Сообщений: 3

Всем привет!

Есть: 2 базы, обе бухгалтерии ред. 2, в обеих базах ведется учет одной организации, дополнительная база не образ основной базы.

На данный момент базы необходимо объединить данные из дополнительно базы загрузить в основою базу. Погуглив подумал что подойдет технология обмена РИБ, настройки простые сделал все как в инструкции за исключением создания образа периферийной базы (в моем случае данная база называется дополнительной :) ). Просто в дополнительную базу занес настройки по принципу что это и есть Периферийная база.
Из дополнительной базы данные выгрузились без проблем все с этим хорошо, а вот загрузка не как не идет выдает ошибку:

Цитата
Начат обмен данными по настройке «Обмен с Периферийной базой» (17:57:16).
Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка формата представления изменений
Чтение данных из файла обмена завершено с ошибками!
Обмен данными по настройке «Обмен с Периферийной базой» завершен (17:57:29).

Вот у меня вопрос: когда база не создана из образа основной базы а используется обычная база можно обмениваться по технологии РИБ?
Если да, то из за чего выходит данная ошибка?
Если нет, какие еще есть стандартные способы объединить базы?

PS Написал своими словами, надеюсь все понятно :D

Vladko

Дата регистрации: 27.08.2007
Сообщений: 2643

нет, нельзя. Надо делать обязательно образ периферийной базы для обмена между базами через РИБ. Есть вариант пользоваться обменом через «УниверсальнаяВыгрузкаЗагрузкаДанныхXML82.epf» Можно найти эту обработку на диске ИТС или в папке с поставкой конфигурации «Конвертация данных ред. 2.1»

Показывать по
10
20
40
сообщений

  1. 17.07.2013, 11:09

    #1

    idyachenko вне форума


    Пришел за помощью


    По умолчанию Обмен РИБ

    Помогите, плиз, советом…

    При обмене возникла ошибка

    Начат обмен данными по настройке «Обмен с ПБ» (9:20:58).
    Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка преобразования данных XML
    Чтение данных из файла обмена завершено с ошибками!
    Запись изменений текущей информационной базы в файл обмена завершилась успешно.
    Обмен данными по настройке «Обмен с ПБ» завершен (9:21:42)

    PS: Перед этим на ПБ был сбой и пришлось запускать chdbfl.exe. После этого база ПБ заработала… принимает файлы обмена из ЦБ нормально, а вот ЦБ перестала принимать файлы от ПБ

    Как полечить эту беду… ?
    Спасибо


  2. 05.08.2013, 12:11

    #2

    Neonl вне форума


    Пришел за помощью


    По умолчанию

    1С 8.2?
    Если так, то можно попробовать следующее:
    — выгружаем конфигурацию из ЦБ
    — отвязываем признак подчиненного узла от ПБ(узел становится как просто база), и через конфигуратор загружаем наш файл конфигурации.
    — привязываем признак подчиненного узла нашей ПБ
    — пробуем произвести обмен между конфигурациями.

    Делать лучше на копиях БД. Отвязка/привязка ПБ производится из режима предприятия обработкой «ГлавныйВПодчиненный.epf»
    Не знаю как привязать обработку. Могу кинуть на мыло.


  3. 05.08.2013, 12:36

    #3

    idyachenko вне форума


    Пришел за помощью


    По умолчанию

    Это я пробовал — не помогло…

    решил проблему пересозданием периферийной базы

    Но в любом случае благодарю что откликнулись на мой крик души )


Конфигурация узла распределенной ИБ не соответствует ожидаемой. Одна из самых популярных ошибок РИБ. Приведены стандартная методика устранения (уже публиковалась ранее) и расширенная (для сложных случаев).

Для начала привожу список используемых мной сокращений:

  • РИБ — распределенная информационная база
  • ЦБ — центральная база, корневой узел РИБ
  • УБ — удаленная база, БД удаленного узла РИБ

По собственному опыт могу сказать, что сталкивался с двумя причинам возникновения ошибки:

  1. во время приёма файла сообщения в УБ «упала» база, в связи с чем, видимо, и произошла разсинхронизация между конф. ЦБ и УБ;
  2. под MSSQL клиент загрузил копию рабочей базы и не выключил в копии регл. задания автообмена, в результате часть сообщений в удаленные узлы формировалась из рабочей БД, а часть из копии, что и привело рассинхронизации конфигураций

Есть также мнение, что к этой ошибке приводит использование механизма динамического обновления базы. Здесь есть сомнения, потому как с одной стороны динамическое обновление никогда не затрагивает структуры БД, а механизмы РИБ всё-таки работают именно со структурой БД, а не с прикладной её частью, тем не менее в РИБ используется механизм формирования цифровой подписи  версии конфигурации (в дальнейшем буду называть её для сокращения хэшем), и при изменении прикладной части хэш естественно обязан пересчитаться. Не буду ни отрицать этого, ни утверждать, т.к. если и сталкивался с этой ситуацией, то явных доказательств этого не нашел.

Для исправления использую 2 методики, в зависимости от ситуации.

ПЕРВАЯ МЕТОДИКА

Первая (самая распространенная) неоднократно упоминается и в партнерской конференции, и на прочих интернет-ресурсах связанных с 1С. Применяется в большинстве случаев, когда несмотря на сообщение о расхождених конфигураций, при сравнении вручную выдается, что они идентичны.

Последовательность действий:

  1. выгружаем из ЦБ cf-файл;
  2. отвязываем УБ от РИБ (метод УстановитьГлавныйУзел, готовую обработку можно найти в приложении или в других публикациях);
  3. заменяем конф. УБ на выгруженный в первом шаге cf-файл, для этого пользуемся меню «Загрузить конфигурацию из файла» (а не сравнением-объединением!!!);
  4. восстанавливем признак РИБ для УБ.

В большинстве случаев этих действий более чем достаточно, что восстановить обмен, но не всегда…

ВТОРАЯ МЕТОДИКА

Применяется в случае, если первая методика не сработала, а выгрузить заново узел не представляется возможным.

Предыстория: у клиента настраивали каскадную РИБ и ошибка возникла в первом уровне каскада (второй уровень всё это время работал безупречно). Разработка конфигурации велась совместно с IT-службой клиента и с момента возникновения ошибки конфигурация ЦБ успела несколько раз поменяться. Вариант с откатом изменений не рассматривался даже в принципе, т.к. потеря части данных и остановка работы нескольких подразделений были совершенно неприемлимы. Первый вариант исправления ошибки каких-либо ощутимых результатов не дал. В связи со чем пришлось искать другие пути решения.

Пришла мысль попробовать подменить хэши файлов конфигураций непосредственно в XML-файлах обмена. Описание структуры файла обмена из книги «Профессиональная разработка в системе 1С:Предприятие 8» дало слабое представление о формировании цифровых подписей конфигураций и изменений в них, но определило направление поиска: значения Digest1 и Digest2. Всё остальное выяснял чисто эмпирическим путём (то бишь методом проб и ошибок), но закономерность установить таки получилось.

Тестовые эксперименты прошли удачно. На рабочих базах тоже всё прошло благополучно.

Итак, последовательность действий: 

  1. выполняем действия 1 — 4 первой методики;
  2. выгружаем из УБ файл обмена, но не загружаем его в ЦБ;
  3. выгружаем из ЦБ файл обмена, но не загружаем его в УБ;
  4. в файле обмена из ЦБ заменяем блок, содержащий информацию об изменениях конфигурации и хэши (Digest1 и Digest2), на блок хэшей из файла УБ (пример см. ниже)
  5. производим загрузку файла из 4-го пункта в УБ;
  6. обязательно перезаписываем файл обмена из УБ (2-й пункт)! этот файл не должен быть загружен при обмене в ЦБ!
  7. для проверки делаем несколько последовательных обменов.

Если при обмене используется сжатие данных, то либо отключаем сжатие, либо сначала распаковываем файл, меняем, потом запаковываем обратно и отправляем.

Блок файла обмена из ЦБ

            <v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">
               <v8de:Version>106.0</v8de:Version>
               ...здесь идут блоки описания изменений конфигурации...
               <v8de:Digest1>1cf680807e97a5dc0d1ed7f901b07392</v8de:Digest1>
               <v8de:Digest2>038211651cf680807e97a5dc0d1ed7f9</v8de:Digest2>
           </v8de:Config>

нужно заменить на блок файла обмена из УБ (обратите внимание Digest1 у файла из УБ всегда равен «00000000000000000000000000000000»!!!)

            <v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">
<v8de:Version>106.0</v8de:Version>
<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
<v8de:Digest2>11651cf680807e97a5dc0d1ed7f901b0</v8de:Digest2>
</v8de:Config>

Перечисленные действия необходимо выполнять с предельной осторожностью, некорректная последовательность чревата полной неработоспособностью РИБ. Поэтому перед этими действиям создание резервных копий ОБЯЗАТЕЛЬНО!

В остальном могу только пожелать удачи!

  

Денис Прог

30.03.18 — 12:56

Добрый день. Есть РИБ с двумя базами. При выгрузки из центральной в перефирийную очень часто валится ошибка:

Ошибка при чтении изменений при обмене РИБ:  Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка преобразования данных XML: (тут путь к файлу и номер строки с ошибкой).

По строке искал ошибку, там все как и у других элементов, которые уже были прочитаны.

Если снимать регистрацию, и делать поменьше объем данных — обмен успешно завершается.

Платформа 8.3.10, конфигурация Комплексная автоматизация, редакция 1.1 (1.1.19.1).

  

Сергиус

1 — 30.03.18 — 13:01

(0)Отладчиком смотреть в каком месте ошибка, бывает что проблема в данных — например какой-ть кривой символ в наименовании элемента.

  

Денис Прог

2 — 30.03.18 — 13:07

Сергиус, в отладчике падает при попытки чтения файла.

Всегда разные строки, ну и он даже на пустых валится.

  

Сергиус

3 — 30.03.18 — 13:09

(2)А обмен через сетевой каталог или ftp?

  

Денис Прог

4 — 30.03.18 — 13:10

Сергиус, через локальную папку

  

Stim

5 — 30.03.18 — 13:13

а если выгрузить через универсальный обмен хмл по узлу — что скажет?

  

Денис Прог

6 — 30.03.18 — 13:20

Stim, имеете ввиду обработку «Универсальный обмен данными в формате XML?»

  

Stim

7 — 30.03.18 — 13:21

да

  

Денис Прог

8 — 30.03.18 — 18:00

В общем сама ошибка:

Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка преобразования данных XML: [sfile://C:/Users/Администратор/AppData/Local/Temp/v8_DA45_da.xml][42,6]

Чтение данных из файла обмена завершено с ошибками!

и сам файл

<v8msg:Message xmlns:v8msg=»http://v8.1c.ru/messages»>;

<v8msg:Header>

<v8msg:ExchangePlan>Полный</v8msg:ExchangePlan>

<v8msg:To>МУР</v8msg:To>

<v8msg:From>МСК</v8msg:From>

<v8msg:MessageNo>49</v8msg:MessageNo>

<v8msg:ReceivedNo>50</v8msg:ReceivedNo>

</v8msg:Header>

<v8msg:Body>

<v8de:Changes xmlns:v8=»http://v8.1c.ru/data»; xmlns:v8de=»http://v8.1c.ru/dataexchange/2005/02″; xmlns:xs=»http://www.w3.org/2001/XMLSchema»; xmlns:xsi=»http://www.w3.org/2001/XMLSchema-instance»>;

<v8de:Signature>f24c4ec6-1e59-47a0-9736-8c823eda0d28</v8de:Signature>

<v8de:Config xmlns:v8md=»http://v8.1c.ru/metadata/2005/08″>;

<v8de:Version>216.0</v8de:Version>

<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>

<v8de:Digest2 v2=»e9d50d3997192529190612be7d91764c»>09b8f5839afdd724be3d85­315771472b</v8de:Digest2>

</v8de:Config>

<v8de:Nodes>

<v8de:Node>

<v8de:DeletionMark>false</v8de:DeletionMark>

<v8de:Code>МСК</v8de:Code>

<v8de:Description>Москва</v8de:Description>

<v8de:УзелОбменаПоУмолчанию>00000000-0000-0000-0000-000000000000</v8de:УзелОбменаПоУмолчанию>

<v8de:Организации/>

</v8de:Node>

<v8de:Node>

<v8de:DeletionMark>false</v8de:DeletionMark>

<v8de:Code>МУР</v8de:Code>

<v8de:Description>Мурманск</v8de:Description>

<v8de:УзелОбменаПоУмолчанию>00000000-0000-0000-0000-000000000000</v8de:УзелОбменаПоУмолчанию>

<v8de:Организации/>

</v8de:Node>

</v8de:Nodes>

<v8de:Data>

<CatalogObject.Контрагенты>

<Ref>f1a02159-fc90-11db-9488-00016cb2604d</Ref>

<IsFolder>false</IsFolder>

<DeletionMark>false</DeletionMark>

<Parent>804b8942-d6d3-11e5-a248-00304864d125</Parent>

Код

ЮЮ0001751

Показать полностью

<Description>Поставщики</Description>

<ДокументУдостоверяющийЛичность/>

<ДополнительноеОписание/>

<ГоловнойКонтрагент>f1a02159-fc90-11db-9488-00016cb2604d</ГоловнойКонтрагент>

<ИсточникИнформацииПриОбращении>00000000-0000-0000-0000-000000000000</ИсточникИнформацииПриОбращении>

<КодПоОКПО/>

<Комментарий/>

<ИНН/>

<КПП/>

<ОсновноеКонтактноеЛицо>00000000-0000-0000-0000-000000000000</ОсновноеКонтактноеЛицо>

<ОсновнойБанковскийСчет>00000000-0000-0000-0000-000000000000</ОсновнойБанковскийСчет>

<ОсновнойВидДеятельности>00000000-0000-0000-0000-000000000000</ОсновнойВидДеятельности>

<ОсновнойДоговорКонтрагента>00000000-0000-0000-0000-000000000000</ОсновнойДоговорКонтрагента>

<ОсновнойМенеджерПокупателя>00000000-0000-0000-0000-000000000000</ОсновнойМенеджерПокупателя>

<Покупатель>false</Покупатель>

<Поставщик>false</Поставщик>

<РасписаниеРаботыСтрокой/>

<СрокВыполненияЗаказаПоставщиком>0</СрокВыполненияЗаказаПост­авщиком>

<ЮрФизЛицо/>

<НеЯвляетсяРезидентом>false</НеЯвляетсяРезидентом>

<ОКОПФ>00000000-0000-0000-0000-000000000000</ОКОПФ>

<Регион>00000000-0000-0000-0000-000000000000</Регион>

<ГруппаДоступаКонтрагента>00000000-0000-0000-0000-000000000000</ГруппаДоступаКонтрагента>

<Импортер>false</Импортер>

<Экпортер>false</Экпортер>

<ОсновнаяЛицензия>00000000-0000-0000-0000-000000000000</ОсновнаяЛицензия>

<Алкоголь>false</Алкоголь>

<Производитель>false</Производитель>

<ДопКод>0 </ДопКод>

<ЭлементСинхронизирован>false</ЭлементСинхронизирован>

<КодСтраны/>

<ВнутреннийКонтрагент>false</ВнутреннийКонтрагент>

<НаличиеФайлов>false</НаличиеФайлов>

<ОГРН/>

<ОбособленноеПодразделение>false</ОбособленноеПодразделение>­

<Проверен>false</Проверен>

<ПроверенСтатус/>

<ОтветственныйПользователь>00000000-0000-0000-0000-000000000000</ОтветственныйПользователь>

<СсылкаФизЛицо>00000000-0000-0000-0000-000000000000</СсылкаФизЛицо>

<ИдентификаторУчастникаЭДО/>

<УзелОбменаПоУмолчанию>00000000-0000-0000-0000-000000000000</УзелОбменаПоУмолчанию>

<ВидыДеятельности/>

<МенеджерыПокупателя/>

<Обмен/>

<Файлы/>

</CatalogObject.Контрагенты>

</v8de:Data>

</v8de:Changes>

</v8msg:Body>

</v8msg:Message>

не пойму что тут может быть не так на 42 строчке с 6 символом?

  

Денис Прог

9 — 30.03.18 — 18:01

42 строка здесь  <ДополнительноеОписание/>

  

МимохожийОднако

10 — 30.03.18 — 18:16

Не обновилась периферийная база. Отключи сценарии автоматического обмена пакетами и вручную обнови.

  

Cyberhawk

11 — 30.03.18 — 18:26

Как определил, на какой файл ругается?

  

Сергиус

12 — 30.03.18 — 19:01

(9)В базе отсутствует поле ДополнительноеОписание, поэтому совет из (10)

  

Денис Прог

13 — 02.04.18 — 09:28

(10) Cf основной выгрузил в перефирийную. Реквизиты полностью соответствуют, к тому же какой то контрагент выгружается, а какой то нет. Ошибки постоянно в разных полях, но это не могут быть данные, так как там обычное слова по типу «Поставщик» и тд. Либо пустая ссылка.

  

Денис Прог

14 — 02.04.18 — 09:28

(12) Это поле есть. Конфы полностью идентичные, так как я вручную залил cf основной в перефирийную

  

Денис Прог

15 — 02.04.18 — 09:30

(11) Ну в ошибке же он показывает путь к временному файлу, который читает. И сообщения, которые записывает, кладет в папку, которую я указал.

  

Галахад

16 — 02.04.18 — 09:41

Гм. Может база того. Этого.

  

hhhh

17 — 02.04.18 — 09:49

(15) на пустых и должен валиться, там проверка обычно на заполненность, если пусто, то валится. Например валюта не указана или еще что-то.

  

Cyberhawk

18 — 02.04.18 — 09:52

(15) Так это разные файлы

  

Serg_1960

19 — 02.04.18 — 09:58

Пора бы уже давно привыкнуть, что платформа иногда сама ошибается, указывая ошибку. Скорее всего в этой ошибке не место возникновения ошибки, а следствие ранее возникшей ошибки.

Вы спросите «в чем первопричина?» — честно скажу: «Не знаю!».

Проверка диска, переустановка платформу, тестирование базы — всё это по любому делать нужно. Но проще и быстрее выгрузить базу в DT, загрузить в чистую базу на другом компьютере и повторить приём сообщения обмена там.

Т.е. другими словами, если вы добьётесь повторяемости ошибки — то это будет важный признак установления первопричины.

  

Денис Прог

20 — 02.04.18 — 10:11

(17) Так он валится на стадии чтения самого файла, то есть там еще не доходит до проверки заполненности и тд.

  

Денис Прог

21 — 02.04.18 — 10:11

(18) файлы разные, но смысл то один

  

Денис Прог

22 — 02.04.18 — 10:12

(19) Наверное, да. Попробую на своем компе, может и правда дело в чем то ином.

  

МимохожийОднако

23 — 02.04.18 — 10:13

(14) Повторяю: Отключи сценарии автоматического обмена пакетами

  

Денис Прог

24 — 02.04.18 — 10:32

(23) Я вручную произвожу обмен, или вы другой какой то механизм подразумеваете?

  

Cyberhawk

25 — 02.04.18 — 10:32

(21) Какой еще смысл? Ты тугой? Файл нужно анализировать только тот, который указан в ошибке.

  

Serg_1960

Модератор

26 — 02.04.18 — 10:33

1. Не ругайтесь и не оскорбляйте других.

  

Serg_1960

Модератор

27 — 02.04.18 — 10:35

(24) Конфигурация не озвучена, а в некоторых конфигурациях автоматический(!) обмен производится с использованием справочника «Сценарии синхронизации данных».

  

Денис Прог

28 — 02.04.18 — 10:37

(27) Не не, писал в вопросе: Платформа 8.3.10, конфигурация Комплексная автоматизация, редакция 1.1 (1.1.19.1).

  

Serg_1960

29 — 02.04.18 — 10:38

Sorry, был невнимателен.

  

Денис Прог

30 — 02.04.18 — 10:47

(25) Я вас возможно поражу, но файл, в котором случается ошибка есть копия файла обмена. Оба файла идентичны. Но за совет быть внимательнее, спасибо.

  

Serg_1960

31 — 02.04.18 — 10:50

(в тему, в роли Кэпа) Обмен можно инициализировать непосредственно из плана обмена, используя функционал платформы или с помощью «ручного» запуска сценария синхронизации данных для автоматического обмена. В этих двух вариантах работают различные алгоритмы формирования сообщений обмена. Если сообщение обмена не архивировать — то тоже различные варианты алгоритмов (с использованием временного файла для разархивирования).

Это, в свою очередь, тоже порождает вариантабельность ошибок.

  

Галахад

32 — 02.04.18 — 10:58

(31) Серьезно что-ли?

  

Денис Прог

33 — 02.04.18 — 11:19

(31) Эмм, не очень понимаю — как влияет ручной/автоматический запуск на формирование сообщения?

  

assasu

34 — 02.04.18 — 11:34

(0) видел похожую инфу в инете.

там плясали вокруг этих строк в файле

<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>

<v8de:Digest2 v2=»e9d50d3997192529190612be7d91764c»>09b8f5839afdd724be3d85­315771472b</v8de:Digest2>

  

Рэйв

35 — 02.04.18 — 11:42

Проверка файлов XML на наличие недопустимых символов с возможностью исправления.

http://catalog.mista.ru/public/286257/

  

Рэйв

36 — 02.04.18 — 11:43

Поиск объекта выгрузки РИБ с нечитаемым символом для XML

http://catalog.mista.ru/public/158782/

  

Денис Прог

37 — 02.04.18 — 11:59

(34) ну там немного другое, это я делал когда свой cf заливал, центральная база не хотела обмениваться с периферийной как раз из за этих строк. Спасибо.

  

Денис Прог

38 — 02.04.18 — 12:06

(35) Спасибо, скачать правда не могу, но буду копать в этом направлении.

  

Рэйв

39 — 02.04.18 — 12:20

(38)Дарю.

https://yadi.sk/d/DYEY-Q6V3TzAMy

Если поможет — будешь рекламировать:-)

  

Serg_1960

40 — 02.04.18 — 12:21

(32) Серьёзно. Уточню: я не говорю про формирование самого тела сообщения обмена, а только про алгоритмы по формированию самого файла сообщения. Например, использование временного файла, например, формирование наименования файла сообщения обмена — они различные.

  

Денис Прог

41 — 02.04.18 — 12:42

(39) Спасибо огромное!) Я другую немного написал, там основано на методе НайтиНедопустимыеСимволыXML, но к сожалению не она не ваша не нашла ничего.

  

Галахад

42 — 02.04.18 — 12:58

(40) Мы говорим про конфигурацию в (0)? Там все одинаково.

  

assasu

43 — 02.04.18 — 13:00

(39)(41) никогда не видел что бы обмен валился от недопустимых символов.

надо копать в сторону «Если снимать регистрацию, и делать поменьше объем данных — обмен успешно завершается. » Искать что не так в данных

  

Cyberhawk

44 — 02.04.18 — 13:07

(30) «файл, в котором случается ошибка есть копия файла обмена. Оба файла идентичны» // Как определил?

  

Рэйв

45 — 02.04.18 — 13:25

(43)Просто у тебя не было никогда таких случаев. С русскими буками редко такое бывает.у нас в казахском алфавите есть несколько специфических букв.Вот они иногда гонят и не входят в разрешенные XML  пределы символов

  

Денис Прог

46 — 02.04.18 — 13:28

(43) Копал и копаю) но дело в том, что есть определенный контрагент, на котором валится обмен, а именно при чтении файла в процедуре ПланыОбмена.ПрочитатьИзменения(ЧтениеСообщения, СтруктураНастроекОбменаДанными.КоличествоЭлементовВТранзакцииНаЗагрузкуДанных);

и валится он то на строчке НаименованиеПолное, то ДополнительноеОписание, то ГоловнойКонтрагент, с указанием на вполне адекватные символы.

  

Денис Прог

47 — 02.04.18 — 13:36

(44) точка останова на ПланыОбмена.ПрочитатьИзменения(ЧтениеСообщения, СтруктураНастроекОбменаДанными.КоличествоЭлементовВТранзакцииНаЗагрузкуДанных);

там в ЧтениеСообщения есть путь к временному файлу, который создается при чтении файла обмена.

Для примера:

фрагмент файла обмена(только контрагент):

<CatalogObject.Контрагенты>

                    <Ref>f1a02159-fc90-11db-9488-00016cb2604d</Ref>

                    <IsFolder>false</IsFolder>

                    <DeletionMark>false</DeletionMark>

                    <Parent>804b8942-d6d3-11e5-a248-00304864d125</Parent>

                    <Code>ЮЮ0001751</Code>

                    <Description>Поставщики</Description>

                    <НаименованиеПолное>Поставщики</НаименованиеПолное>

                    <ДокументУдостоверяющийЛичность> </ДокументУдостоверяющийЛичность>

                    <ДополнительноеОписание/>

                    <ГоловнойКонтрагент>f1a02159-fc90-11db-9488-00016cb2604d</ГоловнойКонтрагент>

                    <ИсточникИнформацииПриОбращении>00000000-0000-0000-0000-000000000000</ИсточникИнформацииПриОбращении>

                    <КодПоОКПО/>

                    <Комментарий/>

                    <ИНН/>

                    <КПП/>

                    <ОсновноеКонтактноеЛицо>00000000-0000-0000-0000-000000000000</ОсновноеКонтактноеЛицо>

                    <ОсновнойБанковскийСчет>00000000-0000-0000-0000-000000000000</ОсновнойБанковскийСчет>

                    <ОсновнойВидДеятельности>00000000-0000-0000-0000-000000000000</ОсновнойВидДеятельности>

                    <ОсновнойДоговорКонтрагента>00000000-0000-0000-0000-000000000000</ОсновнойДоговорКонтрагента>

                    <ОсновнойМенеджерПокупателя>00000000-0000-0000-0000-000000000000</ОсновнойМенеджерПокупателя>

                    <Покупатель>false</Покупатель>

                    <Поставщик>false</Поставщик>

                    <РасписаниеРаботыСтрокой/>

                    <СрокВыполненияЗаказаПоставщиком>0</СрокВыполненияЗаказаПоставщиком>

                    <ЮрФизЛицо/>

                    <НеЯвляетсяРезидентом>false</НеЯвляетсяРезидентом>

                    <ОКОПФ>00000000-0000-0000-0000-000000000000</ОКОПФ>

                    <Регион>00000000-0000-0000-0000-000000000000</Регион>

                    <ГруппаДоступаКонтрагента>00000000-0000-0000-0000-000000000000</ГруппаДоступаКонтрагента>

                    <Импортер>false</Импортер>

                    <Экпортер>false</Экпортер>

                    <ОсновнаяЛицензия>00000000-0000-0000-0000-000000000000</ОсновнаяЛицензия>

                    <Алкоголь>false</Алкоголь>

                    <Производитель>false</Производитель>

                    <ДопКод>0     </ДопКод>

                    <ЭлементСинхронизирован>false</ЭлементСинхронизирован>

                    <КодСтраны/>

                    <ВнутреннийКонтрагент>false</ВнутреннийКонтрагент>

                    <НаличиеФайлов>false</НаличиеФайлов>

                    <ОГРН/>

                    <ОбособленноеПодразделение>false</ОбособленноеПодразделение>

                    <Проверен>false</Проверен>

                    <ПроверенСтатус/>

                    <ОтветственныйПользователь>00000000-0000-0000-0000-000000000000</ОтветственныйПользователь>

                    <СсылкаФизЛицо>00000000-0000-0000-0000-000000000000</СсылкаФизЛицо>

                    <ИдентификаторУчастникаЭДО/>

                    <УзелОбменаПоУмолчанию>00000000-0000-0000-0000-000000000000</УзелОбменаПоУмолчанию>

                    <ВидыДеятельности/>

                    <МенеджерыПокупателя/>

                    <Обмен/>

                    <Файлы/>

                </CatalogObject.Контрагенты>

и временный:

<CatalogObject.Контрагенты>

                    <Ref>f1a02159-fc90-11db-9488-00016cb2604d</Ref>

                    <IsFolder>false</IsFolder>

                    <DeletionMark>false</DeletionMark>

                    <Parent>804b8942-d6d3-11e5-a248-00304864d125</Parent>

                    <Code>ЮЮ0001751</Code>

                    <Description>Поставщики</Description>

                    <НаименованиеПолное>Поставщики</НаименованиеПолное>

                    <ДокументУдостоверяющийЛичность> </ДокументУдостоверяющийЛичность>

                    <ДополнительноеОписание/>

                    <ГоловнойКонтрагент>f1a02159-fc90-11db-9488-00016cb2604d</ГоловнойКонтрагент>

                    <ИсточникИнформацииПриОбращении>00000000-0000-0000-0000-000000000000</ИсточникИнформацииПриОбращении>

                    <КодПоОКПО/>

                    <Комментарий/>

                    <ИНН/>

                    <КПП/>

                    <ОсновноеКонтактноеЛицо>00000000-0000-0000-0000-000000000000</ОсновноеКонтактноеЛицо>

                    <ОсновнойБанковскийСчет>00000000-0000-0000-0000-000000000000</ОсновнойБанковскийСчет>

                    <ОсновнойВидДеятельности>00000000-0000-0000-0000-000000000000</ОсновнойВидДеятельности>

                    <ОсновнойДоговорКонтрагента>00000000-0000-0000-0000-000000000000</ОсновнойДоговорКонтрагента>

                    <ОсновнойМенеджерПокупателя>00000000-0000-0000-0000-000000000000</ОсновнойМенеджерПокупателя>

                    <Покупатель>false</Покупатель>

                    <Поставщик>false</Поставщик>

                    <РасписаниеРаботыСтрокой/>

                    <СрокВыполненияЗаказаПоставщиком>0</СрокВыполненияЗаказаПоставщиком>

                    <ЮрФизЛицо/>

                    <НеЯвляетсяРезидентом>false</НеЯвляетсяРезидентом>

                    <ОКОПФ>00000000-0000-0000-0000-000000000000</ОКОПФ>

                    <Регион>00000000-0000-0000-0000-000000000000</Регион>

                    <ГруппаДоступаКонтрагента>00000000-0000-0000-0000-000000000000</ГруппаДоступаКонтрагента>

                    <Импортер>false</Импортер>

                    <Экпортер>false</Экпортер>

                    <ОсновнаяЛицензия>00000000-0000-0000-0000-000000000000</ОсновнаяЛицензия>

                    <Алкоголь>false</Алкоголь>

                    <Производитель>false</Производитель>

                    <ДопКод>0     </ДопКод>

                    <ЭлементСинхронизирован>false</ЭлементСинхронизирован>

                    <КодСтраны/>

                    <ВнутреннийКонтрагент>false</ВнутреннийКонтрагент>

                    <НаличиеФайлов>false</НаличиеФайлов>

                    <ОГРН/>

                    <ОбособленноеПодразделение>false</ОбособленноеПодразделение>

                    <Проверен>false</Проверен>

                    <ПроверенСтатус/>

                    <ОтветственныйПользователь>00000000-0000-0000-0000-000000000000</ОтветственныйПользователь>

                    <СсылкаФизЛицо>00000000-0000-0000-0000-000000000000</СсылкаФизЛицо>

                    <ИдентификаторУчастникаЭДО/>

                    <УзелОбменаПоУмолчанию>00000000-0000-0000-0000-000000000000</УзелОбменаПоУмолчанию>

                    <ВидыДеятельности/>

                    <МенеджерыПокупателя/>

                    <Обмен/>

                    <Файлы/>

                </CatalogObject.Контрагенты>

  

Денис Прог

48 — 04.04.18 — 17:11

Нашел решение проблемы, точнее ее исправление.

Нижеперечисленное делаю при помощи обработки ВыгрузкаЗагрузкаДанныхXML(выгружаю), удалению произвожу самописной.

1. Делаю отбор нужного элемента(в моем случае я отбирал нужного мне контрагента);

2. Выгружаю в файл;

3. Удаляю контрагента(ОбменДанными=Истина);

4. Произвожу успешный обмен(неважно с какими данными, я просто пустые сообщения гонял, и обмен в обе стороны);

5. Загружаю обратно контрагента обработкой;

6. Делаю обмен — и ошибок в данном контрагенте нет.

У себя в базе нашел 4 таких контрагента, после вышеперечисленных действий с каждым справочник полностью обменялся.

В связи с чем хотелось бы спросить  — с чем может быть связано данное поведение? У кого какие мысли?

  

Serg_1960

49 — 05.04.18 — 09:43

(48) Удаляя и загружая объект, Вы исправляете ошибки, возникшие при записи объекта, которые, возможно, не выявляет ТИИ (оно не всесильно).

А если говорить «в общем случае», то…

Стандартный типовой обмен РИБ — это функционал платформы прежде всего. Раньше часто обращал внимание и не раз попадал на то, как платформу глючит на казалось бы не таких уж и больших объёмах данных. Ваше решение в (48) просто помогает обойти эту проблему (уменьшая объём данных и вынося конфликтные данные в отдельный обмен).

Ну, что я могу сказать по этому поводу… «Надо чаще обмениваться». Чем чаще обмен — тем меньше объём. Азбука :)

Можно, в принципе, попробовать изменить настройку обмена, уходя из исполнения в рамках единой транзакции, на подбор в сторону уменьшения количества объектов в транзакции до тех пор, пока не уйдёт ошибка.

  

Денис Прог

50 — 06.04.18 — 13:38

(49) «Удаляя и загружая объект, Вы исправляете ошибки, возникшие при записи объекта, которые, возможно, не выявляет ТИИ (оно не всесильно). » — тоже предполагал, но все таки интересно было кто еще что скажет)

Про частоту обмена — да, согласен, но базы решили объединить внезапно, в которых уже заведено много данных, и велись они обособленно.

Да и самое главное, ошибка ушла, справочники обмениваются, пока что все хорошо)

Спасибо)

Содержание

  1. Не соответствие структуры метаданных конфигурации
  2. Ошибка файловой системы
  3. Общие ошибки, возникающие при работе с XML
  4. Ситуации, возникающие при обмене данными в рамках распределенной информационной базы

Ошибка при вызове метода контекста (ПрочитатьXML)
ЗаписанноеЗначение = ПрочитатьXML(ЧтениеXML);
по причине:
Ошибка преобразования данных XML

Ошибка загрузки: Неверный формат файла выгрузки

Очень часто при настройке обменов данных с помощью универсальной обработки загрузки/выгрузки XML возникает эта ошибка. Рассмотрим ниже основные причины появления данной ошибки, и как можно исправить её.

Проблема скорее всего в том, что конфигурация просто отличается.

Если Вы передаете через внешнюю обработку Загрузки/выгрузки XML, то Вы можете передавать данные только между идентичными конфигурациями.

Если передача данных идёт через универсальные механизмы обмена, заложенных в конфигурацию, тогда необходимо исследователь правила обмена на предмет соответствия объектов метаданных.

Ошибка файловой системы

Периодически при обмене данными встречается такая ошибка, когда файл просто не может быть прочитан, и выводит ошибку Ошибка преобразования данных XML.

Попробуйте просто переименовать файл при выгрузке и загрузить его с другим именем.

Другие статьи по 1С:

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

При организации обмена данными в рамках распределенной информационной базы могут возникать различные ситуации, приводящие к сообщениям об ошибках. Однако не все подобные ситуации являются ошибками в чистом виде: некоторые из них могут быть отнесены к штатным ситуациям, соответствующим протоколу обмена данными, некоторые – к неадаптированности конфигурации для работы в рамках распределенной информационной базе.

Общие ошибки, возникающие при работе с XML

Сообщение обмена данными является документом XML, поэтому имеет смысл описать возможные ошибки, которые могут возникнуть во время чтения/записи сообщений обмена данными при использовании средств чтения/записи данных XML, предоставляемых платформой «1С:Предприятие 8». При работе с данными в формате XML может возникать множество различных ситуаций, однако в данной статье будут рассмотрены только те, которые так или иначе имеют отношение к обмену данными в рамках распределенной информационной базы.

Сообщение об ошибке Описание ошибки
Возможные пути исправления ошибки
Не установлен MS XML Core Services 4.0 На компьютере не установлен Microsoft XML Core Services 4.0, используемый «1С:Предприятием 8» для работы с XML
Установить Microsoft XML Core Services 4.0. При установке «1С:Предприятия 8» Microsoft XML Core Services 4.0 устанавливается автоматически
Ошибка разбора XML Ошибка, возникающая при синтаксическом анализе данных XML в процессе чтения.
Все ошибки, определенные в SAX2, трансформируются в данную ошибку, генерируемую платформой «1С:Предприятие 8»
Проверить правильность оформления и синтаксис данных XML (см. http://www.w3.org/TR/REC-xml).
Ошибочный порядок записи XML Методы записи содержимого документа XML вызываются в неправильном порядке. Например, запись атрибута вызывается после записи текста элемента.
Выявить и исправить места некорректного порядка вызова методов
Текст XML содержит недопустимые символы Записываемый текст XML содержит недопустимые символы.
Текст XML должен соответствовать требованиям, изложенным в главе 2.2 рекомендации XML (см. http://www.w3.org/TR/REC-xml#charsets)
Недопустимое имя XML Записываемое имя XML содержит недопустимые символы.
Имя XML должно соответствовать требованиям, изложенным в главе 2.3 рекомендации XML (см. http://www.w3.org/TR/REC-xml#NT-Name)
Пустое значение URI допустимо только для пространства имен по умолчанию Производится попытка записать соответствие пространства имен, в котором URI пространства имен, представленному пустой строкой, соответствует непустой префикс.

Значение URI пространства имен должно соответствовать рекомендации Namespaces in XML (см. http://www.w3.org/TR/REC-xml-names)

Переопределение пространства имен по умолчанию для текущего элемента XML недопустимо
Текущий записываемый элемент не относится ни к какому пространству имен. Поэтому для него недопустимо определение непустого пространства имен по умолчанию.

Переопределение пространства имен по умолчанию для элемента, не относящегося ни к какому пространству имен -запрещено

Ошибка преобразования данных XML
Ошибка возникает вследствие нарушения структуры передаваемых данных.
При чтении данных XML платформой производится автоматическое определение типа получаемых данных, кроме случаев, когда тип данных указан при вызове операции чтения. Если структура данных XML не соответствует структуре данных, определяемых типом, то будет сгенерировано данное сообщение об ошибке.

При обмене данными в рамках распределенной информационной базы используются штатные механизмы записи/чтения XML. Данная ошибка является следствием искажения сообщения обмена. Необходимо повторно получить сообщение от информационной базы – источника сообщения

Значения данного типа не могут быть представлены в XML

Производится попытка записи в XML значения, для типа которого не определена процедура записи в XML. Или производится попытка чтения из XML значения неизвестного типа или типа, для которого не определена процедура чтения из XML.

Ошибка может возникнуть при участии в обмене информационных баз, имеющих различные конфигурации. Однако при обмене данными в рамках распределенной информационной базы поддерживается идентичность конфигураций информационных баз, участвующих в обмене. Данная ошибка является следствием искажения сообщения обмена. Необходимо повторно получить сообщение от информационной базы – источника сообщения

Ошибка данных XML
Ошибка возникает при получении некорректных данных из источника XML или же в случаях неудачного считывания из базы данных содержимого объекта, данные которого должны быть прочитаны из источника XML: блокировка объекта или же отсутствие прав на чтение данного объекта.
Например, чтение существующего элемента справочника: если элемент справочника является группой, а было прочитано то, что является элементом, будет сгенерирована данная ошибка.

При обмене данными в рамках распределенной информационной базы используются штатные механизмы записи/чтения XML – ситуации, связанные с передачей некорректных данных, могут возникать только вследствие искажения сообщения обмена данными. В таком случае необходимо получить новое сообщение обмена данными от информационной базы – источника сообщения.
Если же сообщение содержит корректные данные и ошибка возникает в процессе считывания данных из базы данных (для последующего изменения их данными из сообщения обмена), то необходимо проверить наличие прав пользователя, от имени которого производится чтения сообщения обмена.
Также необходимо удостовериться, что в процессе чтения сообщения не возникает блокировки данных (например, чтение производится в рамках транзакции, а данные заблокированы другим пользователем), можно предпринять попытку чтения сообщения в монопольном режиме доступа к информационной базе.
Если вышеперечисленные способы не привели к устранению ошибки, то необходимо проверить целостность данных информационной базы

Ситуации, возникающие при обмене данными в рамках распределенной информационной базы

Сообщение об ошибке
Описание ошибки

Возможные пути исправления ошибки

Узел не является узлом распределенной ИБ
При вызове одного из методов встроенного языка, относящегося к распределенной ИБ, значение переданного параметра – узла плана обмена – не принадлежит плану обмена с установленным признаком «Распределенная информационная база».

Необходимо убедиться в правильности передаваемого в метод параметра

Запись сообщения обмена данными не начата
В метод записи изменения данных передан в качестве параметра объект ЗаписьСообщенияОбмена , у которого не был вызван метод НачатьЗапись или был вызван метод завершения записи ( ПрерватьЗапись , ЗакончитьЗапись ).

Убедиться, что вызов записи изменений вызывается в рамках процесса записи объекта ЗаписьСообщенияОбмена

Чтение сообщения обмена данными не начато
В метод чтения изменения данных передан в качестве параметра объект ЧтениеСообщенияОбмена , у которого не был вызван метод НачатьЧтение или был вызван метод завершения записи ( ПрерватьЧтение , ЗакончитьЧтение ).

Убедиться, что вызов чтения изменений вызывается в рамках процесса чтения объекта ЧтениеСообщенияОбмена .

Номер сообщения распределенной ИБ должен быть больше номера ранее принятого сообщения
Производится попытка чтения старого (возможно, уже принятого) сообщения обмена данными.

Необходимо произвести синхронизации номера принятого сообщения в текущем узле распределенной ИБ и номера отправленного сообщения в узле – источнике сообщения обмена данными. Этого можно достичь при помощи непосредственного изменения соответствующих реквизитов у узлов плана обмена, по которому осуществляется работа, или выполнить запись необходимого количества сообщений обмена данными в узле – источнике сообщения

Начальный образ может быть выгружен только во вновь созданную или пустую ИБ
По указанному месторасположению начального образа уже существует другая информационная база.

Необходимо убедиться, что при создании начального образа указано место, в котором не существует информационной базы

Ошибка формата представления изменений
Структура и порядок следования элементов сообщения обмена данными не соответствуют требуемому.

При обмене данными в рамках распределенной информационной базы используются штатные механизмы записи/чтения XML. Данная ошибка является следствием искажения сообщения обмена данными. Необходимо повторно получить сообщение от информационной базы – источника сообщения

Попытка приема изменений от неизвестной конфигурации
При попытке чтения сообщения обмена данными в рамках распределенной информационной базы обнаружено несоответствие конфигураций источника и приемника сообщения.

По всей видимости, сообщение обмена было записано для информационной базы, имеющей конфигурацию, отличную от данной. Подобная ситуация может произойти в случае ручной настройки распределенной информационной базы. Если подчиненный узел распределенной информационной базы создавался путем объединения конфигурации информационной базы и конфигурации главного узла, то внутренняя идентификация объектов метаданных не будет соответствовать конфигурации главного узла, что приводит к данной ошибке. Рекомендуется создавать информационные базы подчиненных узлов либо при помощи создания начального образа, либо при помощи полной загрузки конфигурации в информационную базу

Искажены изменения конфигурации!
При попытке чтения сообщения обмена данными обнаружены искажения в передаваемых изменениях конфигурации.

Необходимо получить от источника сообщения новое сообщение обмена данными

Конфигурация узла распределенной ИБ не соответствует ожидаемой!
Конфигурация текущей информационной базы была изменена по отношению к конфигурации информационной базы источника сообщения.

В случае чтения сообщения обмена данными от подчиненного узла в главном узле данная ситуация является штатной и означает наличие изменений конфигурации, которые еще не были получены в подчиненном узле – источнике сообщения.

Если же чтение сообщения от главного узла производится в подчиненном узле, то данная ситуация является следствием изменения конфигурации в подчиненном узле. Необходимо удостовериться, что обмен производится в правильно настроенной распределенной информационной базе (создание подчиненных узлов производилось при помощи рекомендованных способов) и в процессе работы не производилось изменения конфигурации подчиненной информационной базы (изменение в штатном режиме невозможно). Изменения конфигурации подчиненного узла может быть осуществлено только после отключения информационной базы от распределенной информационной базы – установка значения главного узла в Неопределено . В случае несанкционированного изменения конфигурации в подчиненном узле необходимо восстановить соответствие конфигураций путем полной загрузки конфигурации из главного узла

Изменения конфигурации не могут быть получены из подчиненного узла распределенной ИБ
При чтении сообщения обмена, полученного от подчиненного узла, в нем обнаружены изменения конфигурации.

Подобная ситуация может возникнуть если имеет место искажение сообщения обмена, либо обмен производится в распределенной информационной базе с незавершенным процессом перестроения иерархии узлов. Необходимо убедится, что сообщение обмена получено без искажений и правильно заполнены узлы соответствующего плана обмена в обоих узлах распределенной информационной базы (источнике и приемнике сообщения).

Из главного узла распределенной ИБ получены изменения конфигурации.
Необходимо выполнить обновление конфигурации базы данных.
Обновление может быть выполнено в режиме Конфигуратор
Из главного узла получены изменения конфигурации.

Необходимо запустить систему в режиме Конфигуратор , произвести обновление конфигурации базы данных, после чего повторить чтение данного сообщения обмена в режиме 1С:Предприятие для завершения чтения сообщения.

Данные не входят в состав плана обмена
При чтении сообщения обмена обнаружены данные, не входящие в состав плана обмена.

При обмене данными в рамках распределенной информационной базы используются штатные механизмы записи/чтения XML. Данная ошибка является следствием искажения сообщения обмена. Необходимо повторно получить сообщение от информационной базы – источника сообщения

При чтении сообщения обмена производится автоматическая запись полученных изменений данных в информационную базу. Если в процессе записи данных происходит ошибка, то процесс чтения сообщения прерывается. Для определения в процедурах записи элементов данных (объектов и наборов записей) режима записи после загрузки из сообщения обмена существует свойство Загрузка . Для корректной работы в рамках распределенной информационной базы процедуры записи элементов данных должны быть написаны с учетом произвольного порядка загрузки данных из сообщений обмена (например, не должны выполняться проверки связанной с записываемым элементом данных информации.

УТ 11.3.1.127, 1С:Предприятие 8.3.8.2197. Полная РИБ. После обновления конфигурации головного узла до 11.3.1.142, при попытке сделать синхронизацию на подчинённом узле возникает Ошибка чтения файла сообщения обмена: <Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта(196)>: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка преобразования данных XML: [sfile://C:/Users/Админ/AppData/Local/Temp/Exchange82 <441BBE86-8105-48ED-B672-78A717B9445A>/Message_B0_B1.xml][5985545,22]

Фрагмент кода возле указанной строки ниже. Строка 5985545 5-я в этом коде «. 7..»

74cb37ec-41ca-4785-9d1e-9e13f1f4d2db.9
00bfd3a4-d0f8-4b0a-aeb4-30169645f584
77u/ezcsMSwxNTAsDQp7MTAwLGUwOTUzNGUzLWFjNmUtNDJhNi04­NmU4LTU2NGFj
YjIwMDg5YX0sDQp7MCwNCnswLA0KeyJCIiwwfSwwfQ0KfSwNCnswLGNmM2Rk­NWI0
LWFjYzctNGY0NC1iYTA4LTFiOGJjOTc3NTAzZX0sDQp7MCwNCnswLA0KeyJC­Iiwx
fSwwfQ0KfSwNCnswLGEzMzA2MDFkLTk0ZjQtNGNjOC1iZDQ1LWEzOTAzNGJj­Nzkx
Mn0sDQp7MCwNCnswLA0KeyJCIiwxfSwwfQ0KfSwNCnswLGIyOWJjNTU3LTg2­YmYt

Нужно это как-то поправить, желательно в режиме: Вы говорите – я делаю, чтоб не гонять базу. Она рабочая.

  1. 17.07.2013, 11:09

    #1

    idyachenko вне форума


    Пришел за помощью


    По умолчанию Обмен РИБ

    Помогите, плиз, советом…

    При обмене возникла ошибка

    Начат обмен данными по настройке «Обмен с ПБ» (9:20:58).
    Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка преобразования данных XML
    Чтение данных из файла обмена завершено с ошибками!
    Запись изменений текущей информационной базы в файл обмена завершилась успешно.
    Обмен данными по настройке «Обмен с ПБ» завершен (9:21:42)

    PS: Перед этим на ПБ был сбой и пришлось запускать chdbfl.exe. После этого база ПБ заработала… принимает файлы обмена из ЦБ нормально, а вот ЦБ перестала принимать файлы от ПБ

    Как полечить эту беду… ?
    Спасибо


  2. 05.08.2013, 12:11

    #2

    Neonl вне форума


    Пришел за помощью


    По умолчанию

    1С 8.2?
    Если так, то можно попробовать следующее:
    — выгружаем конфигурацию из ЦБ
    — отвязываем признак подчиненного узла от ПБ(узел становится как просто база), и через конфигуратор загружаем наш файл конфигурации.
    — привязываем признак подчиненного узла нашей ПБ
    — пробуем произвести обмен между конфигурациями.

    Делать лучше на копиях БД. Отвязка/привязка ПБ производится из режима предприятия обработкой «ГлавныйВПодчиненный.epf»
    Не знаю как привязать обработку. Могу кинуть на мыло.


  3. 05.08.2013, 12:36

    #3

    idyachenko вне форума


    Пришел за помощью


    По умолчанию

    Это я пробовал — не помогло…

    решил проблему пересозданием периферийной базы

    Но в любом случае благодарю что откликнулись на мой крик души )


Пытаюсь настроить обмен между подразделениями штатными средствами.
Создал подчиненный узел, создал начальный образ — при обмене возникают ошибки чтения файла обмена.
На основном узле:
2012.05.15 08:14:46|Костров Валерий|Обмен.Узел_TT.Чтение|ok|Начало чтения файла сообщения «C:tmpMessageExchange_UT_TT_0000000002.xml»
2012.05.15 08:14:47|Костров Валерий|Обмен.Узел_TT.Чтение|error|Ошибка чтения сообщения. Попытка № 0 : Ошибка при вызове метода контекста (ПрочитатьИзменения)
(Имя модуля: ОбщийМодуль.одОбменДанными, номер строки: 3 477)
2012.05.15 08:14:48|Костров Валерий|Обмен.Узел_TT.Чтение|error|Ошибка чтения сообщения. Попытка № 1 : Ошибка при вызове метода контекста (ПрочитатьИзменения)
(Имя модуля: ОбщийМодуль.одОбменДанными, номер строки: 3 477)
2012.05.15 08:14:49|Костров Валерий|Обмен.Узел_TT.Чтение|error|Ошибка чтения сообщения. Попытка № 2 : Ошибка при вызове метода контекста (ПрочитатьИзменения)
(Имя модуля: ОбщийМодуль.одОбменДанными, номер строки: 3 477) и так далее до 20, потом начинается выгрузка, которая проходит успешно.
На подчиненном узле:
2012.05.15 08:20:09|Администратор|Обмен.Узел_UL.Чтение|ok|Начало чтения файла сообщения «C:tmpMessageExchange_TT_UT_0000000003.xml»
2012.05.15 08:20:11|Администратор|Обмен.Узел_UL.Чтение|error|Ошибка чтения сообщения. Попытка № 0 : Ошибка при вызове метода контекста (ПрочитатьИзменения)
(Имя модуля: ОбщийМодуль.одОбменДанными, номер строки: 3 477)
2012.05.15 08:20:12|Администратор|Обмен.Узел_UL.Чтение|error|Ошибка чтения сообщения. Попытка № 1 : Ошибка при вызове метода контекста (ПрочитатьИзменения)
(Имя модуля: ОбщийМодуль.одОбменДанными, номер строки: 3 477)
2012.05.15 08:20:14|Администратор|Обмен.Узел_UL.Чтение|error|Ошибка чтения сообщения. Попытка № 2 : Ошибка при вызове метода контекста (ПрочитатьИзменения)
(Имя модуля: ОбщийМодуль.одОбменДанными, номер строки: 3 477)
2012.05.15 08:20:15|Администратор|Обмен.Узел_UL.Чтение|error|Ошибка чтения сообщения. Попытка № 3 : Ошибка при вызове метода контекста (ПрочитатьИзменения)
(Имя модуля: ОбщийМодуль.одОбменДанными, номер строки: 3 477) и так далее до 20, потом начинается выгрузка, которая проходит успешно.

Альфа-Авто: Автосалон +Автосервис + Автозапчасти. Редакция 4.1 (4.1.01.20),

Показывать по
10
20
40
сообщений

Новая тема

Ответить

SVGS

Дата регистрации: 23.12.2010
Сообщений: 276

Была РИБ на 8.1 (2.0.22.2). Нужно, чтобы две базы («Центр» и «Склад») работали на 8.2 (2.0.23.9)<br> <br>Сделал так:<br>1) Конвертировал БД «Центр» в формат 8.2<br>2) Конвертировал БД «Склад» в формат 8.2<br>3) Выполнил обмен данными между ними, проверил — все ОК<br>4) Выполнил обновление БД «Центр» до версии 2.0.23.9<br> <br>5) Попытался выполнить обмена с БД «Склад» получил диагностику<br>Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Данные принимаются от узла, для которого зарегистрированы изменения конфигурации.Необходимо произвести перенос изменений конфигурации в узел.Чтение данных из файла обмена завершено с ошибками!<br> Запись изменений текущей информационной базы в файл обмена завершилась успешно.<br> т.е. файл изменениями для БД «Склад» сформировался успешно<br><br>6) Попытался выполнить обмен данными в БД «Склад» с этим файлом. Получил ошибку<br>Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Конфигурация узла распределенной ИБ не соответствует ожидаемой!Чтение данных из файла обмена завершено с ошибками!<br><br> <br>Что я делаю не верно? И как должно быть сделано правильно?

Prikum

активный пользователь

онлайн

Дата регистрации: 18.02.2002
Сообщений: 20854

Нужно на БД «Склад» зайти конфигуратором и применить изменения конфигурации.

SVGS

Дата регистрации: 23.12.2010
Сообщений: 276

А поподробнее можно?<br>Я в Бух 8.1 делал так:<br>выбирал в меню «Конфигурация» пункт «Обновить конфигурацию базы данных»<br>Если под словами <br>> применить изменения конфигурации<br>именно это имеется ввиду, то у меня этот пункт почему-то в Бух 8.2 недоступен :(

Prikum

активный пользователь

онлайн

Дата регистрации: 18.02.2002
Сообщений: 20854

Зайти конфигуратором и нажать F5, потом опять сделать обмен. Вроде так, пишу на память.

SVGS

Дата регистрации: 23.12.2010
Сообщений: 276

Попробовал. F5 — начать отладку — запустилась программа — выполнил обмен — результат тот же.<br>Завтра буду пробовать еще что-то сделать. Пока нахожусь в полном недоумении:<br>почему в 8.1 у меня «Склад» легко обновлялся таким способом, а в 8.2 нет???

SVGS

Дата регистрации: 23.12.2010
Сообщений: 276

Еще раз прошел по тому же пути — результат тот же.<br>»Центр» обновляется — передать выполненное обновление в БД «Склад» не получается.<br>Пункт меню «Обновить конфигурацию базы данных» в конфигураторе не доступен.<br> <br>Пошлите меня куда-нибудь. :)<br>(Где прочитать про различия при обновлении РИБ в 8.1 и 8.2?)

Prikum

активный пользователь

онлайн

Дата регистрации: 18.02.2002
Сообщений: 20854

— Сделать обмен в «Центре»<br> — Сделать обмен в «Склад»<br> — Зайти в конфигуратор «Склад»<br> — Если не открыто дерево конфигурации, то открыть его<br> — Посмотреть стоит ли знак вопроса на конфигурации<br> — Нажать F5<br> — Еще раз сделать обмен в «Склад» (не надо приэтом делать обмен в «Центр»)

SVGS

Дата регистрации: 23.12.2010
Сообщений: 276

Prikum, если коротко, то я все так и делал. Эту механику освоил еще на 8.1. Попробую запротоколировать все, что я делаю при переходе на 8.2.<br> <br>1. Устанавливаю платформу 8.2. Отказываюсь от переустановки драйвера.<br> <br>2. Копирую каталог «Центр» 8.1 в каталог «Центр» 8.2<br> <br>3. Запускаю «Центр» 8.2 в режиме «Конфигуратор». Получаю вопрос:<br>Формат файла информационной базы не соответствует версии «1С:Предприятия». Выполнить преобразование?<br>Отвечаю «Да», получаю еще один вопрос:<br>Структура информационной базы несовместима с текущей версией программы.Произвести конвертацию информационной базы?<br> Отвечаю «Да». Получаю «Конвертация информационной базы завершена»<br> <br>4. Нажимаю «Конфигурация-Поддержка-Обновить конфигурацию».<br>Выбираю 2.0.23.9 (обновление) — Продолжить обновление<br>Обновление завершается сообщением:<br>После изменения режима совместимости рекомендуется выполнить перезапуск конфигуратора.<br> <br>5. Перезапускаю конфигуратор. Выбираю пункт меню «Конфигурация — Обновить конфигурацию базы данных»<br>При нажатии на кнопку «Принять» получаю вопрос:<br>При обработке данных выдано 2 предупреждений! Принять изменения?<br> Поскольку я не понимаю о каких предупреждениях идет речь, нажимаю кнопку «Да»<br>Пропадает <!> рядом со словом «Конфигурация»<br> <br>6. Нажимаю F5. Идут запросы от Firewall на обращение к сайтам 1С. Я все разрешаю и подтверждаю легальность получения обновления. Получаю сообщения:<br>Выполнено обновление информационной базы с версии 2.0.22.2 на версию 2.0.22.1<br>Выполнено обновление информационной базы с версии 2.0.22.1 на версию 2.0.23.9<br> <br>7. Выполняю настроенную еще в 8.1 процедуру «Выполнить обмен с узлам РИБ по организации». Получаю сообщения:<br>Не найден входящий файл обмена данными.<br>Запись изменений текущей информационной базы в файл обмена завершилась успешно.<br> <br>8. Повторяю пункты 2 и 3 с БД «Склад». Нажимаю F5 и пробую «Выполнить обмен с узлам РИБ по организации». Получаю сообщения:<br>Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): <br>Конфигурация узла распределенной ИБ не соответствует ожидаемой!<br>Чтение данных из файла обмена завершено с ошибками!<br>Запись изменений текущей информационной базы в файл обмена завершилась успешно.<br> <br>ЗДЕСЬ НЕТ ТРЕБОВАНИЯ ПЕРЕЙТИ В КОНФИГУРАТОР И ЗАВЕРШИТЬ ОБНОВЛЕНИЕ,<br>которое я видел в 8.1…<br> <br>9. Вхожу в конфигуратор. Убеждаюсь, что в БД «Склад» стоит версия 2.0.22.2<br>Открываю окошки «Конфигурация» и «Конфигурация базы данных» и вижу, что пункты меню<br>»Обновить конфигурацию» и «Обновить конфигурацию базы данных» заблокированы.<br> <br>10. Перехожу к пункту 1 и повторяю эти развлекательные циклические упражнения 3 раза подряд. :)<br> <br>В каком месте я ошибаюсь и не могу выйти из этого цикла? :)))

SVGS

Дата регистрации: 23.12.2010
Сообщений: 276

С задачей справился. Источник информации: http://infostart.ru/public/65456/<br>К сожалению, на этой конференции я нужной информации не получил. :(

Показывать по
10
20
40
сообщений

Понравилась статья? Поделить с друзьями:
  • Ошибка чтения файла про100
  • Ошибка что то пошло не так скайп
  • Ошибка что то пошло не так сберкидс
  • Ошибка цифровой подписи социальная карта студента мцд
  • Ошибка чтения файла пакета open4 для gta 5