$HASP373 e IEF403I z/os syslog

Question

Pergunto-me uma pergunta sobre o z/os de registo:

Eu só gostaria de saber se todas as operações de introdução foram sempre chamados por $HASP373 e IEF403I ?E para o estado Terminou chamado por $HASP395 e IEF404I ?

Answer 1

não. . Aqueles Mensagens são para trabalhos . Nem todas as operações são empregos. Um exemplo de uma operação que não é um trabalho seria um comando do sistema . Eu não tenho um sistema z / OS à mão agora, mas eu acredito Outro exemplo de uma operação que não usaria as mensagens que você referência seria uma tarefa iniciada.

Este pode ser útil, pois tenta explicar os conceitos z / OS em termos do UNIX.

Answer 2

O problema com o z/OS é que é realmente difícil explicar algo sem introduzir um outro conceito que também precisa de explicação.Este, por sua vez, requer outra explicação etc.Isto é em parte devido ao z/OS, sistema operativo a partir de um planeta diferente comparado ao Unix, Windows, OS X, etc, todos os quais são bastante semelhantes.

Essas mensagens são emitidas pelo sistema para um monte de trabalho que acontece em um mainframe, mas não tudo.

Todo o trabalho no z/OS é executado no seu próprio espaço de endereçamento, que é quase como um mini-VM.Haverá muitos espaços de endereço em um sistema z/OS (380 em nossos atualmente).Um programa em um espaço de endereço não estiver ciente de quaisquer outros espaços de endereço e acha que ele tem acesso a toda a 2Gb (31-bits) intervalo de memória (diferentes espaços de endereço pode comunicar-se, se necessário, & autorizada, e mais que 2GB de memória está disponível com endereçamento de 64 bits).Um programa em um espaço de endereço não pode falhar um programa em outro espaço de endereçamento, substituindo o armazenamento.Programas em 2 diferentes espaços de endereçamento pode acessar o mesmo endereço de memória, mas não afetam uns aos outros, como eles, na verdade, desconhecido para eles, acesso de memória diferente.

Existem 4 tipos de espaços de endereço:

• TSO (Time Sharing Option) - estes são os utilizadores registados no sistema, digitar os comandos e recebendo respostas.Eles podem executar scripts, usando as linguagens REXX e Clister (Listas de Comandos - mais velhos, geralmente substituído por REXX) muito parecido com o Perl e shell scripts, apresentar trabalhos em lotes, escrever e compilar o código, etc.
• TRABALHOS em LOTES (ou de TRABALHO) - Este é o lugar onde você deseja executar um programa, para que você crie um arquivo de texto com o nome de programa(s) para executar e o arquivo(s) que elas precisam(s) e apresentá-lo.O sistema irá executar o programa(s) e dizer-lhe quando eles são feitos, Enquanto em execução, você pode ir e fazer algo.Você nem precisa ser registrado no - você pode preparar um trabalho de FTP (por exemplo) para executar em 01:00 enquanto você está dormindo e o outro trabalho a ser executado se o primeiro funciona.

• COMEÇOU TAREFAS (STCs) - Muito similar a um trabalho em lotes.Geralmente iniciada pelo próprio sistema quando ele é iniciado ou por um operador de emitir um comando de partida para que o STC no console do sistema.(E. g."INICIAR o DB2' começa o DB2 tarefa iniciada.Alternativamente, um usuário pode enviar um trabalho em lotes para o seu próprio teste de sistema DB2.)

• Sistema de Espaços de Endereço (SYSAS).Considere isso como um daemon do Unix.iniciado pelo próprio sistema operacional para vários processos essenciais.Há também espaços de endereço de representação de processos em execução sob a 'Unix' metade do z/OS (USS - Uxniz de Serviços do Sistema), mas isso é outra história.

Não há tal coisa como uma "operação" no z/OS termos.Dentro de um espaço de endereço, muitos programas podem estar em execução, cada uma identificada por um TCB (Task Control Block) ou SRB (Sistema de Solicitação de Bloco).

No entanto, se você soubesse que as informações que você queria, foi produzido por um normal de trabalho em lotes, em seguida, olhando para o £HASP373 e £HASP395 mensagens para esse trabalho seria o lugar certo para começar.Tenha em mente que a mensagem de id (HASP373 e HASP395) pode não iniciar com um '£' no seu sistema.'£' é o padrão, mas é um ajuste personalizável parâmetro.$ e # também são bastante comuns.

Eu sei do que estou falando, mas se alguma das situações acima não é claro, então eu não explicou muito bem.Eu posso ser culpado de fazer exatamente o que eu advertiu contra e a explicação de um conceito desconhecido por meio de outro conceito desconhecido.:-)

