Oracle Applications 11i Architecture - :: DBguide.net · 2004-10-04 · 1 Page 1 사욱환, 유은실, 김용대 제품지원실 한국오라클㈜ Oracle Applications 11i Architecture

1

Page 1

사욱환, 유은실, 김용대

제품지원실한국 오라클㈜

Oracle Applications 11i Architecture

(Concurrent Processing & Oracle Workflow)

한국 오라클에서 주최하는 “Oracle Applications 11i 의 Technical Stack - Concurrent Processing 및 Oracle workflow” 세미나 에 참석해 주신 여러분께 감사 드립니다.

Oracle Applications 11i 의 Background 에서 Data Transaction 및 Business Process 를처리하는 Concurrent Server 와 Oracle Workflow 의 구조를 이해하여, 이 두 서버로 처리되는Transaction 과 Business Process 를 보다 효율적으로 관리할 수 있는 관리 Point 대하여알아보고자 합니다.

2

Page 2

목 차

• Concurrent Processing 구조

• Request Submission 및 Processing • Generic Service Manager(GSM) 및 PCP 개념

• Workflow in Apps 11i • Workflow Flow Monitor • Notification Mail

세미나의 진행순서는,

Concurrent 서버에 대한 개념인, Concurrent Processing 구조, 그리고 Request Submission 과Processing, Generic Service Manager 및 Parallel Concurrent Processing 에 대해 알아보고, 그다음에 Oracle Workflow 에 대한 내용인, Workflow in Apps 11i, Workflow Monitor 와Notification Mail 에 대하여 알아보도록 하겠습니다.

3

Page 3

Concurrent Processing 구조

• Process Management Framework• Service Managers (Generic Service Management - GSM)• Internal Concurrent Manager(ICM)• Internal Monitor• Concurrent Manager• Concurrent Program(Immediate, Spawned)

• Concurrent Managers• Internal Concurrent Manager(ICM)• Conflict Resolution Manager(CRM)• Standard Manager• Specialized Manager

Concurrent Process Management Framework의 기본적인 구성은,

Service Managers, Internal Concurrent Manager, Internal Monitor 등의 Concurrent Manger 와Manager에 의해 수행되는 Concurrent Program 들로 구성되어, Concurrent Processing 을Control 하고, 모듈별 Concurrent Program을 수행하게 됩니다.

여기서, ’Service Managers’는 Apps 11.5.7 버전부터 적용된 Generic Service Management, 즉GSM 의미하고, Internal Concurrent Manager 는 보통 ICM 으로 명명됩니다.

GSM 서비스는 필요에 따라, System Profile Option 인 Concurrent:GSM Enabled 을 이용하여Enable 또는 Disable 할 수 있습니다.

그러면 Concurrent Processing 의 구성에 대해 자세히 살펴보도록 하겠습니다.

GSM 에 대한 내용은 뒷부분에서 다루도록 하고, 지금부터 Concurrent Job 을 수행하고 Control 하는 Concurrent Manager 와 Concurrent Program 에 대하여 알아보도록 하겠습니다.

먼저 Concurrent Manager는 Internal Concurrent Manager, Conflict Resolution Manager, Standard Manager, Specialized Manager 로 구성되어 있습니다.

여기서 Specialized Manager 는 각 모듈별로 한정된 Concurrent Program 을 수행하거나Transaction을 처리하는 하는 Manager 를 의미하고, Conflict Resolution Manager 는 보통 CRM 으로 명명됩니다.

4

Page 4


• Concurrent program• Immediate

PL/SQL Stored Procedure, Java Stored Procedure

• SpawnedSpawned, SQL*Plus

Concurrent Program 은

Immediate Concurrent Program 과 Spawned Concurrent Program 로 나뉘며, Immediate Concurrent Program 에는 PL/SQL Stored Procedure 와 Java Stored Procedure 가 포함되고, Spawned Concurrent Program 에는 Spawned 로 수행되는 Concurrent Program 과 SQL*Plus Concurrent Program 이 포함됩니다.

다음 화면에서 그림을 보면서 Concurrent Processing 의 구조를 살펴보도록 하겠습니다.

5

Page 5

Concurrent Processing 구조• Process Management Framework with GSM & PCP

APPS TNS Listener

APPS TNS Listener

ICM

Node 1 Node 2

Internal Monitor

Standard Manager

Workflow Notification

Mailer

Internal Monitor

Standard Manager

Forms Listener

Service Manager

Service Manager

ICM

Service Manager(GSM) 은 Apps 11.5.7 부터 지원

이 화면의 구성은 Service Manager 및 Parallel Concurrent Processing 으로 Concurrent Server 가 구성된 경우의 예입니다.

Concurrent 서버가 Start 되면 Node 1 과 Node 2의 Apps Listener 를 통하여 Service Manager 가 Spawn 되고, Service Manager는 각 Internal Monior 와 Concurrent Manager 를 Spawn 하여Start 합니다.

Startup 이 완료된 후 Service Manager 는 각 Node 에서 실행되는 Service 들을 Monitoring 하게되고, Internal Monitor 는 ICM 을 Monitoring 하게 됩니다.

여기서 GSM 및 PCP 를 사용하지 않는다면 Internal Monitor 와 Service Manager 는 Start되지않습니다.

6

Page 6


• Concurrent Managers• Internal Concurrent Manager(ICM) : Manager of

managers

1) CRM 과 나머지 Manager 및 Manager Worker를Target number 값에 따라 Startup

2) Administrator에 수행된 “Control requests” 처리Activate/Deactivate/Abort Concurrent ManagerTerminate Concurrent Request

3) PMON Cycle마다 Concurrent Manager를Monitor하고, Failed Manager를 Restart

지금까지 Concurrent Processing Framework 에 대하여 살펴보았고, 이제 각 메니저의 기능에대하여 알아보도록 하겠습니다.

먼저 Internal Concurrent Manager 에 대하여 알아보면,

첫째, Internal Concurrent Manager 는 Conflict Resolution Manager 와 나머지 Manager 및Manager Worker를 Target Number 값에 따라 Startup 하는 기능을 합니다.

둘 째 , Administrator 에 의 해 수 행 된 “ Control Requests” 인 Activate/Deactivate/Abort Concurrent Manager 그리고 Terminate Concurrent Request 를 수행합니다.

셋째, Internal Concurrent Manager는 PMON Cycle마다 Concurrent Manager를 Monitoring 하고, Failed Manager를 Restart 하는 기능을 하여, Concurrent Processing 에서 가장 중요한기능을 수행하고 있어서 Concurrent Manager 의 Manager 로 볼 수 있습니다.

7

Page 7


• Concurrent Managers• Conflict Resolution Manager(CRM)

1) 동시에 수행되어서는 않되는 Concurrent Program(Incompatibility rules) 이 정의된 Concurrent Program 을 관리함.

2) Conflict DomainConcurrent Program Definition에 정의된Incompatibility들이 관리되는 영역을 “Conflict Domain”이라 함.CRM은 동일한 Domain에 존재하는 Concurrent Program이 시작되지 않도록 조정함.

다음은 Conflict Resolution Manager 로, 한글 명으로는 ‘충돌관리자’로 명명됩니다.

이름에서 알 수 있듯이, Conflict Resolution Manager 는

첫째, 동시에 수행되어서는 안되는, Incompatibility Rule이 정의되어 있거나, Run-alone 으로수행되어야 하는 Concurrent Program 들이 동시에 수행되지 않도록 관리하게 됩니다.

둘째, “Conflict Domain” 의미는, Concurrent Program 정의 시에 설정된 Incompatibility 들이관리되는 영역을 의미하며,

Conflict Resolution Manager, 즉 CRM은 동일한 Domain에 존재하는 Concurrent Program이동시에 시작되지 않도록 조정하는 기능을 하게 됩니다.

8

Page 8


• Concurrent Managers• Standard Manger

1) Oracle Application 에서 수행되는 대부분의Concurrent Request를 처리하는 Manager

2) Concurrent Program 에 의한 Batch Job 처리Performance에 영향을 준다.

3) Concurrent Program 처리 양에 따라 Standard Manager Worker 수의 조절 및 최적화가 필요함.

다음로,

Standard Manger 에 대하여 살펴보아야 할 점은 아래의 세가지 항목으로,

첫째, Oracle Application 에서 수행되는 대부분의 Concurrent Request 를 처리하는 Manager 가Standard Manger 입니다.

그래서, Standard Manager 는 Concurrent Program 에 의해서 Batch 처리되는 Transaction 의Performance 에 많은 영향을 주게 되고,

셋째, Transaction 처리 양에 따라 Standard Manager Worker 수를 조절 해주는 등의 최적화가필요합니다.

9

Page 9


• Concurrent Managers• Specialized Manager

Inventory Manager INV Remote Procedure Manager PO Document Approval Manager Receiving Transaction Manager

마지막으로,

Specialized Manager 는 특정 모듈의 Concurrent Program 을 수행하거나, Batch Transaction 을처리하는 메니저들을 지칭하며, 주요 Specialized Manager 에는 Inventory Manager, INV Remote Procedure Manager, PO Document Approval Manager, Receiving Transaction Manager 등이 있으며, 이들은 각각 Inventory 모듈과 Purchasing 모듈의 Transaction 을처리하게 됩니다.

기타 Specialized Manager 들은 Sysadmin 권한의 Concurrent Manager Administrator 화면에서확인하실 수 있습니다.

10

Page 10


• Concurrent Program• Immediate Concurrent Program

PL/SQL Stored Procedure, Java Stored Procedure 로 작성된 Concurrent Program Manager의 O/S process(FNDLIBR) 내에서 Run

RequestsTableRequests

OracleServer

ConcurrentManager

이제 Concurrent Manager 에 의해 수행되는 Concurrent Program 에 대하여 알아보겠습니다.

Concurrent Program 은 Immediate Concurrent Program 과 Spawned Concurrent Program 으로 나눌 수 있습니다.

먼 저 , Immediate Concurrent Program 에 는 PL/SQL Stored Procedure 와 Java Stored Procedure 작성된 Program 으로, Concurrent Manager의 Worker 인 FNDLIBR 이 그 수행을처리합니다.

11

Page 11


• Concurrent Program• Spawned Concurrent Program

Program Request을 처리하는 Concurrent Manager가 spawn한 Child Process 에서 Run

Manager Worker는 해당 Program(Child)이 끝날때까지 다른 Request를 처리하지 않음.

O/S level 에서 보면 Concurrent Program의PPID는 Concurrent Manager 임.

Spawned Concurrent Program 은,

Request 를 처리하는 Concurrent Manager가 Spawn한 Child Process 에서 처리되며, Manager Worker는 해당 Program이 끝날 때까지 다른 Request 를 처리하지 않고 대기 하게 됩니다.

O/S Level 에서 보면 실행된 Spawned Concurrent Program의 PPID는 Concurrent Manager 가되는 것을 확인할 수 있습니다.

12

Page 12


RequestsTableRequests

SpawnedProcess

Oracle Server

OracleServer

ConcurrentManager

• Concurrent Program• Spawned Concurrent Program

그림에서와 같이 Concurrent Manger 는 새 프로세스를 Fork 하고, 새로운 DB Session 맺어Spawned Concurrent Program을 수행하게 됩니다.

지금까지 Concurrent Processing 구성 요소인 Concurrent Manager 들과 Concurrent Program 에 대해 살펴보았습니다.

13

Page 13

Request Submission 및 Processing

• Define Concurrent Manager and Program• Define Concurrent Manager and Program• Concurrent Processing Schema

• Submit Concurrent Request• Processing

• Concurrent Request 처리

• Concurrent Processing Life Cycle• Concurrent Processing 관리 Point

이제 Concurrent Processing 이 처리되는 구조에 대하여, Concurrent Manager 와 Program 의정의, Concurrent Request 의 Submit, Submit 된 Concurrent Program 의 Processing 의 순서로살펴보도록 하겠습니다.

14

Page 14

Request Submission 및 Processing• Define Concurrent Manager and Program

• Concurrent Manager 정의 시 고려할 점

먼저, Concurrent Manager 와 Program 의 정의 시 고려할 점을 알아보도록 하겠습니다.

이 화면은 Concurrent Manager 를 정의하는 화면입니다.

Concurrent Manager 를 정의할 때의 고려사항을 살펴보면,

15

Page 15


• Concurrent Manager 정의 시 고려할 점

1) ProcessesManager Worker 의 수

2) Sleep SecondsPending Request를 읽는 (Request Queue Scan) 주기

3) Cache SizeScan당 cache 하는 Pending Request 정보의 수

4) Work ShiftConcurrent Manager의 Active기간

Work Shits 화면 가운데의 Processes 필드는 Manager Worker 수를 정의 하는 부분으로, 각메니저별 동시 처리 Concurrent Process 의 수가 됩니다.

Sleep Seconds 필드는 Pending Request를 읽는 Request Queue Scan 주기이고, 화면 오늘쪽가운데의 Cache Size 필드는 Scan당 Cache 하는 Pending Request 정보입니다.

Work Shift 필드에서는 Concurrent Manager의 Active 기간 설정하게 됩니다.

이 화면에서의 설정 값은, 크게 한다고 좋은 것은 아니며, On-Line Transaction 및 Concurrent Request 양을 고려하여 적절히 설정하여야 합니다.

16

Page 16


• Concurrent Program 정의 시 고려할 점

이 화면은 Concurrent Program 을 정의하는 화면으로, Incompatible Program 설정 시에 고려할부분을 살펴보겠습니다.

17

Page 17


• Concurrent Program 정의 시 고려할 점

Incompatible Program 정의 (Incompatibility 정의)Scope - Set 또는 Program 선택

Type - Domain 또는 Global 선택(Conflict Domain 설정 시에는 Domain 선택)

Incompatible Program 을 정의할 경우,

Scope 필드에 Set 또는 Program 선택하고, Type 필드에는 Domain 또는 Global 선택을 선택할수 있는데, Conflict Domain 이 설정되어 있으면, ‘Domain’ 선택할 수 있습니다.

앞 화면의 설정 예를 본다면, ‘Close accounting period’ concurrent program 과 동시에 수행될수 없는 concurrent program 은 ‘Create Intercompany AP Invoices’, ‘Update Standard Costs form FROM’ 과 ‘Update Standard Costs’ program 입니다.

18

Page 18


• Concurrent Processing SchemaConcurrent Manager가 자주 사용하는 Tables

FND_CONCURRENT_PROCESSES :Manager에 대한 정보 저장(O/S ProcessID나Oracle Process ID)

FND_CONCURRENT_REQUESTS :Concurrent Job Submit 되면 Insert되는 Table로

Managers 에 의해 Scanning 됨.

다음으로 Concurrent Processing 시에 주로 사용되는 Tables 대하여 알아보겠습니다.

FND_CONCURRENT_PROCESSES 테이블은, Manager에 대한 실행 정보를 저장하는 곳으로써, Concurrent manager 의 Os process id나 Oracle Process ID 를 확인할 수 있습니다.

FND_CONCURRENT_REQUESTS 테이블은, Concurrent Job 이 Submit 되면, 관련 Data 가Insert 되는 Table로 Managers 에 의해 Scanning 되는 테이블입니다.

19

Page 19


• Concurrent Processing Schema

FND_CONCURRET_QUEUES 현재 manager의 상태를(Sysadmin 의 form화면과

동일하게) 보여줌.

FND_CONCURRET_QUEUES 테이블은,

Concurrent Manager의 정보를 저장하는 곳으로 현재 Manager의 상태를 확인할 수 있습니다.

이 테이블의 정보는 Sysadmin 의 Concurrent Adminiter Form 화면과 동일한 정보를 보여줍니다.

20

Page 20


• Concurrent Processing Schema* Table Relationship

이 화면은 앞에서 설명한 Table 간의 Relationship 을 나타낸 것으로, sql 문을 이용하여Concurrent Processing 정보를 확인하고자 할 때 사용될 수 있습니다.

고 려 의 대 상 이 되 는 column 은 FND_CONCURRENT_REQUESTS 테 이 블 의 request_id, program_id, phase_code, status_code 등이고, 다른 테이블과 join 하여 각 Concurrent Program의 수행 횟수, 수행 시간, 종료 상태 등의 history 정보를 추출해내어, Concurrent Processing 의 관리 포인트를 선정하는데 자료가 될 수 있습니다.

FND_CONCURRENT_REQUESTS table 의 phase_code, status_code 컬럼을 FND_LOOKUPS Table 과 Join 시,

LOOKUP_TYPE 에서 'CP_STATUS_CODE’ 와‘CP_PHASE_CODE’ 를 사용하시면 됩니다.

21

Page 21

Request Submission 및 Processing• Submit Concurrent Request

• Concurrent Server Start Up1) ICM 은 CRM 과 다른 Manager Worker를

FND_CONCURRENT_QUEUES 의MAX_PROCESSES 값에 따라 Startup

2) Worker는 Database의 Listener를 Access하여Peer Oracle Server Process를 얻고 Session을맺음.

3) Concurrent Manager Worker는 Sleep Time Interval마다 Request Table을 Access함.

이제, Concurrent Job이 Submit 되어 Running 되기까지의 절차를 살펴보겠습니다.

먼저 Concurrent Server 의 Startup 단계를 알아보면,

첫 째 , Concurrent Server 가 Startup 되 면 ICM 은 CRM 과 다 른 Manager Worker 를FND_CONCURRENT_QUEUES 의 MAX_PROCESSES 값에 따라 Startup 합니다.

둘째, 이렇게 Startup 된 Manager Worker는 Database의 Listener를 Access하여 Peer Oracle Server Process를 얻고 Session을 맺는 상태가 됩니다.

셋째, Concurrent Manager 는 Sleep Time Interval 마다 FND_CONCURRENT_REQUESTS Table을 Access 하여 Submit 된 request 가 존재하는 지를 확인합니다.

22

Page 22


• Concurrent Server Start Up4) ICM은 PMON Cycle마다 Concurrent Manager

Monitoring

넷째, ICM은 PMON Cycle마다 Concurrent Manager 를 Monitoring 하게 됩니다.

다음 화면에서 Concurrent Job Submission 의 Flow를 그림을 통하여 알아보겠습니다.

23

Page 23


• Concurrent Job Submission Flow

FND_CONCURRENT_REQUESTSInsert

Manager Scan

Concurrent Job Submit

Concurrent Job Output

Worker

Spawned

* Sleep SecondsCache SizeWork Shift

* ImmediateProcess

CompletedNormal

먼저 User 가 Concurrent Request Submit Forms 에서 Request 를 Submit 하게 되면, Submit 된정보는 FND_CONCURRENT_REQUESTS Table 에 Insert 됩니다.

Concurrent Manager 는 FND_CONCURRENT_REQUESTS 를 Scanning 하 여 Concurrent Program 이 Immediate type 인지 Spawned Type 인지에 따라, Manager Worker 를 통하여수행하거나, 새 Process 를 Spawn 하여 처리 합니다.

Concurrent Program 이 완료되면 User 는 처리된 결과를 확인하게 되고, Error가 발생하였다면, Log 파일을 확인하여 문제를 파악할 수 있습니다.

24

Page 24

Request Submission 및 Processing• Request Processing

• Manager 의 Concurrent Request 처리1) Manager는 Cache의 Requests 읽어 들임.

2) Locked/Running/Completed 된 Request는 Skip

3) Manager가 Run하려는 Request에 대해서FND_CONCURRENT_PROGRAM 에서 program Definition과 Parameter를 읽어 들임.

4) 요청된 Program을 수행한 후 결과를FND_CONCURRENT_REQUESTS에 Update

앞에서 살펴본 Concurrent Processing Flow에서,

Concurrent Manager 는 Sleep Seconds, Cache Size, Work Shift 를 고려하여 Request 를 읽어들이고, 또 한 Request 수행 시에 FND_CONCURRENT_PROGRAM 테이블에서 Program Definition과 Parameter를 읽어 들이게 됩니다.

Concurrent Program 이 완료되면 Manager는 처리 결과를FND_CONCURRENT_REQUESTS Table 에 Update 하고 다른 Request 를 처리하거나 대기하게 됩니다.

25

Page 25


• Constraint가 없는 Request 처리방법

Request는 CRM이 관여하지 않음.Submit시 Pending/Normal 상태가 되어, FND_CONCURRENT_REQUESTS Table에Insert 됨.

• Constraint가 있는 Request 처리방법(Incompatible, Run-alone Program)

Request시 Pending/Stand by 상태가 됨.CRM 이 처리한 후 Pending/Normal상태로 바뀌어처리를 하게 됨.

앞에서 설명한 절차에 따라 Request 를 처리하기 전에,

Concurrent Manager는 수행할 Concurrent Request 에 Constraint 가 있는지 Check 하게됩니다.

먼저, Constraint가 없는 Request 는 CRM, 즉 Conflict Resolution Manager 가 관여하지 않고, Pending/Normal 상태가 되어, FND_CONCURRENT_REQUESTS Table에 Insert 되어 실행됩니다.

Constraint가 있는 Request, 즉 Incompatible 또는 Run-alone Program 의 수행은 Request Submit 시 CRM 에 의해 Pending/Stand by 상태가 되고, 관련 Concurrent Program 이 종료된 후Pending/Normal 상태로 바뀌어 처리되게 됩니다.

다음은 Concurrent Program 이 종료되고 생성되는 Output 및 Log file에 대하여 알아보겠습니다.

26

Page 26


• Output and Log fileOut/Log File이 생성되는 위치

$APPLCSF와 $APPLOUT이 설정되어 있는

경우 해당 디렉토리에 Output file이 생성되며,설정이 되어 있지 않다면

$MODULE_TOP/$APPLLOG에 생성됨.

Request Log File Concurrent Program의 수행 내역에 대한

정보

Concurrent Program 및 Manager 는 결과 Output 파일과 Log File을 Concurrent 서버에생성합니다.

Output 과 Log File이 생성되는 위치는 $APPLCSF와 $APPLOUT 환경변수가 설정되어 있는 경우, 해당 환경변수의 디렉토리에 File이 생성되며, 설정이 되어 있지 않다면 각 $MODULE_TOP 또는$APPLLOG 환경변수가 지정하는 디렉토리에 생성됩니다.

Output 과 Log File이 생성되는 위치는 생성되는 파일의 양에 따라 Module 별로 분리 여부를 검토할 수 있습니다.

Concurrent Request Log File 은 Concurrent Program의 수행 내역에 대한 정보를 기록하며 Error 또는 Warning 시에 Log 파일을 확인함으로써 문제의 원인을 파악할 수 있습니다.

27

Page 27


• Manager Log fileManager Log File Manager가 수행한 Request 정보

Internal Manager Log File Internal Concurrent Manager가 시작될 때

Loading한 parameter내용 및 각 Manager상태 정보

Concurrent Program Log 외에 Concurrent Manager 는 Manager 별 Log File 을 생성하는데, 이Log 파일은 각 Manager가 수행한 Request 정보를 기록하고, Internal Manager Log File은Internal Concurrent Manager가 시작될 때 Loading한 Parameter 내용 및 각 Manager 상태정보를 기록하게 됩니다.

28

Page 28


• Error 처리

ICM은 PMON Cycle 마다 Concurrent Monitor

Failed Manager Worker 발견

Manager Worker가 처리했던 Request의 Phase/Status를Completed/Error로 변경

Manager Worker 의 Status를 변경

다음은 Error 처리 절차에 대해 알아보겠습니다.

Concurrent Program 실행 중 발생한 에러에 대한 처리는 ICM 이 담당합니다.

화면에서 같이, ICM은 PMON Cycle 마다 Concurrent Manager 를 Monitoring 합니다.

이때, Failed Manager Worker 를 발견하면, FND_CONCURRENT_REQUESTS 테이블에 Manager Worker 가 처 리 했 던 Request 의 Phase 및 Status 를 Completed, Error 로 변 경 하 고 , FND_CONCURRENT_QUEUES 에 Running process 갯 수 를 줄 이 고 , FND_CONCURRENT_PROCESSES 테이블에 Manager Worker 의 Status를 변경합니다.

29

Page 29


• Concurrent Processing Life Cycle

NormalErrorWarningCancelledTerminated

Completed(C)

* No Manager - No manager is defined to run the request. Check with your system administrator.

DisabledOn HoldNo Manager

Inactive(I)

NormalPausedResumingTerminating

Running(R)

* Normal - Request is waiting for the next available manager.* Standby - Program to run request is incompatible with other program(s) currently running.

NormalStandbyScheduledWaiting

Pending(P)

DescriptionStatusPhase

표 1 . Concurrent Job Status

표 1은 Concurrent Processing 의 4 단계에 걸친 Life Cycle 을 나타냅니다.

이중 운영 중에 자주 볼 수 있는 상태인 Pending Normal 은 Request 가 Manager Worker를 할당받지 못한 상태이고, Pending Standby 상태는 Incompatible Program 이 종료되기를 기다리는상태를 나타냅니다.

Inactive 상태 중 Inactive No manager 는 Concurrent Manager 가 Startup 되지 않았거나Manager 가 Define 되지 않은 상태이므로 System 담당자가 점검 해볼 필요가 있습니다.

30

Page 30

Request Submission 및 Processing• Concurrent Processing 관리 Point

1) Request Window Pending Job 에 대한 처리(Hold, Priority 조정)

2) Internal Concurrent Manger log위치 : $FND_TOP/log/SID.mgrSID.mgr 주기적인 정리

3) Log/Out File관련 Disk Space 관리

주기적으로 Purge Concurrent Request and/or Manager Data 수행

지 금 까 지 Concurrent Processing 구 조 , Request Submission 및 Processing 에 대 하여살펴보았습니다.

이제 Concurrent Server 의 운영에 시에 필요한 주요 관리 Point 에 대해 알아보겠습니다.

첫째, Request 화면에서 상태확인 및 Pending Job 에 대하여, 필요 시에 Hold 처리 와 Priority 조정 등을 수행할 수 있습니다.

둘째, Internal Concurrent manager Log 는 파일 사이즈가 너무 커지지 않도록 주기적인 정리가필요합니다.

셋째, Log 및 Output File 은 주기적으로 Purge Concurrent Request and/or Manager Data Concurrent Program 을 수행하여 정리하시면 됩니다.

31

Page 31


4) Manager Process 확인

#ps -fu username, ps -ef, ps -fu username|grep <Shor Name>

Select CONCURRENT_PROCESSOR_NAME "shortName" , substr(description,1,55) "description"From fnd_concurrent_processors/

Short Name Description---------- -------------------------------------------FNDCRM Conflict Resolution ManagerFNDIMON Internal MonitorFNDLIBR Contains AOL immediate programsFNDSCH Scheduler/Prereleaser ManagerPOXCON PO Document Approval Concurrent processorRCVOLTM Receiving Transaction Manager Mgr.ARLIBR Receivables Tax Engine LibraryPALIBR Oracle Project Accounting Con. ProgramOESHTM Shipping 10SC Transaction mgrINCTM INV Transaction Manager for 10SCINVLIBR Inventory Manager LibraryMRCLIB Oracle MRP LibraryCYQLIB Capacity Library

넷째, Concurrent Server 이상 시에는, 서버 상에서 직접 Manager Process 의 확인이 필요한데, unix 의 ps 명령을 이용할 수

있으며 조회할 Process 의 이름은 아래와 같습니다.

특히 CPMGR Token 을 포함한 Process는 Internal Concurrent Manager Process 입니다.

32

Page 32


5) Oracle Applications 에서 제공되는

Concurrent Manager Monitoring Scripts

Scripts는 $FND_TOP/sql에 위치하며 APPS user로 실행

Lists all Running, Terminating, Paused Requestsafrqrun.sql

Summary of concurrent request execution since DateEnter number of days prior to today on which to report

afrqstat.sql

DescriptionFile Name

마지막으로,

Oracle Applications 에 서 제 공 되 는 Concurrent Manager Monitoring Script 로 , $FND_TOP/sql에 위치하며, APPS User로 실행하여 Concurrent Server 에 대한 여러 정보를확인할 수 있습니다.

예로, afrqstat.sql 과 afrqrun.sql 를 살펴보면, afrqstat.sql 은 Parameter로 입력한 일 수에대하여 Concurrent Request 가 얼마나 수행되었는지에 대한 정보를 보여줍니다.

afrqrun.sql 는 현재의 Running, Terminating, Paused Requests 를 List 하여 주어 Form 화면이아닌 sql 을 이용하여 현재

Concurrent Server 의 Load 상태를 확인 할 수 있습니다.

33

Page 33


5) Oracle Applications 에서 제공되는

Concurrent Manager Monitoring Scripts

SQL>@afrqstat.sql Request type Completion Status Number of Requests------------------------------ -------------------- ------------------Spawned Error 21Spawned Normal 151Spawned Warning 5Spawned Cancelled 2SQL*Plus Normal 29Immediate Normal 14Oracle Reports Error 28Oracle Reports Normal 61Oracle Reports Terminated 1Java Concurrent Program Error 1PL/SQL Stored Procedure Error 18PL/SQL Stored Procedure Normal 1409

이 화면은 afrqstat.sql 를 7일의 Parameter 로 수행한 결과입니다.

이러한 통계자료를 이용하여 특별히 error 가 많이 발생한 부분이 존재한다면, $FND_TOP/sql 의스크립트와 앞에서 설명한

Concurrent Processing Schema 를 이용하여 특정 Program 을 찾거나 다른 유용한 정보를확인할 수 있습니다.

이 외에 ‘Completed Concurrent Requests Report’를 이용하여 수행이 종료된 Request에 관련된각 Parameter와 Error Message등을 확인 할 수 있습니다.

다 음 은 Generic Service Manager 및 Parallel Concurrent Processing 의 개 념 에 대 하 여알아보도록 하겠습니다.

34

Page 34

Generic Service Manager(GSM)및 PCP 개념

• Generic Service Manager(GSM)

• Generic Service Manager(GSM) 개념 및 기능

1) Forms Listeners, HTTP Servers, Concurrent Managers, Workflow Mailers 등을 통합 관리하기 위한Framework

2) Oracle Applications Manager 11i 에 의하여 일괄관리됨.

3) Fault tolerant service framework4) Multiple Host 구성된 Service 관리 가능

5) Applications 11.5.7 Version 부터 적용됨.

먼저 Generic Service Manager의 개념 및 기능에 대하여 살펴보면,

첫째, Generic Service Manager, 즉 GSM 은 Forms Listener, HTTP Server, Concurrent Manager, Workflow Mailer 등을 통합 관리하기 위한 Framework 입니다.

둘째, 그 동안 여러 가지 방법에 의해 관리, Monitoring 되던 이러한 service 들을 Oracle Applications Manager 11i 에 의하여 통합 관리할 수 있는 기능을 제공합니다.

셋째, Fault Tolerance 가 가능한 Framework 이고

넷째, Multiple Host 구성된 Service 의 통합 관리가 가능합니다.

다섯째, Oracle Applications Manager 11i 및 GSM 은 Applications 11.5.7 Version 부터제공되고 있습니다.

35

Page 35


• Generic Service Manager(GSM)

Host 1 Host 2... ...Host nInternal

Concurrent Manager

Service Manager

Service Manager

Service Manager

Service Processes

Service Processes

Service Processes

이 화면은 GSM의 개략적인 구성 및 동작을 나타내고 있습니다.

그림에서와 같이, ICM 은 한 Node 에 만 존재하며,

각 Node 에는 각각 Service Manger 가 존재하고,

이 Service manager 가 ICM 과 통신하며 각 Node 의 Service 를 관리하게 됩니다.

다음은 Parallel Concurrent Processing 의 개념에 대하여 알아보도록 하겠습니다.

36

Page 36


