|
РИБ 8.3. Создание начального образа. | ☑ | ||
---|---|---|---|---|
0
Sun125
28.12.18
✎
12:12
|
Конфигурация ЗУП 3.1.
Создаю начальный образ. Захожу в созданную периферийную базу, программа ругается, что ошибка главного узла, не зарегистрированы для обмена приоритетные данные и проч. Подскажите, при настройке синхронизации нужно заходить в состав отправляемых данных и проставлять галки? И как лучше, все галки ставить? |
|||
1
Фрэнки
28.12.18
✎
12:42
|
(0) там написано!
слева список, где можно ставить или снимать галки, а справа от этого списка отображается Описание с пояснением что, для чего и как можно делать в этом списке |
|||
2
Фрэнки
28.12.18
✎
13:06
|
(0) только что из любопытства и из необходимости повторить это вся на новых базах после НГ попробовал создать периферийный узел и настроить в периферийном узле.
Все сработало почти штатно. Т.е. внятной ругани не было, но была ошибка. Открыл Администрирование - увидел, что не стояла галка Синзронизация... - поставил - смог зайти в настройки синхронизации. Может стоит на самую свежую-свежую конфигурацию переходить. Там как раз "полный дистрибутив" появился 214-ый |
|||
3
Sun125
28.12.18
✎
14:00
|
(2) так ошибка при первом запуске начального образа. не при синхронизации
|
|||
4
Sun125
28.12.18
✎
14:02
|
(2) Т.е. вы не заходили в состав отправляемых данных?
|
|||
5
Sun125
28.12.18
✎
14:38
|
При первом запуске начального образа ПБ такая ошибка:
Не удалось выполнить обновление. При обновлении версии программы возникла ошибка: Информационная база не может быть обновлена из-зи проблемы в главном узле: - главный узел был некорректно обновлен... - либо были отменены к выгрузке приоритетные данные (элементы справочника Идентификаторы объектов метаданных) С чем это может быть связано? |
|||
6
Sun125
28.12.18
✎
14:44
|
(5) Если в настройках синхронизации в главном узле галками зарегистрировать изменения (отметил все), все равно такая ошибка.
|
|||
7
Sun125
28.12.18
✎
14:45
|
(5) Из журнала регистрации:
{РегистрСведений.ПараметрыРаботыПрограммы.МодульМенеджера(523)}: Информационная база не может быть обновлена из-за проблемы в главном узле: - главный узел был некорректно обновлен (возможно не был увеличен номер версии конфигурации, из-за чего не заполнился справочник Идентификаторы объектов метаданных); - либо были отменены к выгрузке приоритетные данные (элементы справочника Идентификаторы объектов метаданных). Необходимо заново выполнить обновление главного узла, зарегистрировать к выгрузке приоритетные данные и повторить синхронизацию данных: - в главном узле запустите программу с параметром /C ЗапуститьОбновлениеИнформационнойБазы; - затем повторите создание подчиненного узла. ВызватьИсключение ТекстОшибки; |
|||
8
Sun125
28.12.18
✎
14:58
|
up..
|
|||
9
Фрэнки
28.12.18
✎
15:07
|
ну вот я сейчас пыркал-тыркал (по другому и не скажешь) - обмен все-таки заработал.
Но там часть типового функционала отображается совершенно бестолково. |
|||
10
Фрэнки
28.12.18
✎
15:09
|
даже не могу внятно описывать последовательность действий, как оно должно быть точно и правильно. Но вообще обмен запустить возможно и он даже работает :-))))
|
|||
11
FIXXXL
28.12.18
✎
15:16
|
(8) посмотри в сторону ошибок при обновлении конфиги главного узла, как вариант изменился состав метаданных, а справочник Идентификаторы... не обновился штатно
|
|||
12
Фрэнки
28.12.18
✎
15:18
|
Единственное, что у меня может быть существенным, повторяюсь - у меня этот мой тестируемый узел развернут полностью с нуля с полного дистрибутива 214 релиза. Может на другом релизе или при обновлении файлами обновлений я на такие же точно траблы уткнулся бы, как на (7)
|
|||
13
Serg_1960
28.12.18
✎
16:11
|
(0) Судя по всему, попытка создания начального образа выявила скрытую ошибку конфигурации центральной базы-источника, возникшую при обновлении.
Я бы поднял конфигурацию предыдущего релиза из архива и заново обновив, выгрузил/загрузил бы в рабочую базу. |
|||
14
Sun125
28.12.18
✎
18:11
|
(13) после обновления с 3.1.8.185 на 3.1.8.214 проблема исчезла.
|
|||
15
Sun125
28.12.18
✎
18:23
|
(13) можно было бы попробовать, но сильно доработанная конфигурация. а другим способом еще можно как-то исправить ошибки в ней?
|
|||
16
Фрэнки
28.12.18
✎
19:07
|
А тут не способ в явном виде, а просто перезапуск процедур, которые штатно перезапускаются всякий раз, когда происходит обновление базы после накатывания обновления конфигурации.
|
|||
17
Фрэнки
28.12.18
✎
19:09
|
Просто теперь, если у вас будет постоянный обмен с зависимыми узлами РИБ, вам нужно завершать процедуру обновления конфигурации обязательным "тестовым" прогоном обмена в РИБ. Если обмен проходит - все хорошо. Не проходит? Откатываемся и обновляемся заново.
|
|||
18
Sun125
28.12.18
✎
19:14
|
(17) Понятно, спасибо за информацию!
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |