$ 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에 의해 호출 된 상태의 상태의 경우?
다른 팁
z / OS의 문제는 정말로 을 설명하기 위해 무언가를 설명하기가 어렵습니다. 이것은 차례로 다른 설명 등이 필요합니다. 이것은 부분적으로 z / OS 운영 체제가 UNIX, Windows, OS X 등과 비교하여 다른 행성에서 발생합니다.
이 메시지는 메인 프레임에서 발생하는 많은 작업을 위해 시스템에서 발급 되나 모든 것은 아닙니다.
z / OS에서의 모든 작업은 MINI-VM과 거의 같은 자체 주소 공간에서 실행됩니다. z / OS 시스템에 많은 주소 공간이 있습니다 (현재 우리는 380). 주소 공간의 프로그램은 다른 주소 공간을 인식하지 못하고 전체 2GB (31 비트 주소 지정) 범위 (다른 주소 공간 가 필요하고 권한이있는 경우 다른 주소 공간 CAN 가 통신 할 수 있습니다. 2GB 이상을 64 비트 주소 지정으로 사용할 수 있습니다). 하나의 주소 공간의 프로그램은 스토리지를 덮어 쓰면 다른 주소 공간에서 프로그램을 중단 할 수 없습니다. 2 개의 다른 주소 공간의 프로그램은 동일한 메모리 주소에 액세스 할 수 있지만 실제로 다른 메모리에 액세스 할 수 없으므로 서로 영향을 미치지 않습니다.
4 가지 유형의 주소 공간이 있습니다 :
- TSO (시간 공유 옵션) - 이들은 시스템에 로그온하고 명령을 입력하고 응답을 가져 오는 사용자입니다. Perl 및 쉘 스크립트와 마찬가지로 배치 작업을 제출하고 컴파일하고 컴파일하는 코드를 제출하고 컴파일하는 rexx 및 clist (일반적으로 rexx로 바뀝니다) 언어를 사용하여 스크립트를 실행할 수 있습니다.
- 배치 작업 (또는 작업) - 이것은 프로그램을 실행하려는 경우, 프로그램의 이름이 실행될 텍스트 파일을 만드는 것과 파일이 필요로하는 파일을 만듭니다 (s). )를 제출하십시오. 시스템은 프로그램을 실행하고 실행 중이 며, 실행 중일 때, 당신은 다른 것을 할 수 있습니다. 로그온 할 필요조차하지 않습니다. 01:00에서 실행중인 FTP 작업 (예 : 첫 번째 작업이 작동하지 않으면 실행할 수있는 다른 작업을 준비 할 수 있습니다.
-
시작 작업 (STC) - 일괄 처리 작업과 매우 유사합니다. 일반적으로 시스템 자체가 시작되거나 운영자가 시스템 콘솔에서 해당 STC에 대한 시작 명령을 실행하는 작업자가 시작합니다. (예를 들어, DB2 'DB2 시작)은 DB2 시작 태스크를 시작합니다. 또는 사용자가 자체 테스트 DB2 시스템에 배치 작업을 제출할 수 있습니다.
-
시스템 주소 공간 (SYSAS). 유닉스 데몬처럼 이것을 고려하십시오. 다양한 필수 프로세스에 대한 운영 체제 자체가 시작했습니다. z / OS (USS - UXNIZ System Services)의 'USS-UXNiz System Services의 UNIX'절반 아래에서 실행되는 프로세스를 나타내는 주소 공간이 있지만 다른 이야기입니다.
z / OS 용어에 '작동'은 없습니다. 주소 공간에서는 TCB (작업 제어 블록) 또는 SRB (시스템 요청 블록)로 식별되는 많은 프로그램이 실행될 수 있습니다.
그러나 원하는 정보가 정상적인 일괄 작업에 의해 생성 된 것을 알고 있으면 해당 작업에 대한 £ HASP373 및 £ HASP395 메시지가 시작될 올바른 위치가 될 것입니다. 메시지 ID (HASP373 및 HASP395)는 시스템에서 '£'로 시작하지 않을 수 있음을 명심하십시오. '£'는 기본값이지만 사용자 정의 가능한 매개 변수입니다. $ and # 또한 상당히 공통입니다.
나는 내가 무슨 말을하는지 알고 있지만, 위의 어느 것이 분명하지 않으면 나는 그것을 잘 설명하지 않았다. 나는 다른 알지 못한 개념을 사용하여 알려지지 않은 개념을 반대하고 알려지지 않은 개념을 설명하고 설명하는 것을 정확히 일하는 것에 대한 유죄가 될 수 있습니다. : -)
작업은 하위 시스템 인터페이스라고 불리는 것을 통해 z / OS로 들어갑니다. 이 흐름의 일부는 일반적으로 주소 공간이 시작되면 잘 정의 된 인터페이스 (IEFSSREQ)를 통해 주소 공간을 시작한 서브 시스템에서 작동합니다. 이 핸드 셰이크는 귀하의 HASP 메시지가 왔는가?
여기에 물이 부족한 예입니다.
운영자는 시스템 콘솔에서 시작 명령을 입력합니다. 이 명령을 처리하는 일의 일부로 시스템은 주소 공간을 생성하고 결국 새 주소 공간의 스레드가 "OK - 준비가되어 있습니다 ... 나에게해야 할 일을 알려주세요." 이것은 주소 공간을 수행 할 주소 공간을 손으로하는 기본 작업 항목 서브 시스템으로 이동합니다.이 경우 운영자가 시작한 작업을 나타내는 내부 데이터 구조입니다. 이 체인의 일부로 다양한 $ hasP 메시지가 발행되며 이는 TSO 세션, 시작된 작업 (STC) 및 JCL이 배치 작업에 제출 된 것과 동일한 방법으로 작동합니다.
JES2 / JES3은 하위 시스템의 예입니다. 그러나 다른 사람들이 있습니다.
예를 들어 운영자가 시작 명령에 SUB= MSTR 매개 변수를 추가 한 경우, 요청은 기본 JES를 통과하지 않으므로 찾고있는 $ HASP 메시지 중 하나가되지 않습니다. JES 외부의 주소 공간을 시작하고 관리하는 많은 공급 업체 응용 프로그램이 있으며, 이것은 HASP 및 IEF401 메시지로 자신을 제한하여 놓친 것들입니다.
또한 UNIX 서비스는 UNIX "포크"와 유사한 다양한 API와 유사한 다양한 API를 사용하여 JES를 반드시 포함하지 않고 주소 공간을 생성하는 데 사용할 수 있습니다.
활동을 시작하고 끝나는 활동에 대해 알고 싶다면 SMF, ENF 신호 등이 있습니다. 이미 시스템 추적 시설을 사용하고 일부를 읽는 것이 이미 알지 못하는 경우이 물건을 배우는 좋은 방법이 있습니다. 우울. z / OS에 대한 멋진 일은 바로 그곳에있는 것입니다.
일은 JES2 / JES3을 통과하는 것입니다. (귀하의 경우, JES2.) JES2 / JES3 일자리는 일반적으로 일괄 유형의 일에 사용됩니다. 예를 들어, 정렬 작업, 내가 뭔가를 제출하고 나중에 다시 와서 대답을 얻습니다. 그러나 z / OS에서 zes2 / jes3을 통과하지 않는 많은 작업이 많이 있습니다.
여기서 문제의 일부는 작동에 의해 의미하는 것입니다. 예를 들어, DB2가 시작되었다는 메시지가 나타나면 시작된 후에는 쿼리를 가져올 때마다 알려주지 않을 것입니다. TSO 사용자는 rexx exec에서 자신의 주소 공간 아래에서 실행될 수 있지만 JES를 통과하지 않을 것입니다.
다른 방법으로, JES2 / JES3은 업무 관리 서브 시스템이지만 UNIX / Windows 시스템의 커널과 동등하지는 않으며 시스템에서 실행중인 모든 작업을 예약합니다. z / OS의 경우 시스템이 시스템에 올 수있는 여러 가지 방법이 있습니다. 예를 들면 US2 / JES3, TSO, ISPF, CICS, DB2, IMS, 콘솔 등의 모든 서브 시스템을 통해 제공되는 모든 요청을 관리하기 위해 마스터 스케줄러 / WLM / SRM까지.
z / OS 시스템에 액세스 할 수있는 경우 SDSF를 살펴 보거나 JES2를 관리하는 데 사용하는 것이 무엇이든지 확인하십시오. SDSF의 ST 패널은 JES2가 관리하는 실행 중이거나 실행될 자격이있는 일 목록입니다. 그러나 DA 패널을 보면 (권한을 할 수있는 권한이 있다고 가정)하면 ST 패널에 나타나지 않는 DA 패널에 표시되는 많은 주소 공간이 많이 있습니다. < / P>
주소 공간이 JES2-SUBSYSTEM을 통해 시작된 경우 일반적으로 다른 하위 시스템 또는 MSTR이 MVS 시작 명령을 사용하여 지정되지 않은 경우, $ HASP373 JOBNAME이 시작됩니다.마찬가지로 주소 공간이 끝나면 $ hasp395 메시지가 발행됩니다.
IEF403I 및 IEF404I 메시지는 유사한 상황에서 시스템에 의해 발행되며 JES2 또는 JES3 중 하나와 독립적으로 주소 공간이 시작된 서브 시스템에서 무관하고 관계없이 독립적입니다.오퍼레이터가 SETCON MONITOR 또는 MONITOR JOBNAMES 명령을 사용하여 작업 이름을 모니터링하도록 요청한 경우에만 메시지가 발행됩니다.자동화 된 운영을위한 제품은 일반적 으로이 작업을 수행합니다.