• Parallel Concurrent Processing(PCP)

• Parallel Concurrent Processing(PCP) 개념 및기능

1) Concurrent Manager Server의 장애에 대비한 Fail-over 가능

2) Concurrent Manager Level 로 분산 가능

3) Concurrent manager의 overhead를 분산

4) Network traffic발생 가능

Parallel Concurrent Processing 은

첫째, Concurrent Manager Server 의 장애에 대비한 Fail-over 기능을 하게 됩니다.

둘째, Concurrent Manager Level 로 Concurrent Processing 의 분산이 가능하여,

셋째, Concurrent Manager의 Overhead 를 분산하는 기능을 하게 됩니다.

단점은 Node 가 증가하게 되어 Network Traffic 을 유발할 가능이 있습니다.

37

Page 37


• Parallel Concurrent Processing(PCP)

Primary Node

Internal Concurrent

Manager

Concurrent Manager

Concurrent Manager

Internal Monitor

Internal Monitor

Internal Concurrent

Manager

Secondary Node

이 화면은 Parallel Concurrent Processing 의 개략적인 구성 및 동작을 나타내고 있습니다.

ICM 은 모든 Node 에 대하여 하나만 존재하게 되고, 각 Node 에는 Internal Monitor 가 존재하여ICM 의 상태를 Monitoring 하고, ICM 이 fail 되면 자신의 Node 에 ICM 을 실행하게 됩니다.

지금까지 Concurrent Processing 의 구조에 대해 알아보았습니다.

38

Page 38

Oracle Workflow

Shipping

HumanResources

AccountingCredit

Management

Web Store

Warehouse

Order EntryData Warehouse

WORKFLOW

다음은 Oracle Workflow에 대해여, Workflow in Apps 11i, Workflow Monitor, Notification Mail 의 순서로 알아보도록 하겠습니다.

39

Page 39

Workflow in Apps 11i• Embedded in E-Business Suit 11i

• Oracle Workflow is a component of Oracle9i Integration in the Oracle E-Business Suite

• Core ERP, CRM, HRMS 에서 사용됨.• Oracle E-Business Suite 의 근간을 이루는

통합적인 자동 프로세스 라우팅 구현

• 현재 프로세스 진행 상황 모니터링 가능

먼저, Workflow in Apps 11i 에 대하여 살펴보면,

Oracle Workflow 는 Apps 11i 에 Embedded 되어있으며, Oracle9i 의 Component 로써 Core ERP, CRM, HRMS 등에서 사용됩니다.

또한 Oracle E-Business Suite 의 근간을 이루는 통합적인 자동 프로세스 라우팅을 구현하고있으며, 프로세스 진행 상황 모니터링을 가능하게 합니다.

40

Page 40

Workflow in Apps 11i• Embedded in E-Business Suit

• User Interface1) Internet-Enabled

표준 Web browser 를 사용함.Self-Service Web 을 통하여 Work List 확인.Workflow 확인 및 transaction 처리를 위한 Drill-down 가능

2) E-mail Standard Mail Protocols:(주로 UNIX Sendmail 사용)Detail and Summary formatsPlain text or HTML email

Workflow 의 User Interface 는

첫째, Internet을 기반으로 하고있어, 표준 Web Browser 를 사용하며, Self-Service Web 을통하여 Work List 확인하거나 또는 각 모듈의 Notification Summary 화면을 통하여 사용할 수있습니다.

또한, Transaction 처리를 위한 Drill-down 가능합니다.

둘째, Workflow 의 Notification mail 은 E-mail 기능을 제공합니다.

Notification Mailer 는 Standard Mail Protocol 인 UNIX Sendmail 등을 사용할 수 있으며,

Detail 및 Summary Format 과, Plain text 또는 HTML E-mail 을 발송할 수 있습니다.

41

Page 41

Workflow in Apps 11i• Embedded in E-Business Suit

• 주요 Workflow Runtime Data

1) Order ManagementBookingShipping

2) PurchasingDocument Approval ProcessNotification

3) Human Resource

주요 Workflow Runtime Data 로는

Order Management 의 Booking 및 Shipping Process 와 Oracle Purchasing 의 Document Approval Process 및 Notification

그리고 Human Resource 의 Time Capture 등에 사용되는 Run Time Data 가 있습니다.

Workflow 가 사용되는 Module 의 Performance 향상을 위하여 Workflow Runtime Data 의주기적인 Purge가 필요합니다.

42

Page 42

Workflow Flow Monitor• Summary of key activities

Decision makers in the processCurrent owners process monitor

• Graphically monitor and administer workflow transactions

View and analyze transaction historyRetry or skip any activityRewind and rerun any processAvailable to end users and administrators

앞에서 E-Business Suit 에 Embedded 된 Oracle Workflow 의 기능에 대하여 간단히알아보았고, 이제 이러한 기능들에 대한 Workflow 의 Monitor 기능을 살펴보도록 하겠습니다.

Workflow 의 Key Activity 는 Business Process 상에서의 Decision Maker 역할과 Process Monitor 기능입니다.

Oracle Workflow 는 Graphical Monitor 방식으로 Process 의 확인 및 Transaction History 분석, Activity 의 Retry 또는 Skip, Process Rewind 와 Rerun 이 가능하며, 이러한 기능들은 End User 와 관리자에 의하여 수행이 가능합니다.

주의할 점은 Apps 11i 에서는 Skip, Process Rewind 와 Rerun 기능은 권고하지 않습니다.

