Уважаемые форумчане, помогите советом. Опыта работы с процессорной части нет
Есть 61с. Проблемма такая:

LD 137
.stat rdun
RDUN DISABLED

.stat
IOP 0 ENABLED (STANDBY: S/W STATUS) IODUC
IOP 1 ENABLED (ACTIVE) IODUC
CMDU 0 ENABLED (ACTIVE)
CMDU 1 DISABLED (Not in SYNC)
RDUN DISABLED
ELNK ENABLED
SDEV 1 OK (KC VALID)

Я так понимаю, что в LD 135 сделать SCPU, а затем в
LD 137 нужно сделать SYNC. Так?
И извините за профанский вопрос: RDUN - это что? Где почитать?

.test rdun

CIOD014 RDUN test fail
.
SCSI106 Files that are different in Partition: /u

SCSI105 Files that are different in Dir: DB

SCSI104 CMDU:0 LASTARC.STT 21/01/09 15:37:05, Size:11

SCSI104 CMDU:1 LASTARC.STT 19/12/08 14:48:16, Size:12

SCSI104 CMDU:0 CONFIG.REC 21/01/09 15:27:18, Size:1024

SCSI104 CMDU:1 CONFIG.BAK 0/00/28 00:05:29, Size:1024

SCSI104 CMDU:0 DATABASE.REC 21/01/09 15:27:18, Size:269312
SCSI104 CMDU:1 DATABASE.BAK 0/00/28 00:05:29, Size:242688

SCSI104 CMDU:0 HDBAK.OK 28/03/06 12:41:05, Size:214

SCSI104 CMDU:1 HDBAK.OK 0/00/28 01:06:09, Size:214

SCSI104 CMDU:0 CONFIG.BAK 21/01/09 00:00:13, Size:1024

SCSI104 CMDU:1 CONFIG.REC 19/12/08 14:47:20, Size:1024

SCSI104 CMDU:0 DATABASE.BAK 21/01/09 00:00:13, Size:269312

SCSI104 CMDU:1 DATABASE.REC 19/12/08 14:47:20, Size:242688

SCSI104 CMDU:0 LASTARC.SAV 21/01/09 15:36:00, Size:11

SCSI104 CMDU:1 LASTARC.SAV 18/04/02 17:27:21, Size:11

SCSI104 CMDU:0 ESET1.DB 28/03/06 12:41:05, Size:25

SCSI107 ... etc
Станция рабочая.

почитать в доке.

CIOD0014 RDUN test failed because the disk contents are not synchronized.
Action: Be sure to synchronize disks before attempting RDUN.

это в 137 sync
scpu - не нужно. да и не даст...

Я почему подумал, что нужно сменить активность процессора. CMDU который нужно синхронизировать находится на полке активного процессора. При синхронизации не повлияет эта ситуация? Нужно-ли до синхронизации делать резервное копирование БД?

CMDU и CP жестко не привязаны друг к другу в коре.
Резервное копирование, имхо, никогда не вредит.

Т.е. СР работает с исправным CMDU? И станция сама "видит", что и от чего нужно синхронизировать?
Подскажите пожалуйста в каких доках описана работа СP, а также устройство и взаимодействие CMDU.

Слабый автор пишет
Подскажите пожалуйста в каких доках описана работа СP, а также устройство и взаимодействие CMDU. сильная просьба, для "слабого автора" ;)

а по поводу первого вопроса - да... Меридиан, вообще, намного умнее, чем кажется с первого, второго и даже сто-второго взгляда :)
хотя, аккуратность не повредит :-)
я сам однажды синхранул, что называется, "взад" - вернул, ну ооооочень несвежую базу...

У меня на кануне Нового года станция грузанулась, я чего-то сделал не так и у меня загрузилась БД годичной станции, как раз наверное с неисправного CMDU.

сильная просьба, для "слабого автора"
Нет ну правда, подскажите где описано взаимодействие СР-CMDU. Или на пальцах раскиньте, что и за что отвечает в CMDU. СD и флопик - понятно, первый - для заливки софта, а второй для резервного копирования БД, а вот что хранится в памяти и хардах не понятно. Литература кроме "русских оверлеев" есть кое-какая.

флоп для инсталляции тоже нужен... не только для сохранения...
а по поводу памяти и дисков... хм...
а в обычном компе, что там хранится? операционная система, данные пользователя (база данных).
в оперативной памяти - то, что необходимо для работы системы, на диске - загрузочные файлы и рез. копии...

я просто сути вопроса не могу понять...
что нужно-то? описать все задачи, которые там крутятся? тогда сложно будет найти чела (даже из Нортелевских программеров), который знает ВСЁ, что у работающей станции "на уме" :D
а по поводу взаимодействия элементов группового оборудования между собой - родную документацию рыть...
мне, честно сказать, лень этим заниматься, да мне и не надо...

