Имя: Пароль:
1C
 
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
Компьютер — устройство, разработанное для ускорения и автоматизации человеческих ошибок.