43

Page 43

Workflow Flow Monitor• Work List – Notifications

이 화면은 Work List 화면으로,

User 는 Notification 을 확인하고, 해당 구매요청을 Approve 하거나 Reject 할 수 있습니다.

다음은 자주 사용하게 되는 Module 별 Workflow Status 확인방법에 대하여 알아보겠습니다.

44

Page 44

Workflow Flow Monitor• Order Management – ‘Workflow Status’

Process 진행 단계

확인

하(상)위 Process 조회

- Zoom In/Zoom Out

Status 확인

- 상태 및 Error 유무확인

이 화면은 Order Management 의 ‘Workflow Status’ 를 확인하는 화면으로 Process 진행 단계확인, Zoom In, Zoom Out 기능을 이용한 상하위 Process 조회, Status 상태 및 Error 유무를확인할 수 있습니다.

화면의 다이어그램을 살펴보면, 굵은 녹색 선으로 표시된 부분까지 표시된 Process 까지 진행된것으로, 현재 이 Order 는 Ship Confirm 대기 중인 것을 알 수 있습니다.

45

Page 45

Workflow Flow Monitor• Purchase Order – ‘View Approval through

Workflow’PO/PR 승인 시 Process 진행상태 확인

이 화면은 Purchase Order 의 ‘View Approval through Workflow’ 화면으로, PO 및 PR 승인 시Process 진행상태 확인할 수 있습니다.

화면의 다이어그램을 살펴보면, Purchase Order 가 PO Approval Process 중인 것을 알 수있습니다.

46

Page 46

Workflow Flow Monitor• Workflow Administrator Web Applications – ‘Find

Processes’

Process Retry

주) Skip 하지 말 것

이 화면은 위에서 설명한 모듈별 Process Status 확인 시 문제가 발생한 경우, Workflow Process 를 Retry 또는 Skip 할 수 있는 화면입니다.

주의할 점은 Oracle Standard Workflow Process 는 Skip 해서는 안 된다는 것입니다.

화면에서, Process 가 멈춘 곳의 Icon을 선택하고, 하단의 Expedite button을 누르면, Retry 또는Skip 할 수 있는 화면이 나타나게 됩니다.

이때, Retry 를 선택하고, Error 요인이 해소 되었으면, Workflow 는 다음 단계로 진행을 계속하게됩니다.

47

Page 47

Workflow Flow Monitor• $FND_TOP/sql/wfstat.sql : Apps user 로 수행

PO 관련 Workflow 진단 스크립트

Parameter : PO_HEADERS_ALL 의WF_ITEM_TYPE, WF_ITEM_KEY

Workflow 의 진 단 을 위 하 여 Oracle Applications 에 서 제 공 되 는 스 크 립 트 로$FND_TOP/sql/wfstat.sql 이 있으며 Apps user 로 수행하면 됩니다.

이 스 크 립 트 는 PO 관 련 Workflow 진 단 스 크 립 트 로 많 이 사 용 되 며 , Parameter 는PO_HEADERS_ALL 의 WF_ITEM_TYPE, WF_ITEM_KEY 를 입력하여 수행하시면 Workflow 의진행 상태를 확인할 수 있습니다.

다음은 Notification Mailer 에 대해 알아보도록 하겠습니다.

48

Page 48

Notification Mail• Notification Mailer

• Message content delivered as HTML• Automatic generation of response templates• Attachment Support• Detail and summary formats• Plain text or HTML email• Outbound SMTP, Inbound IMAP 사용

• Managed & Configured using the Oracle Workflow Manager in OAM (No flat file)

첫째, Notification Mailer 는 Workflow Process 에서 발생하는 Notification 에 대하여 Message content 를 HTML 메일로 발송하며,

둘째, Notification Mail에 대한 response template 을 자동 생성 해줍니다.

그리고, Attachment , Detail 및 Summary Format, Plain Text 형태의 메일을 지원합니다.

Apps Version 11.5.7 부터 IMAP을 지원하며, OAM의 Oracle Workflow Manager 에 의해Configuration 하고, 관리할 수 있는 기능을 제공합니다.

49

Page 49

Notification Mail• Email Notifications

Extended HTMLExtended HTMLmessage formatsmessage formats

Research and Research and make a decisionmake a decision

via Email via Email attachmentattachment

이 화면은 User 가 받은 Notification 메일 화면으로, 하단에 Approve, Reject Link 와 Attachment 를 참조하여 의사 결정을 할 수 있습니다.

50

Page 50

Notification Mail• Workflow Mailer Monitor – Workflow Manager

in OAM상태 확인 및 Start/Stop/Configuration 가능

마지막으로,

Workflow Mailer 의 관리 기능을 살펴보겠습니다.

이 화면은 OAM 의 Workflow Manager 의 ‘Workflow Mailer Monitor’ 화면으로, 11.5.7 후version 에 서 는 ‘ Workflow Mailer Monitor’ 화면에서 Workflow Mailer 의 상태 확인 및

Start/Stop/Configuration 가능합니다.

이상으로 Oracle Applications 11i Architecture - Concurrent Processing 과 Oracle Workflow 에대한 세미나를 마치겠습니다.

감사합니다.

Documents

Oracle Applications 11i Architecture - :: DBguide.net · 2004-10-04 · 1 Page 1 사욱환, 유은실, 김용대 제품지원실 한국오라클㈜ Oracle Applications 11i Architecture