Принципы устранения неисправностей в ewsd

В EWSD следует различать ошибки, происходящие в SW и HW, и не оказывающие серьезного влияния на функционирование системы EWSD и аварийные ситуации для устранения последствий которых привлекается руководство по стандартному устранению неисправностей (MMN) или задействуются средства нестандартного устранения неисправностей (NM).

Обычно персонал станции готов (по квалификации и по обеспечению документацией) решать задачи по стандартному устранению неисправностей (Alarm - тревога), для чего на станции имеется соответствующая документация MMN:EXCHANGE.

Если на станции возникает неисправность типа EMERGENCY (критическая ситуация, авария), то квалификации персонала чаще всего недостаточно для устранения возникшей неисправности. В этом случае необходимо срочно обращаться в вышестоящий центр сервисного обслуживания (TAC), где имеется полная документация по нестандартному устранению неисправностей NM:EMCY. Такие неисправности сопровождаются выводом на экран ОМТ сообщений типа:

CALL PROCESSING BASIC OPERATION базовый режим обработки вызовов, при котором процессор CP практически полностью продолжает обслуживать вызовы, а функции по O&M сворачиваются до минимума, необходимого чтобы сделать перезагрузку станции.

Сообщение УCALL PROCESSING BASIC OPERATION сопровождается извещением УIMMEDIATELY CONTACT TAC1Ф немедленно свяжитесь с ТАС1.

В дальнейшем мы будем рассматривать только неисправности, сопровождаемые выдачей алармов на SYPD или на OMT, и для устранения которых достаточно стандартных процедур, описанных в соответствующих руководствах по устранению таких неисправностей Ц MMN.

 

1 Структура документации по стандартному устранению неисправностей

Руководство по стандартному устранению неисправностей содержит стандартные процедуры устранения неисправностей и разбито на следующие тома:

MMN:SYP Ц содержит главную процедуру (процедуру процедур) устранения неисправностей SYP100 и ей сопутствующие процедуры;

MMN:CP113 Ц содержит набор процедур по устранению неисправностей в координационном процессоре CP113;

MMN:DLU Ц содержит набор процедур по устранению неисправностей в DLU;

MMN:LTG и т.д.

Каждый из этих томов начинается с введения (IN - Introduction), в котором содержится общая информация, касающаяся неисправных подсистем EWSD, затем идет основная часть (FC Ц Fault Clearing Ц устранение неисправностей), в которой содержатся процедуры устранения неисправностей в данной подсистеме EWSD. Заканчивается том разделом ТАВ, в котором приводятся таблицы по монтажным позициям неисправных модулей, по расположению предохранителей, светодиодов и т.п.

2 Основная процедура устранения неисправностей

Независимо от характера и серьезности неисправности, главной процедурой начала устранения всех неисправностей в EWSD является процедура процедур - SYP100. В версии EWSD 7V, эта процедура содержит 56 шагов по локализации неисправностей, в версии EWSD 10V процедура SYP100, содержит уже 81 шаг. Однако, не зависимо от версии главная цель процедуры SYP100 Ц локализовать неисправность, т.е. - вывести на конкретную процедуру устранения данной неисправности (типа MMN:DLU, MMN:LNG, MMN:SN и т.п.), либо, если данная неисправность не устраняется стандартными процедурами, вывести на сообщение CALL PROCESSING BASIC OPERATION и связанное с ним извещение УIMMEDIATELY CONTACT TAC1Ф немедленно свяжитесь с ТАС1.

После того как неисправность локализована, и выполнена конкретная процедура по устранению этой неисправности, необходимо завершить работу выполнением короткой (не более семи шагов) процедуры SYP101.

Краткое изложение всех стандартных процедур по устранению неисправностей (SYP100, SYP101 и всех конкретных Ц MMN:DLU и т.п.) содержится в следующих этапах устранения неисправностей.

Данные этапы практически приходится дополнять (ввиду сложности и взаимосвязанности некоторых неисправностей) так называемым методом научного тыка.

Основные этапы устранения неисправностей

1. Услышав звук сирены, посмотреть на SYPD и определить грубо аварийный объект (OBJECT) и приоритет аварии.

2. Нажать на SYPD кнопку ACCEPTEDФ, чтобы убрать звук.

3. Если приоритет CRITICAL или MAJOR то немедленно сесть за ОМТ.

4. Открыть сессию (ввести свой LOGIN и пароль).

5. Отменить подавление вывода сообщений на экран ОМТ. Подавление обычно включается для того, чтобы не мешали множественные, не очень важные сообщения, нормальной работе по эксплуатации EWSD. Основное направление сообщений о неисправностей Ц по умолчанию Ц на SYPD и в аварийные файлы (типа AM.ALARM) на винчестере Ц MDD. Формат команды отмены (деактивизации) подавления сообщений на ОМТ:

DACTOUTSUP:LOCDEV=SYSTEMDEVICE-FUOMT;

6. Командой DISP ALARM: OBJECT= Е.; просмотреть и запомнить аварийную информацию (о типах и номерах аварийных модулей - объектах, номере аварийного сообщения - MSGNO и т.п.). Параметр OBJECT должен соответствовать типу аварийного объекта, предварительно определенного по SYPD.

7. Командой SRCH ALARM:OBJECT=Е ; - определить и запомнить номер процедуры на экране ОМТ для устранения данной неисправности (например, MMN:DLU08). Номер процедуры приводится справа в выводе на команду SRCH ALARM.

8. Взять том документации с определенной процедурой (например, MMN:DLU08). Дальнейшая работа будет заключаться в выполнении данной локальной процедуры.

9. Сообщить системе EWSD, о номере неисправности, устранением которой, надо заняться в первую очередь (т.е. установить статус аларма с данным номером Ц MSGNO в IP Ц УIn Proceeding Ц в работеФ):

SET ALSAT:ALSTAT=IP, MSGNO=Е.;

Если одновременно выдано несколько алармов с разными приоритетами и номерами MSGNO, то в первую очередь необходимо заняться устранением неисправности с наивысшим приоритетом, а если таких несколько, то с наименьшим номером MSGNO среди них.

10. Выполнить конкретную локальную процедуру MMN:Е для устранения данной неисправности (см. п. 3.11Е3.16).

11. Все конкретные процедуры по устранению неисправностей, не зависимо от их сложности, сводятся в основном к следующим этапам (п.3.12Е3.16).

12. Командой CONF УOBJECTФ, перевести соответствующий объект (определенный грубо по SYPD и локализованный в командах DISP ALARM и SRCH ALARM см. п.3.6 и 3.7) в заблокированное состояние. При этом обращать внимание на таблицу возможных переводов данного объекта из одного состояния в другое (см. помощь в HELP по данному параметру).

13. Зайти на станцию и заменить заблокированный блок, предварительно выключив питание на данной полке. Возможно также понадобится замена стативных предохранителей, перезагрузка ПО в замененных модулях, путем нажатия кнопок на лицевой панели этих модулей и т.п. Ёто самый эвристический этап в процессе устранения неисправностей. Именно здесь наиболее применим Уметод научного тыкаФ, ввиду сложности и множественного характера некоторых неисправностей. Т.е. каким бы не было хорошим ПО по локализации неисправностей Ц всегда находятся такие неисправности, в процедурах устранения которых указан не конкретный УвиновныйФ блок, а целый перечень наиболее вероятных блоков и рекомендуемый порядок замены их. Перед выходом со станции не забыть включить питание.

14. Вернуться за ОМТ и продиагностировать замененный блок командой DIAG УOBJECTФ, при этом следить, чтобы его оперативное состояние было MBL Ц заблокировано на тех. обслуживание (OST=MBL).

15. Если результаты диагностики неуспешны (см. соответствующие сообщения в выводе на ОМТ), повторять п.3.13 и 3.14 до успешного окончания диагностики, заменяя на станции подозреваемые модули и предохранители в различных сочетаниях и порядках.

