![]() |
![]() |
![]() |
|
v8: РИБ. Преобразование подчиненного узла в главный | ☑ | ||
---|---|---|---|---|
0
ПульсЪ
16.02.11
✎
16:01
|
Всем привет)) такой вопрос, мб кто сталкивался, есть некто, кто каким то мудреным образом сумел обновить подчиненный узел... ппц.. естественно обмен нарушился, и теперь он работает в одну сторону. т.е. получается на подчиненном узле актуальные данные, на главном устаревшие.. вопрос такой, возможно ли как нибудь преоброзовать подчиненный узел в главный и соответственно настроить заново обмен?
|
|||
1
mikecool
16.02.11
✎
16:03
|
если в подч актуальные - повтори им регистрацию и выгрузи в главный
|
|||
2
Живой Ископаемый
16.02.11
✎
16:03
|
запустить конфигуратор с ключем /ResetMasterNode
|
|||
3
Живой Ископаемый
16.02.11
✎
16:04
|
но вообще правильнее как (1)
|
|||
4
mosAdm
16.02.11
✎
16:06
|
а мне казалось что так
ПланыОбмена.УстановитьГлавныйУзел(Неопределено); Описание: Устанавливает главный узел распределенной информационной базы для текущей информационной базы или отменяет назначение главного узла. |
|||
5
ПульсЪ
16.02.11
✎
16:11
|
(1) (2) спасибо, вечером база будет проверю оба варианта, а такой вот не прокатит?
есть: ПланыОбмена.УстановитьГлавныйУзел(Неопределено); сделать: ПланыОбмена.УстановитьГлавныйУзел(ГлавныйУзел); |
|||
6
Живой Ископаемый
16.02.11
✎
16:12
|
2(4) Ну вот открой для себя еще и (2)
|
|||
7
Живой Ископаемый
16.02.11
✎
16:13
|
2(5) тебе как раз нужно
ПланыОбмена.УстановитьГлавныйУзел(Неопределено); и это является аналогом /ResetMasterNode |
|||
8
ПульсЪ
16.02.11
✎
16:14
|
(6) =) вечером отпишу по результатам)
|
|||
9
mosAdm
16.02.11
✎
18:46
|
(6) Не хочу, мне малость не удобно писать параметры строчкой, путь к базе, имя пользователя пароль, потом преодолевать административные настройки в висте. Вот.
Обработкой в одну строку побыстрее будет. |
|||
10
Живой Ископаемый
16.02.11
✎
18:57
|
2(9) Фантазер:
http://screencast.com/t/4TM7ojNH3RH |
|||
11
Живой Ископаемый
16.02.11
✎
19:03
|
Кроме того, зачем этот параметр в режиме конфигуратора вообще?
Потому что код можно вообще иногда не выполнить. Картинка: Мы поменяли конфигурацию в центре, где-то слажали, выполнили обмен в центре - сообщение с изменнной конфой записалось. В периферии запускаем обмен, при первом приняли изменения конфигурации, зашли вконфигуратор, приняли изменения, запускаем предприятие - оно не запускается - наша лажа всплыла именно в ИБ перфирии.. Либо даже запускается, но обмен второй раз(уже данными) не выполняется - наша лажа касается именно приема или записи данных. Единственный выход - сбросить перифрийность в режиме конфигуратора, исправить лажу в центре, выгрузить и доставить ЦФ-ник, загрузить его в перефирии. Так что про этот ключ нужно знать |
|||
12
mosAdm
16.02.11
✎
19:22
|
(11) когда выход единственный это несомненно (хотя не обязательно запускать базу с изменениями, а?).
Мне было проще послать обработку с одной строчкой и с половиной кнопки :-). |
|||
13
ПульсЪ
17.02.11
✎
13:26
|
первым способом че т не получилось, хз, наверн мало шарю по РИБу, 2-м прокатило, сбросил узел, сделал заново РИБ, выполнил обмен, все рабит, всем спс
|
|||
14
Живой Ископаемый
17.02.11
✎
13:29
|
2(13)что такое первый способ а что второй?
|
|||
15
ПульсЪ
17.02.11
✎
13:30
|
(14) 1 - если в подч актуальные - повтори им регистрацию и выгрузи в главный
2 - ПланыОбмена.УстановитьГлавныйУзел(Неопределено); и это является аналогом /ResetMasterNode |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |