$HASP373 и IEF403I z / системный журнал операционной системы

Question

Я задаю себе вопрос о журнале z / os:

Я просто хотел бы знать, всегда ли все начавшиеся операции вызывались $ HASP373 и IEF403I?А для статуса Ended вызывается $ HASP395 и IEF404I ?

Answer 1

Нет. Эти Сообщения предназначены для Вакансии.Не все операции являются рабочими местами.Примером операции, которая не является заданием, может быть системная команда.Прямо сейчас у меня нет под рукой системы z / OS, но я верьте другим примером операции, которая не использовала бы сообщения, на которые вы ссылаетесь, была бы запущенная задача.

Это может быть полезно, поскольку в нем предпринята попытка объяснить концепции z / OS в терминах Unix.

Answer 2

Проблема с z / OS в том, что это в самом деле трудно объяснить что-либо, не вводя другую концепцию, которая также нуждается в объяснении.Это, в свою очередь, требует другого объяснения и т.д.Отчасти это связано с тем, что операционная система z / OS родом с другой планеты по сравнению с Unix, Windows, OS X и т.д., Все из которых в целом схожи.

Эти сообщения выдаются системой для выполнения большей части работы, которая выполняется на мэйнфрейме, но не для всей.

Вся работа на z / OS выполняется в ее собственном адресном пространстве, которое почти как мини-виртуальная машина.В системе z / OS будет много адресных пространств (в настоящее время в нашем 380).Программа в адресном пространстве не знает ни о каких других адресных пространствах и думает, что у нее есть доступ ко всему диапазону памяти объемом 2 ГБ (31-разрядная адресация) (разные адресные пространства может обменивайтесь данными при необходимости и авторизации, и доступно более 2 ГБ с 64-разрядной адресацией).Программа в одном адресном пространстве не может привести к аварийному завершению работы программы в другом адресном пространстве путем перезаписи хранилища.Программы в двух разных адресных пространствах могут обращаться к одному и тому же адресу памяти, но не влияют друг на друга, поскольку на самом деле они, сами того не ведая, будут обращаться к разной памяти.

Существует 4 типа адресных пространств:

• TSO (опция совместного использования времени) - это пользователи, вошедшие в систему, набирающие команды и получающие ответы.Они могут запускать скрипты, используя языки REXX и Clist (Списки команд - более старые, обычно заменяемые на REXX), очень похожие на скрипты Perl и shell, отправлять пакетные задания, писать и компилировать код и т.д.
• ПАКЕТНЫЕ ЗАДАНИЯ (или JOB) - это то место, где вы хотите запустить программу, поэтому вы создаете текстовый файл с именем программы (ов) для запуска и файлом (ами), который ей (им) нужен (ы), и ОТПРАВЛЯЕТЕ его.Система запустит программы и сообщит вам, когда они будут выполнены, во время выполнения вы можете пойти и сделать что-нибудь еще.Вам даже не нужно входить в систему - вы можете подготовить FTP-задание (например) для запуска в 01:00, пока вы спите, и другое задание для запуска, если первое сработает.

• ЗАПУЩЕННЫЕ ЗАДАЧИ (STCS) - очень похожи на пакетное задание.Обычно запускается либо самой системой при ее запуске, либо оператором, выдающим команду ЗАПУСКА для этого STC на системной консоли.(Например."ЗАПУСТИТЬ DB2" запускает запущенную задачу DB2.В качестве альтернативы пользователь может отправить пакетное задание для своей собственной тестовой системы DB2.)

• Системные адресные пространства (SYSAS).Рассматривайте их как демон Unix.запускается самой операционной системой для различных важных процессов.Существуют также адресные пространства, представляющие процессы, работающие под управлением "Unix" половины z / OS (системные службы USS - Uxniz), но это уже другая история.

В терминах z / OS не существует такого понятия, как "операция".В адресном пространстве может быть запущено множество программ, каждая из которых идентифицируется TCB (блок управления задачами) или SRB (блок системных запросов).

Однако, если бы вы знали, что нужная вам информация была получена обычным пакетным заданием, то поиск сообщений £ HASP373 и £ HASP395 для этого задания был бы правильным началом.Имейте в виду, что идентификаторы сообщений (HASP373 и HASP395) в вашей системе могут не начинаться с '£'.'£' используется по умолчанию, но это настраиваемый параметр.$ и # также довольно распространены.

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

Answer 3

Работа

попадает в Z / OS через что-то, называемое интерфейсом подсистемы. Часть этого потока - это то, что, как правило, когда запускается адресное пространство, он запрашивает работу от подсистемы, которая начала адресное пространство через четко определенный интерфейс (IEFSSSREQ). Это рукопожатие - там, откуда приходят вещи, такие как ваши сообщения HASP.

Вот пример пример.

Оператор входит в команду запуска из системной консоли. В рамках обработки этой команды система создает адресное пространство, и в конечном итоге нить в новом адресном пространстве говорит: «Хорошо - я готов ... Дай мне некоторую работу». Это отправляется на первичную подсистему ввода работы, которая вручает адресное пространство для чего-то делать - внутренние структуры данных, представляющие задачу, которую начал оператора в этом случае. В рамках этой цепочки выпускаются различные сообщения $ HASP, и это работает в значительной степени так же для сеансов TSO, начал задачи (STC) и JCL, представленные на пакетную работу.

jes2 / ises3 - это примеры подсистем, но есть другие.

Например, если наш оператор добавил параметр SUB= MSTR в команде «Пуск», запросы не будут проходить через основной челк - и поэтому не будет никаких из сообщений $ HASP, которые вы ищете. Есть много приложений поставщиков, которые начинают и управлять адресными пространствами за пределами Ии, и это то, что вы пропустите, ограничивая себя до сообщения HASP и IEF401.

также, Услуги Unix имеют множество API, подобных Unix «Fork», который можно использовать для создания адресовных пространств без обязательного участия.

Если вы хотите знать о деятельности, начиная и заканчивая, есть лучшие способы - SMF, ENF сигналы и т. Д. Отличный способ узнать этот материал, если вы уже не знаете, это использовать системные трассы и читать некоторые свалки. Чудесная вещь о Z / OS заключается в том, что все в порядке, для тех, кто проводит время, выяснение, где смотреть.

Answer 4

Работа - это то, что проходит через ise2 / isoS3. (В вашем случае, ЕСЭ2.) Джобс Es2 / Ess3, как правило, используются для пакетных типов работ. Например, работа сортировки, где я что-то представляю, и вернусь позже и получите ответ. Тем не менее, есть много работы, работающих под z / ОС, которая не проходит через Is2 / Ess3.

Часть проблемы Вот то, что вы подразумеваете под операцией; Например, в то время как вы можете получить сообщение о том, что DB2 началась, после того, как он начнется, он не собирается рассказать вам каждый раз, когда он получает запрос. Пользователь TSO может запустить Rexx Exec под своим адресном пространством, но это не собирается пройтись черезЬ.

Другой способ посмотреть на это то, что isoS2 / ises3 - это подсистемы управления работой, но они не эквивалентны ядру на системе Unix / Windows, которая запланирует все работы, работающую в системе. Для z / OS есть несколько способов, которыми работает работа в систему; Примеры включают IS2 / ES3, TSO, ISPF, CICS, DB2, IMS через консоль и т. Д. Тогда до мастер-планировщика / WLM / SRM для управления всеми запросами, которые проходят через все подсистемы.

Если у вас есть доступ к системе Z / OS, посмотрите на SDSF, или все, что вы используете для управления Ease2. Панель ST, под SDSF, является списком вещей, которые работают / имеют право на работу, которые управляются IS2. Однако, если вы посмотрите на панель DA (предполагая, что у вас есть полномочия для этого), вы отметите, что на панели DA много адресов, которые отображаются на панели DA, которые не отображаются на панели ST. < / P >.

Answer 5

Если адресные пространства запускаются через jes2-подсистему, что обычно является случай, если не указано другая подсистема или MSTR, не указано с использованием команды MVS BART, то запущено значение Jobname $ hasp373.Точно так же, когда адрес адресных пространств заканчивается, выдается сообщение $ Hasp395.

IEF403I и IEF404I Сообщения выдаются системой в аналогичных ситуациях и независимо от того, что делают либо Is2, либо Is3, либо независимо от того, в какой подсистеме было запущено адресное пространство.Сообщения выдаются только тогда, когда оператор запросил мониторинг имен заданий, используя команду SETCON MONITOR или команду MONITOR JOBNAMES.Продукты для автоматизированных операций обычно делают это.