Answer 3

O trabalho é para o z/OS através de algo chamado subsistema de interface.Parte deste fluxo é que, geralmente, quando um espaço de endereço é iniciado, ele solicita o trabalho do subsistema de iniciado o espaço de endereço através de uma interface definida (IEFSSREQ).Este aperto de mão é onde as coisas como seu FERROLHO vêm as mensagens.

Aqui está um diluída exemplo.

Um operador entra um comando de partida a partir de um console do sistema.Como parte do processamento do comando, o sistema cria um espaço de endereço, e, eventualmente, de um segmento do novo espaço de endereços diz, "ok, eu estou pronto...me dê um pouco de trabalho para fazer".Este vai para o trabalho principal do subsistema de entrada, que as mãos o espaço de endereço de algo para fazer - estruturas de dados interno que representa a tarefa que o operador iniciado neste caso.Como parte desta cadeia, os diversos $HASP mensagens são emitidas, e isso funciona praticamente da mesma forma que para TSO sessões, começou tarefas (STCs) e JCL enviado para um trabalho em lotes.

JES2/JES3 são exemplos de subsistemas, mas há outros.

Por exemplo, se o nosso operador adicionado o SUB=MSTR parâmetro no comando de partida, os pedidos não ir até o principal JES - e, portanto, não seria de $HASP as mensagens que você está procurando.Há uma abundância de fornecedor de aplicações que iniciar e gerir espaços de endereço fora de JES, e este é o material que você perca, limitando-se o FERROLHO e IEF401 mensagens.

Também, Serviços de UNIX tem uma variedade de APIs, semelhante ao UNIX "garfo" que pode ser usado para gerar espaços de endereço sem envolver necessariamente JES.

Se você quer saber sobre a atividade inicial e final, há maneiras melhores de - SMF, ENF sinais, etc.Uma ótima maneira de aprender isso, se você não sabe já é usar o sistema de rastreamento de instalações e ler alguns despejos.A coisa maravilhosa sobre o z/OS é que está tudo aí, para aqueles que passam o tempo a descobrir para onde olhar.

Answer 4

Um trabalho é algo que passa por JES2/JES3.(No seu caso, JES2.) JES2/JES3 trabalhos são geralmente usados por lote tipo de trabalho.Por exemplo, um tipo de trabalho, onde eu apresentar alguma coisa, e voltar mais tarde e obter uma resposta.No entanto, há um monte de trabalho em execução em z/OS que não passar JES2/JES3.

Parte do problema aqui é que você quer dizer por uma operação;por exemplo, enquanto você pode receber uma mensagem dizendo que o DB2 foi iniciada, depois de iniciado, não vai dizer-lhe, de cada vez que recebe uma consulta.Um TSO usuário pode executar um REXX exec debaixo de sua/seu endereço de espaço, mas que não vai passar por JES.

Outra maneira de olhar para isso é que JES2/JES3 são trabalho de subsistemas de gestão, mas eles não são equivalentes para o kernel do unix/windows sistema, que faz a programação de todo o trabalho executado no sistema.Para z/OS, existem várias maneiras que o trabalho pode vir em um sistema;exemplos incluem JES2/JES3, TSO, ISPF, CICS, DB2, IMS, através do console, etc.Então, cabe ao mestre programador/WLM/MRE para gerenciar todas as solicitações que vêm através de todos os subsistemas.

Se você tiver acesso a um sistema z/OS, olhar para SDSF, ou o que você usa para gerenciar JES2.O ST painel, sob SDSF, está uma lista de coisas que estão em execução/qualificado para executar o que são gerenciados pelo JES2.No entanto, se você olhar para o painel DA (supondo que você tem autoridade para fazer isso), você vai notar que há um monte de espaços de endereço que aparecer no painel DA que não aparecem na ST painel.

Answer 5

Se espaços de endereço são iniciados através do JES2-subsistema, que é normalmente o caso, a menos que de outro subsistema ou MSTR é especificado usando o MVS comando de INICIAR, o $HASP373 jobname INICIADO é emitido.Da mesma forma, quando o espaço de endereço termina, $mensagem HASP395 é emitido.

O IEF403I e IEF404I mensagens emitidas pelo sistema em situações semelhantes e independente do que seja JES2 ou JES3 estão fazendo e independentemente em que o subsistema do espaço de endereço foi iniciado.As mensagens só são emitidos quando o operador solicitou monitorar o trabalho de nomes usando o SETCON MONITOR ou o MONITOR JOBNAMES de comando.Produtos para automação de operações, normalmente, fazer isso.