16. Если результаты диагностики успешны Ц активизировать замененный блок (Командой CONF УOBJECTФ, перевести соответствующий объект в состояние OST=ACT). При этом обращать внимание на таблицу возможных переводов данного объекта из одного состояния в другое (см. помощь в HELP по данному параметру).

17. Посмотреть на аварийное табло Ц если алармы исчезли, значит неисправность устранена и необходимо закончить работу выполнением процедуры SYP101 Ц п. 3.18Е3.20. Если светодиоды на SYPD по-прежнему светятся (возможно другие и возможно с другим приоритетом), то необходимо вернуться к п.3.6 и повторить все пункты, при этом возможно устранение неисправностей в других блоках.

18. Командой SRCH ALARM Ц еще раз просмотреть информацию, выводимую на ОМТ. Если в ответ на введенную команду SRCH ALARM отображается сообщение: УNO MORE DATA FOR DISPLAY AVAILABLEФ Ц Убольше нет данных, доступных для отображенияФ Ц перейти к п.3.19 для завершения работы. Если на экране ОМТ появляется сообщение об алармах (возможно о новых), то вернуться к п.3.6.

19. Активизировать подавление вывода сообщений на экран ОМТ командой Ц ACTOUTSUP; (без параметров).

20. На этом процедуру устранения неисправностей можно считать законченной и закрыть сессию командой END SESSION;

Оперативные состояния аппаратных средств в EWSD (OST)

4.1. Состояние готовности (READY)

ACT Ц нормальное рабочее состояние

STB (stand by) Ц резервное состояние для не дублированных блоков

SPR (spare) Ц резервное состояние для дублированных блоков (ведомый)

MAS (master) Ц активное (ведущее) состояние для блоков процессора

4.2. Состояние готовности (NOT READY)

CBL (conditionally blocked) Ц условно блокирован; промежуточное состояние УмягкойФ для блоков типа LTG при котором существующие вызовы не разрушаются, но новых вызовов не создается

MBL Ц (maintinance blocked) Ц заблокирован для ТО

UNA Ц (unavailable) Ц блок недоступен по причине его неисправности

NAC Ц (not access) Ц нет доступа к блоку, по причине выхода из строя вышестоящего блока (например, при выходе из строя LTG, соответствующий DLU будет в состоянии NAC, а вышедший из строя LTG Ц в состоянии UNA)

4.3. Блок отсутствует (PLANNED)

PLA Ц (planned) Ц блок описан в БД по конфигурации станции, но в данный момент физически отсутствует

4.4. Временные (переменные) состояния (TEMP)

DST Ц (destroy - разрушен) Ц ПО по ТО станции в данный момент не смогло определить состояние этого блока, по причине серьезного выхода его из строя

NON Ц состояние блока после DST, после того как ПО по ТО станции смогло определить состояние этого блока

Для отображения OST какого-либо объекта служит команда STAT УOBJECTФ, для изменения OST Ц служит команда CONF УOBJECTФ.

Коды обработки алармов

Устанавливаются по команде SET ALSTAT или изменяются ПО по O&M.

 

NP Ц (No Proceeding Ц не обработан) Ц в данный момент устранением причины этого аларма никто не занимается

IP - (In Proceeding Ц в процессе обработки) Ц устранением причины этого аларма занимаются

Приоритеты алармов

CRITICAL Ц наивысший приоритет аларма, требующий принятия безотлагательных мер по его устранению. Связан со значительной потерей качества обслуживания вызовов, при выходе из строя недублированных блоков, например, LTG, или обоих дублированных блоков, например одноименные TSG в обоих половинах SN.

MAJOR Ц серьезный аларм, связан с выходом из строя одного из дублированных блоков (например BAP)

MINOR Ц аларм не требующий принятия срочных мер, например, заполнен до определенного порога циклический файл учета стоимости

INDICATION Ц напоминания персоналу, например о заблокированном одном из дублированных блоков

На SYPD приоритеты алармов отображаются с помощью светодиодов, мигающих с разной частотой, или горящих непрерывно, а также с помощью звуковой сирены.

