Аварийные ситуации на сервере MQ

1. Очереди MQ хранятся на сервере mq.vaz.ru: 1414.

Если все очереди неактивны, следует сделать ping mq.vaz.ru.

Если связи с сервером нет, обратиться к администратору MQ сервера (отдел Сумкина). Он решает, справляется ли с ситуацией, или необходимо открывать инцидент.

Если неактивны конкретные очереди, следует анализировать их – см пункт 2 a), б).

Может помочь также посмотреть очереди - Романов Алексей 642843 (отдел Афонина).

Им нужно называть имя очереди - например, UDGREDONPSF

< - UDGREPSFTOA означает очередь К PSFV

-> UDGREDONPSF означает очередь ОТ PSFV.

3. Если был перезапуск, старт сервера mq.vaz.ru или менеджера очередей,

обязательно проверять все очереди, с раскрытием деталей (F8).

Не должно быть неактивных очередей и очередей с накоплением.

a)Если есть неактивные очереди, то следует перезапустить MQ процесс, отвечающий за данную очередь.

б)Если есть очередь, в которой копятся данные (неважно, активная она или нет),

это значит - нет обмена между MQ-сервером и системой, которая забирает данные из очереди.

Следует открыть инцидент на эту систему.

4. Чтобы смотреть при необходимости протокольные файлы,

следует из командной строки запустить команду

ty log: ИМЯ_КЛИЕНТА.trace_log/p. Например ty log: MQ_GRET.trace_log/p

Коды ошибок можно посмотреть по ссылке

https://publib.boulder.ibm.com/infocenter/wmqv6/v6r0/index.jsp? topic=%2Fcom.ibm.mq.amqzao.doc

5.После ликвидации аварии, следует оценить, не было ли потерь данных.

Если администраторы сервера не исключают потерь на сервере, то следует открыть инциденты на связные системы (в случае PSFV это - STRATUS, NGRET, BVU, BCV, GPI, IFF) с описанием ситуации, времени, и формулировкой – просьба проверить возможную потерю данных в от PSFV.

Для ОА (локальная ИС отгрузки автомобилей) – наряд в нашей системе.

Со стороны PSFV абсолютным признаком потери данных является то, что автомобили прошли MADU в предыдущий день, но не получили события E04 от BVU для перехода в зону PURG и остались в зоне CLET. Но отсутствие этого признака не дает уверенности, что не были утеряны данные при передаче в другие системы.

6. Действия в PSFV по ликвидации последствий (через PSFV Central)

На настоящее время видится правильным посылка событий о последовательном прохождении точек – TCM1, SIGF, MADU, если эти прохождения утеряны (через PSFV Central). Неправильно симулировать прохождение MADU без TCM1 и SIGF.

Не представляется возможным повторная посылка данных о дефектах в NGRET.

Пример неактивной очереди:

Client MQ: MQ_GRET => liaison serveur ACTIVE │

│ < - UDGREPSFTOA PANNE