|
РИБ ошибка при обмене | ☑ | ||
---|---|---|---|---|
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-ник, в Предприятии обработкой вернул на место признак подчиненной, и произвел обмен. Наверное я не ответил на ваш вопрос =) |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |