직원이 회사에서 로그인 자격 증명을 삭제하는 것만으로는 충분하지 않습니다.

다른 날 고객 사이트에서 문제를 작업하는 동안 내가 발견하고 실행 응용 프로그램 프로세스의 두 세트가 있었다 언급 일어났다, 생산.SysAdmin같은 일부 일반 이름으로 실행 한 세트와 한 세트, 이는 이상 실행된 3 년 이상 실행된, 사람의 이름으로, 그를 Fred.SysAdmin호출. 프레드가 회사를 잠시 뒤로 떠난 것으로 밝혀졌습니다. 나는 프레드가 악의적 인 의도를 가지고 있다고 말하는 것이 아니라 항상 언급 된 "모범 사례"는 그가 회사를 떠날 때 즉시 프레드의 로그인 자격 증명을 종료하는 것입니다, 아마도 당신이 회사를 떠나고 그에게 말하기 직전에 나에게 발생했다. 그러나 프레드가 시작한 프로세스를 종료하는 것에 대한 모범 사례를 들어본 적이 없습니다. VOS 시스템의 재부팅 사이의 시간을 감안할 때 이 시나리오는 고유하지 않다고 확신합니다. 누군가가 회사를 떠날 때 로그인 자격 증명을 종료하는 것 외에도 해당 사람의 이름으로 실행되거나 해당 사람이 만든 프로그램 모듈을 실행하는 프로세스는 종료 예정이며 현재 직원이 다시 시작해야 한다고 판단하는 것이 좋습니다. 마찬가지로 일괄 처리 큐를 검토해야 하며 해당 사용자의 이름의 요청을 평가, 취소하고 필요한 경우 기존 직원이 다시 제출해야 합니다.

list_batch_requests -all -long Request: 59 User: Fred.SysAdmin Time queued: 10-08-11 05:00:02 edt Deferred until: 10-08-12 05:00:00 edt Attributes: waiting, not privileged, cannot restart Process priority: 5 Queue priority: 4 Process name: test Command: test.cm Output path: %system#m16_mas>SysAdmin>Fred>test.out Home dir: %system#m16_mas>SysAdmin>Fred Notify users: Fred.* on %system#*

명령을 사용할 수 있습니다.

analyze_system -request_line(스트링 매치 프레드(바이트 3Bx) -종료

Fred의 이름으로 실행되는 프로세스를 식별합니다.

T 그는 명령 매크로를 따르는 데 사용할 수 있습니다 어떤 실행 프로그램 모듈 프레드에 의해 만들어진 어떤 이름 에서 실행 중인. 매크로는 모든 실행 프로그램 모듈 목록을 만든 다음 프로그램 모듈 파일을 만든 사람과 프로그램 모듈을 바인딩한 사람을 결정하기 위한 display_program_module display_file_status 수행합니다. 입력 문자열과 일치하는 이름을 가진 사람이 만들거나 바인딩된 모든 프로그램 모듈은 해당 프로그램 모듈을 실행하는 프로세스와 함께 표시됩니다. 또한 현재 디렉터리에서 wr_&NAME&라는 보고서를 작성합니다. (date).out, 여기서 & 이름은 매크로에 주어진 인수입니다.  모든 이름은 소문자로 번역됩니다. 이름이 지정되지 않으면 모든 실행 프로그램 모듈에 대한 정보가 표시되고 보고서는 wr이라는 이름이 지정됩니다. (날짜).out.