Имя: Пароль:
1C
1С v8
слетает привязка баз в РБД
0 GANR
 
21.07.11
16:22
При выполнении кода:

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

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


В чем может быть проблема????


Фрагмент файла обмена из центрального узла:


<v8msg:Message xmlns:v8msg="http://v8.1c.ru/messages">
   <v8msg:Header>
       <v8msg:ExchangePlan>Полный</v8msg:ExchangePlan>
       <v8msg:To>N1</v8msg:To>
       <v8msg:From>N0</v8msg:From>
       <v8msg:MessageNo>11</v8msg:MessageNo>
       <v8msg:ReceivedNo>10</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>1f18a2cb-ac4a-432f-9f29-cab2b109b0f1</v8de:Signature>
           <v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">
               <v8de:Version>216.0</v8de:Version>
               <v8md:Metadata>

           .......ИЗМЕНЕНИЯ МЕТАДАННЫХ...........

               </v8md:Metadata>
               <v8de:Digest1>32025ca9db83b89a06cdd2977ae7c043</v8de:Digest1>
               <v8de:Digest2 v2="6b8e6db76501781c76975d42dfcf9f37">6b8e6db76501781c76975d42dfcf9f37</v8de:Digest2>
           </v8de:Config>
           <v8de:Data>

       ........ДАННЫЕ.............

           </v8de:Data>
       </v8de:Changes>
   </v8msg:Body>
</v8msg:Message>




Выгрузка из подчиненноего узла:

<v8msg:Message xmlns:v8msg="http://v8.1c.ru/messages">
   <v8msg:Header>
       <v8msg:ExchangePlan>Полный</v8msg:ExchangePlan>
       <v8msg:To>N0</v8msg:To>
       <v8msg:From>N1</v8msg:From>
       <v8msg:MessageNo>12</v8msg:MessageNo>
       <v8msg:ReceivedNo>9</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>1f18a2cb-ac4a-432f-9f29-cab2b109b0f1</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="77e8705c22f4eecfb1ca9587f01b8063">77e8705c22f4eecfb1ca9587f01b8063</v8de:Digest2>
           </v8de:Config>
           <v8de:Data>
       
       ........ДАННЫЕ.............
           
           </v8de:Data>
       </v8de:Changes>
   </v8msg:Body>
</v8msg:Message>
1 GANR
 
21.07.11
16:23
РБД построена на модулях БСП 1.3
2 Живой Ископаемый
 
21.07.11
16:24
проблема в кэше
3 Живой Ископаемый
 
21.07.11
16:24
а
4 GANR
 
21.07.11
16:53
(3) чистка кэша не помогла
Что характерно, при загрузке файла обмена в центральном узле, периферийный узел опознается

"Ошибка чтения файла сообщения обмена: {Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз(133)}: Ошибка при вызове метода контекста (ПрочитатьИзменения): Данные принимаются от узла, для которого зарегистрированы изменения конфигурации.
Необходимо произвести перенос изменений конфигурации в узел."
5 Живой Ископаемый
 
21.07.11
16:55
2(4) не, это кэш - это из-за чего случается.. а исправляется так:
v8: Ошибка обмена данными с распределенным узлом
пост (0)
6 zmaximka
 
21.07.11
16:57
кстати часто возникает из-за динамического обновления ЦБ
7 GANR
 
21.07.11
17:08
(6) динамически не обновляем
(5) по ссылке нет ответа( у нас проблема не с загрузкой данных, а с загрузкой изменений конфигурации в РБД. периферийный узел не опознает поступившие изменения конфы как изменения из центрального узла. Поэтому и привел листинг. Может в нем что не так?

Если это все же кэш, как таких ситуаций избежать в дальнейшем? я так понимаю что ситуацию можно исправить только отвязкой периферийной базы, загрузкой конфы и повторной привязкой?
8 Живой Ископаемый
 
21.07.11
17:14
2(7) конечно же по ссылке есть ответ...
а) запускаем конфигуратор с ключем /ResetMasterNode или другим образом отвязываем периферию от центра
б) Запускаем конфигуратор БЕЗ ключа /ResetMasterNode
в) Загружаем ЦФ-ник, полученный из центра
г) Запускаем предприятие, закрываем конфигуратор, прявязываем базу обратно к РБД
д) выполняем обмен
9 Живой Ископаемый
 
21.07.11
17:16
просто человек описал это другими словами:
"1 Выгружал из ЦБ cf-файл;
2 Отвязывал Удаленною Базу  от РИБ, заменил конф. УБ на выгруженную  из Центральной Базы.
3 Восстановил признак РИБ для УБ. "
10 SunFox
 
21.07.11
17:22
(0) Платформа то какая? у меня позавчера торговля тоже отвязалась после измнения конфигурации, первый раз такое, пришлось перезаливать и привязывать
11 GANR
 
21.07.11
17:31
(10) 8.2.13.219
(9) попробую как советуете, отпишусь

И все же один вопрос остается, как не попадать на эти грабли?
12 SunFox
 
21.07.11
17:37
(11)вот у меня такая же, на 12-ой работал и динамически и по всякому обновлял - конфа не отвязывалась
13 GANR
 
21.07.11
19:18
(9) Спасибо за помощь, проблему решил, но вопрос "Как избежать этого в дальнейшем?" остается открытым...
14 ChAlex
 
21.07.11
19:27
(13) - ответ простой: переходить на другой софт, вариант второй - разработчик все-таки найдет трабл в своем софте и его устранит, на что лично мне кажется шансов на сегодня мало. Ибо нет нет, но такой трабл иногда возникает на ровном месте
Пользователь не знает, чего он хочет, пока не увидит то, что он получил. Эдвард Йодан