в доке подробно описаны процедуры инсталляции, апгрейда, замены оборудования (в том числе CP и CMDU). все телодвижения для правильной синхронизации данных описаны - достаточно их соблюдать и будет Вам счастье :)

Спасибо, будем "учить матчасть"))).
Уж простите если снова к вам придётся обратиться. Классный форум. Мне у вас понравилось.

успехов!
если всерьез занимаетесь Меридианами, то документацию в руки и вперед!
дока хорошая, надо только в ней разобраться - тогда даже те задачи, которые не приходилось выполнять, станут намного проще ;)

ivanopulo пишет
успехов!
если всерьез занимаетесь Меридианами, то документацию в руки и вперед!

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

У Вас резервные базы записаны на дискетах?
Вытащите их из CMDU, перепишите на комп (заодно и резерв получится), определите какая база свежее, вставте эту дискету в рабочий CMDU и перезагрузите станцию.Если backup делали регулярно, то должно помочь.
Второй шаг - синхронизация CMDU с возобновлением RDUN. Это если получится первый...

Вытащите их из CMDU, перепишите на комп (заодно и резерв получится), определите какая база свежее, вставте эту дискету в рабочий CMDU и перезагрузите станцию.Если backup делали регулярно, то должно помочь. что мы этим изменим? Недалее как месяц назад станцию пришлось грузить поневоле, один процессор с CMDU был вынут и после его запуска скорее всего и вывода из SPLIT синхронизацию не делали, вот проблемма и осталась. Начал изучать 135-137 оверлеи и при тестировании RDUN вышло сообщение, что нет синхронизации.

если на дискете "свежая" база, то при перезагрузке она запишется на винчестер рабочего CMDU и загрузится в оперативную память. Если устаревшая, то придется подправить ручками... И только потом можно будет делать синхронизацию CMDU для восстановления RDUN

2 shar-gen: самая свежая, все равно - в оперативке :)
зачем лишний раз грузить станцию??? да еще и рисковать потерей свежей информации при этом???
любите работать? ;)

2 Слабый автор: состояние RDUN видно каждый раз при выполнении EDD

Так у него в оперативке база годовой давности...
руками править ох как долго...
или уже поправил?

shar-gen пишет
Так у него в оперативке база годовой давности...
руками править ох как долго...
или уже поправил? не понял, откуда такой вывод???
я невнимательно читал ветку?
т.е. сейчас в оперативке не та база, станция работает неправильно и есть возможность, что на одной из дискет есть база свежее?

Слабый автор пишет
У меня на кануне Нового года станция грузанулась, я чего-то сделал не так и у меня загрузилась БД годичной станции, как раз наверное с неисправного CMDU.


и автор топика пропал...

ага :D и почти месяц станция с кривой базой...
да его бы уволили :D

Ух ты какие дебаты без меня)))

Проясняю ситуацию, как всё былО)))
До Нового года грузанулась станция, я до сих пор не могу доказать, что я сней ничего не делал, ну немного ковырял кнопочки (в смысле программировал 3904). Станция выдала сообщение warm restart и...пошла по большому... загрузился core1, но со старой базой, как минимум апрель 2008г. Короче я понял, что это не нормально и стал "оживлять" core 0. Загрузился он с нормальной (актуальной) БД, всё работает. Ввёл в обслуживание и core 1, всё нормально, да не совсем, вчера обнаружил, что cmdu 1 не в синхронизме. И обнаружил это когда в ручную делал EDD. Стал делать тесты и ..получил выше приведённые логи. Как именно я изголялся над процессорами рассказывать не буду, т.к. стыдно. На обвинения руководства, что я несколько некомпетентен в устранении критических аварий, я попросился на курсы, а мне ответили, что дешевле выйдет нанять человека который уже это умеет делать и не надо тратить деньги на курсы. Вот моя история...

Но теперь я нашёл форум и прочитал FAQ и мне стало веселее...

Ну так и сделай sync, а затем data rdun. Лучше вечерком, пока абонентов мало.

Lev Serdukov пишет
Ну так и сделай sync, а затем data rdun. Лучше вечерком, пока абонентов мало.
Вот и я так же подумал, вечером. А то я спросил "старших товарищей" о последствиях неудачной синхронизации ответили, что могут быть страшные)))

ну тогда все проще...
сначала EDD в LD43 (полезно делать почаще)
а потом примерно так:
>ld 137
CIOD000
.sync
CMDU 0 IS ACTIVE; HDK WILL BE COPIED
DISK RDUN WILL BE ENABLED;
ENTER Y TO CONFIRM, N TO ABORT
.y

CIOD021 SYNC in progress (0% done)

CIOD021 SYNC in progress (100% done)

OK
.stat
IOP 0 ENABLED (ACTIVE) IODUC
IOP 1 ENABLED (STANDBY: S/W STATUS) IODUC
CMDU 0 ENABLED (ACTIVE)
CMDU 1 ENABLED (STANDBY)
RDUN ENABLED
ELNK ENABLED
SDEV 0 OK (KC VALID)
.