ISSN 0236-235X (P)
ISSN 2311-2735 (E)

Journal influence

Higher Attestation Commission (VAK) - К1 quartile
Russian Science Citation Index (RSCI)

Bookmark

Next issue

2
Publication date:
16 June 2024

The article was published in issue no. № 4, 1988
Abstract:
Аннотация:
Author: () -
Ключевое слово:
Page views: 8270
Print version

Font size:       Font:

В операционной системе ОС ЕС от версии к версии улучшаются средства гибкой настройки на выполнение различных заданий. Включение и параметризация многих функций ОС выносятся из процесса генерации на уровень инициализации системы, что увеличивает возможности ее адаптации к конкретному объекту применения.

Улучшение алгоритмов планирования и увеличение количества функций управления ходом вычислительного процесса в ОС позволяет уменьшить нагрузку на оператора и снизить требования к уровню его квалификации. Однако это не снимает проблем технологической настройки системы на конкретное применение. Здесь вся нагрузка и ответственность возлагаются на оператора ЭВМ, следящего за ходом решения задач.

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

Существуют инструкции оператору по работе с ОС, базами данных, диалоговыми системами, системами учета ресурсов ЭВМ и т. д. Практически каждая решаемая на ЭВМ задача сопровождается инструкцией оператору. К тому же использование универсальных программных средств для решения задач приводит к увеличению количества запросов оператору в связи с расширением выбора функций, выполняемых программой. В случае решения конкретной задачи действия оператора при появлении таких запросов, как правило, однозначны. Возможность описания в конкретной ОС действий, соответствующих определенным ситуациям, в виде таблицы:

«Сообщение — действия оператора» привела бы к значительному снижению необходимости вмешательства в работу вычислительной системы извне. Попытка решить проблему автоматического управления техпроцессом обработки информации в ОС ЕС и настройки среды системы на решение конкретных задач привела к созданию программного средства описания реакции на запрос СРЕЗ. По идеологическим принципам данное средство сопоставимо с системой «программируемый оператор» (ПРОП), развивающейся в рамках СВМ, а по функциональному назначению может сравниваться с конвейерными средствами планировщика команд SHELL операционной системы UNIX. Программа СРЕЗ позволяет задать реакцию на возникновение определенной ситуации в системе, идентифицируя ее с помощью сообщения, выдаваемого на консоль оператора. Используя набор параметров, описывающих фрагмент текста сообщения и идентификацию выдавшего его процесса, администратор задает условия, при соблюдении которых будут предприняты соответствующие данной ситуации действия.

В рамках СРЕЗ различаются два основных типа реакции на поступающие сообщения:

•    ответ на вопрос программы или системы;

•    выполнение команды оператора ЭВМ.

Для более детального анализа ситуации или выполнения каких-то специфических действий предоставляется возможность синхронного выполнения пользовательской программы с передачей ей необходимых параметров. Подавление отображения сообщения на консоль оператора дает возможность снять с оператора лишнюю нагрузку и позволяет концентрировать внимание только на содержательных сообщениях.

В рамках СРЕЗ предусмотрено описание не скольких запросов на обработку конкретной ситуации. Таблицы описания запросов подключаются динамически и связываются в цепочки. Такое решение обеспечивает максимальную гибкость, но и вместе с тем ставит проблемы обеспечения безопасности системы в связи с возможностью неквалифицированной обработки критических ситуаций. Для того, чтобы требуемые действия в определенных ситуациях могли описывать не только администратор и системный программист, предусмотрена иерархия запросов. При выполнении более приоритетных действий (приоритет определяется последовательностью описания) можно отменить все последующие запросы на обработку данной ситуации. Это позволяет оградить общесистемные функции от неквалифицированного вмешательства и предоставляет широкие возможности автоматического управления процессом решения задач. Кроме организационно-технологических задач общесистемного порядка, СРЕЗ позволяет решить и ряд других проблем. При работе вычислительного центра по графику можно описать последовательность решения задач, анализируя сообщения о ходе выполнения работ и выдавая команды запуска последующих заданий в зависимости от результатов предыдущих.

Помимо функциональных действий, СРЕЗ может быть использован для регистрации событий в системе и дополнения информации, собираемой программами регистрации ошибок, универсальным средством трассировки и системной мониторной программой. В случае превышения некоторого порогового значения супервизор ввода-вывода, как правило, выдает сообщение на консоль оператора о сбоях устройств. Данная информация может быть зафиксирована с помощью СРЕЗ и использована для последующего анализа. Регистрация и анализ сообщений планировщика заданий позволяет выяснить время и причины недоступности ресурсов, выделенных для выполнения задания на этапе инициализации (например, ожидание освобождения наборов данных, раздела оперативной памяти, места на томах прямого доступа). Переполнение статистических наборов (SYS1. LOGREC, SYS1. MANX/Y.SYS1 .TRACE) вследствие несвоевременной разгрузки ведет к потере части статистической информации. СРЕЗ позволит автоматизировать обработку этой ситуации и тем самым избежать потерь. Системные средства автоматического рестарта аварийно завершенных заданий почти не анализируют причин аварийного завершения (единственным критерием целесообразности повторного пуска задания служит код аварийного завершения). Таблица допустимых кодов строится на этапе генерации и едина для всех заданий, выполняемых в данной ОС. Анализ сообщения об окончании задания с помощью СРЕЗ позволит дифференцировать подобные действия по конкретным заданиям и более подробно проанализировать причины аварийного завершения и целесообразность повторного пуска.

Еще более существенны моменты, когда система не в состоянии не только произвести рестарт задания, но и выяснить причины аварии (например ситуация, сопровождаемая сообщением «IEA023I JJJ SSS CORE IMAGE COMPLETE»). В этом случае не формируются даже записи SMF, что приводит к потере информации по заданию. Сбор подобной информации можно осуществить, используя программы выхода СРЕЗ.

Другими важными применениями программ выхода являются перераспределение сообщений о прохождении пакетных заданий на терминалы, не являющиеся консолями оператора ЭВМ (подобно параметру NOTIFY в системе разделения времени) и преобразование некоторых сообщений к удобной для пользователя форме.

Во время работы СРЕЗ не занимает отдельного раздела, нужные модули в процессе инициализации помещаются в область системных очередей и остаются там до перезагрузки ОС. Активизация ПС СРЕЗ происходит при первом запуске процедуры инициализации, по завершении которой оно остается в системе до следующей загрузки ОС. Задание СРЕЗ существует только в процессе инициализации, в течение остального времени его модули работают под управлением тех задач, которые выдали запрос на вывод сообщения оператору. Таблица запросов транслируется во внутреннее представление на этапе инициализации. Удаление и подключение пользовательских описаний производятся запуском специальных процедур.

Работоспособность ПС проверена в ОС 6.1-01 в режимах MVT и SVS. Ведутся работы по внедрению программного средства в ОС 7.1 (TKS) фирмы РОБОТРОН и БОС СВМ.


Permanent link:
http://swsys.ru/index.php?page=article&id=1493&lang=en
Print version
The article was published in issue no. № 4, 1988

Perhaps, you might be interested in the following articles of similar topics: