$HASP373 および IEF403I z/os syslog
https://stackoverflow.com//questions/23042879
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
z/os ログについて自分自身に質問します。
開始されるすべての操作が常に $HASP373 および IEF403I によって呼び出されるのかどうかを知りたいだけです。$HASP395 と IEF404I によって呼び出される Ended ステータスについてはどうでしょうか?
解決
いいえ。 それら
他のヒント
z / OSのトラブルは、説明を必要とする別の概念を導入せずに何かを説明するのが難しいです。これにより、他の説明などが必要です。これは、UNIX、Windows、OS Xなどと比較して異なる惑星からのz / OSオペレーティングシステムが概ね似ています。
これらのメッセージは、メインフレームで起こるが、すべての作業のためにシステムによって発行されますが、すべてのものではありません。
z / OS上のすべての作業はそれ自身のアドレス空間で実行されます。これはほとんどmini-VMのようです。 z / OSシステムには多くのアドレススペースがあります（現在現在、380）。アドレス空間内のプログラムは他のアドレススペースを認識しておらず、2GBの全体のメモリ（31ビットアドレッシング）の範囲にアクセスできると考える（必要に応じて、必要に応じて通信することができます。そして64ビットアドレッシングで2GB以上が利用可能です。 1つのアドレス空間内のプログラムは、ストレージを上書きすることによって他のアドレス空間内のプログラムをクラッシュすることはできません。 2つの異なるアドレス空間内のプログラムは同じメモリアドレスにアクセスできますが、実際にはそれらに知らないように、互いに影響を与えないように、異なるメモリにアクセスします。
アドレススペースの4種類があります。
- TSO（Time Sharing Option） - これらはシステムにログオンし、コマンドを入力し、応答を得ることができます。 PerlとShellのスクリプトとはるかに、言語REXXとCLIST（Command Lists - Ally、Rexxに置き換えられたもの）を使用して、スクリプトを実行することができます。
- バッチジョブ（またはジョブ） - プログラムを実行する場所であるため、実行するプログラムの名前と、必要/必要なファイルの名前を持つテキストファイルを作成します。 ）そしてそれを提出する。システムはプログラムを実行し、実行中に実行されるときに伝えますが、実行して他のことを行うことができます。ログオンする必要さえありません - あなたは眠っている間は01:00で実行されるようにFTPジョブを準備することができます（たとえば、最初のものが機能する場合は別のジョブを実行します。
-
開始タスク（STCS） - バッチジョブと非常に似ています。通常、システム自体が起動したとき、またはシステムコンソールでそのSTCの開始コマンドを発行するオペレータによって開始されました。 （例えば、「開始DB2」は、DB2開始タスクを開始します。あるいは、ユーザーが独自のテストDB2システムにバッチジョブを送信することができます。）
-
システムアドレススペース（SYSAS）。 UNIXデーモンのようにこれらを考えてみましょう。さまざまな不可欠なプロセスのためにオペレーティングシステム自体によって始まりました。 z / OSの「UNIX」の半分（USS - UXNIZシステムサービス）の下で実行されているプロセスを表すアドレススペースもありますが、それは別のストーリーです。
z / OSの用語の「操作」のようなものはありません。アドレス空間内では、多くのプログラムが実行されている可能性があり、それぞれTCB（タスクコントロールブロック）またはSRB（System Request Block）によって識別されます。
しかし、あなたが望んでいる情報が通常のバッチジョブによって生成されたことを知っていたなら、その仕事のための£hasp373と£hasp395メッセージを探しています。メッセージID（HASP373とHASP395）がシステム上の「£」で始まらない可能性があることに注意してください。 '£'はデフォルトですが、カスタマイズ可能なパラメータです。 $と＃もかなり一般的です。
私が話しているのを知っていますが、上記のいずれかが明確でない場合は、それを非常によく説明していません。私は、私が別の未知の概念を使って私が警告し、未知の概念を説明していることを正確にやることの罪であるかもしれません。 ： - ）
作業は、サブシステム インターフェイスと呼ばれるものを通じて z/OS に取り込まれます。このフローの一部は、通常、アドレス空間が開始されると、明確に定義されたインターフェイス (IEFSSREQ) を通じて、アドレス空間を開始したサブシステムに作業を要求します。このハンドシェイクは、HASP メッセージなどの送信元です。
以下に水を絞った例を示します。
オペレーターはシステム コンソールから START コマンドを入力します。そのコマンドの処理の一環として、システムはアドレス空間を作成し、最終的に新しいアドレス空間内のスレッドが「分かった - 準備はできた...少し仕事をさせてください」と言います。これはプライマリ ジョブ エントリ サブシステムに送られ、アドレス スペースに何かを行うための処理 (この場合はオペレータが開始したタスクを表す内部データ構造) が渡されます。このチェーンの一部として、さまざまな $HASP メッセージが発行されます。これは、TSO セッション、開始タスク (STC)、およびバッチ ジョブ用にサブミットされた JCL に対してほぼ同じように機能します。
JES2/JES3 はサブシステムの例ですが、他にもあります。
たとえば、オペレーターが開始コマンドに SUB=MSTR パラメーターを追加した場合、リクエストはプライマリ JES を通過しないため、探している $HASP メッセージは存在しません。JES の外部でアドレス空間を開始および管理するベンダー アプリケーションは数多くありますが、HASP および IEF401 メッセージに限定していると、これらのことを見逃してしまいます。
また、UNIX サービスには、必ずしも JES を関与させずにアドレス スペースを生成するために使用できる、UNIX の「フォーク」に似たさまざまな API があります。
アクティビティの開始と終了について知りたい場合は、SMF、ENF シグナルなどのより良い方法があります。このことをまだ知らない場合に学習するための優れた方法は、システム トレース機能を使用してダンプを読むことです。z/OS の素晴らしい点は、どこを見ればよいかを考えるのに時間を費やす人にとって、すべてがそこにあるということです。
仕事はJES2 / JES3を通過するものです。 （あなたの場合、JES2。）JES2 / JES3ジョブは通常バッチタイプの作業に使用されます。たとえば、並べ替えをして、何かを送信して後で戻って回答を得ます。ただし、JES2 / JES3を通過しないz / OSの下で実行されている作業がたくさんあります。
問題の一部はあなたが操作によって意味するものです。たとえば、DB2が開始された後に起動したメッセージが表示されることがありますが、それが起動した後、クエリを取得するたびに言うつもりはありません。 TSOユーザーは、住所スペースの下にREXX execを実行することができますが、それはJESを通過するつもりはありません。
これを見るもう1つの方法は、JES2 / JES3がジョブ管理サブシステムであるため、システム上で実行されているすべての作業をスケジュールするUNIX / Windowsシステムのカーネルと同等ではありません。 z / OSの場合、作業がシステムに入ることができる複数の方法があります。例としては、JES2 / JES3、TSO、ISPF、CICS、DB2、IMSなどがあります。これは、すべてのサブシステムを介して入ってきたすべての要求を管理するためにマスタースケジューラ/ WLM / SRMまでです。
z / OSシステムにアクセスできる場合は、SDSFを調べたり、JES2を管理するために使用するものがあります。 SDSFの下のSTパネルは、JES2によって管理される実行/適格なもののリストです。ただし、DAパネルを見ると（権限があると仮定して）、STパネルに表示されないDAパネルに表示されるアドレススペースがたくさんあることに注意してください。 / P>
JES2-サブシステムを介してアドレススペースを開始する場合は、通常、MVS STARTコマンドを使用して別のサブシステムまたはMSTRを指定しない限り、$ HASP373 jobnameが発行されます。同様に、アドレス空間が終了すると、メッセージ$ HASP395が発行されます。
IEF403IおよびIEF404Iメッセージは、同様の状況でシステムによって発行され、JES2またはJES3が何をしているかとは無関係であり、どのサブシステムのどちらのサブシステムが開始されたのかに関係なく独立しています。メッセージは、演算子がSETCON MONITORまたはMONITOR JOBNAMESコマンドを使用してジョブ名を監視したときにのみ発行されます。自動操作のための製品は通常これを行います。