Приоритеты алармов могут изменяться в определенных пределах по команде ENTR ALPRIO;. Существующие приоритеты могут отображаться по команде DISP ALPRIO;

Методы HTTP запросов и их параметры

Любое динамическое веб-приложение формирует ответ пользователю в соответствии с введенными им параметрами или выполненными действиями на стороне клиента. Обращение к серверу чаще всего сводится к двум видам запросов: с использованием метода GET или метода POST. Пару слов о различиях между двумя этими видами запросов.

Метод GET:

1. Параметры передаются в заголовке HTTP запроса, поэтому видны в командной строке, и такой запрос может быть сохранен в закладках. Поскольку общая длина заголовка ограничена, то и количество и длина параметров, передаваемых с помощью GET также ограничена.

2. Считается, что результаты нескольких, выполненных подряд одинаковых запросов GET должны быть одними и теми же.

Метод POST:

1. Параметры запросов передаются в теле HTTP запроса, поэтому в командной строке их нет. Количество и размер параметров неограничен.

2. Считается, что результаты нескольких идентичных запросов POST могут возвращать различные значения, поскольку могут изменять свойства целевого объекта.

Метод GET следует использовать для извлечения содержимого информационного ресурса согласно параметрам, когда не требуется вносить изменения в структуры данных целевого ресурса, а запрос (URL) имеет смысл сохранять в закладках. Скорость выполнения метода GET может быть выше аналогичных запросов с использованием метода POST.

Метод POST следует использовать, когда необходимо скрыть из URL передаваемые на сервер параметры. Данный метод также следует использовать в запросах на изменения содержимого целевого ресурса, передавая в параметрах (в теле запроса) описание этих самых изменений.

Общий вид ссылки с параметрами с использованием метода GET выглядит следующим образом: путь к ресурсу?параметр1=значение1&параметр2=значение2&…

Если у вас нет специальной HTML формы для заполнения параметров, то вы можете отладить работу вашего PHP приложения, передавая тестовые параметры прямо в командной строке браузера, например: http://codingcraft.ru/php-samples/sql.php?sql=select * from d_staff

Для обращения к параметрам запроса на стороне сервера следует использовать глобальные массивы $_GET и $_POST соответственно. Если вашему приложению все равно, с использованием какого метода к нему обратились, то следует использовать массив $_REQUEST, который объединяет в себе данные массивов $_GET и $_POST, например, так: $sql = isset($_REQUEST["sql"]) ? $_REQUEST["sql"] : "";

В этом примере программа определяет, был ли передан параметр “sql”: если да, то присваивает соответствующей переменной его значение, и если нет, то присваивает ей пустое значение.

Определение параметров HTTP запроса через HTML форму

Конечно, определять параметры вручную прямо в командной строке браузера не очень удобно. Такой способ подходит для программного выполнения HTTP запросов при общении веб-приложений между собой. Для того чтобы ввести и осуществить первоначальную проверку данных на стороне клиента следует использовать HTML формы и язык программирования JavaScript. Ниже приведен пример простейшей формы, с помощью которой вводится текстовый параметр (значение SQL запроса), который впоследствии передается на сервер в качестве параметра метода POST.

<form method='post' action=’sql.php’ >

SQL:<br/>

<textarea name='sql' cols='100' rows='8'></textarea><br/>

<input type='submit' value='Выполнить'/>

</form>

В атрибуте method элемента form указывается метод, определяющий способ передачи данных на сервер (get или post). В атрибуте action указывается php файл, который будет обрабатывать запрос. Если обработчиком должен быть текущий файл, то атрибут action добавлять не нужно. Для всех элементов, чье значение должно быть передано в качестве параметра HTTP запроса следует определить уникальное значение атрибута name. Именно значение атрибута name будет являться индексом в массивах $_GET, $_POST или $_REQUEST (смотрите пример выше). Нажатие на кнопку submit отправляет форму со всеми введенными значениями на сервер.