Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Конфигурация узла распределенной ИБ не соответствует ожидаемой!

Конфигурация узла распределенной ИБ не соответствует ожидаемой!
Я
   olo_lo1
 
09.08.11 - 13:28
Ошибка при чтении изменений при обмене РИБ:  Ошибка при вызове метода контекста (ПрочитатьИзменения): Конфигурация узла распределенной ИБ не соответствует ожидаемой!

Обычно такая ошибка происходит когда в центральном узле производились какие то изменения в конфигурации. ТОгда нужно было зайти в конфигуратор распределенной базы и руками ее обновить. Но сейчас так пишет и в конфигураторе F7 недоступно, тк изменений не было. Что это за глюк, может кто сталкивался ?
   rs_trade
 
1 - 09.08.11 - 13:29
(0) в поиск.
   Cube
 
2 - 09.08.11 - 13:30
Добро пожаловать на форум!
Нажми большую красную букву "Я" справа от темы...
   ikar-rus
 
3 - 09.08.11 - 13:30
Есть обработка отвязывающая базу от центрального узла (т.е. она перестает себя считать РИБ). Перезаливаешь конфигурацию, и снова привязываешь.
   Живой Ископаемый
4 - 09.08.11 - 13:31
2(3) это обработка называется запуск конфигуратора с ключем /ResetMasterNode
   rs_trade
 
5 - 09.08.11 - 13:33
(3) обработка громко сказано. одна строчка кода.
   Kookish
 
6 - 09.08.11 - 13:44
1. Отвязать периферийную от центральной.
2. Загрузить конфигурацию центральной (файл .cf)
3. Привязать периферийную к центральной.

http://infostart.ru/public/14814/
   olo_lo1
 
7 - 09.08.11 - 15:06
(6) все так и сделал. :_)
результата нет

придется идти путем 2 из этого описания..
   Живой Ископаемый
8 - 09.08.11 - 15:07
что за 2-й путь?
   olo_lo1
 
9 - 09.08.11 - 15:08
ВТОРАЯ МЕТОДИКА

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

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

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

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

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

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

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

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

           <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>

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

В остальном могу только пожелать удачи!
   Живой Ископаемый
10 - 09.08.11 - 15:12
что за релиз? что за сервер? используется ли динамическое обновление? запускался ли толстый клиент с ключем /ClearCache?
   olo_lo1
 
11 - 09.08.11 - 15:14
8.2.12.96

УПП

обновление идет автоматом между двумя базами УПП с периодичностью 10 мин через регл задания

раньше все работало и тут вдруг такое..
   Живой Ископаемый
12 - 09.08.11 - 15:15
"УПП" - неинтересно
"бновление идет автоматом между двумя базами УПП с периодичностью 10 мин через регл задания " - не интересно
"раньше все работало и тут вдруг такое.." - тоже плевать

а вот на те вопросы которые не ответил, таки да, нужно знать ответ
   Живой Ископаемый
13 - 09.08.11 - 15:28
""бновление идет автоматом между двумя базами УПП с периодичностью 10 мин через регл задания " - не интересно" - хотя нет - что происходит если в периферии заблокировать регл.задания и обменяться вручную?
   olo_lo1
 
14 - 09.08.11 - 15:48
если выкл регл задание и выгрузить руками то - Конфигурация узла распределенной ИБ не соответствует ожидаемой!
   Живой Ископаемый
15 - 09.08.11 - 15:50
почистите кэш и еще раз (6)

Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.