인스피언(http://www.inspien.co.kr)

[xCon for SAP] SAP User Activity Monitoring

알 수 없는 사용자 — Mon, 4 Jan 2016 15:58:45 +0900

▶xCon for SAP provides sap user activity monitoring, current usage status of its contents-based system, and upgrade recommendations using an SAP protocol-based audit log.

better than user activity tcodes SM19, SM20, ST05 in SAP.

xCon for SAP_User Activity Monitoring.pdf

[XI/PI] Dual Stack object to Single Stack object (Directory Content Migration Tool)

INSPIEN — Mon, 19 Jan 2015 10:40:31 +0900

SAP Directory Content Migration Tool.pdf

듀얼스택으로 구성된 오브젝트 들을

싱글스택으로 변환 해 주는 PI Tool 입니다.

Directory Content Migration Tool

URL :

http://<targetSystem_host>:<targetSystem_port>/webdynpro/resources/sap.com/tc~pi~tools~dirmig~wd/DirectoryCockpit

설명 notes :

http://scn.sap.com/community/process-orchestration/blog/2012/11/19/moving-integration-directory-artifacts-from-dual-stack-to-single-stack

[XI/PI] SOAP to JDBC Step-by-Step / Sync

INSPIEN — Tue, 29 Apr 2014 15:13:30 +0900

SOAP to JDBC Interface 개발방법입니다.

Sync 방식으로 타겟쪽에 Insert가 잘되었는지 Response Message를 받아 확인하는 Interface 입니다.

타겟쪽 테이블입니다.

테이블 명은 HEAD_TABLE입니다.

이 구조에 맞추어 WSDL을 작성하도록 할 것입니다.

<< Enterprise Services Builder >>

먼저 소스쪽 오브젝트 부터 생성합니다.

Sync 방식이기 때문에

1. Data Type (Request, Response) 두개

2. Message Type (Request, Response ) 두개

3, Service Interface 한개

순으로 만듭니다.

1. Data Type 만들기

(1) Request Data Type : SOAP2JDBC_OUT_DT

SOAP방식은 Element Name에 구애받지 않으므로 최상위 엘리먼트 이름은 임의적으로 LIST로 주었습니다.

LIST에는 여러값이 들어오게 되므로 1..unbounded로 줍니다.

하위 엘리먼트는 타겟쪽 테이블의 필드와 같이 ID, H_INDEX, DATA1, DATA2를 생성합니다.

ID와 H_INDEX는 키값이기 때문에 1로 주고, DATA는 필수값이 아니기때문에 0..1로 줍니다.

(2) Response Data Type : SOAP2JDBC_OUT_DT_RE

Response Data Type의 이름은 Request Data Type의 이름에서 _RE만 붙여 만들었습니다.

이름에는 상관 없지만 Response Data Type의 최상위 엘리먼트 뒤에는 반드시 소문자로 _reponse를 붙여줘야합니다.

2. Message Type 만들기

(1) Request Message Type : SOAP2JDBC_OUT_MT

Request Data Type을 Load하여 Request Message Type을 생성합니다.

(2) Response Message Type : SOAP2JDBC_OUT_MT_reponse

Response Data Type을 Load하여 Response Message Type을 생성합니다.

Response Message Type 이름의 뒤에는 반드시 소문자로 _reponse를 붙여줘야합니다.

3. Service Interface 만들기 : SOAP2JDBC_OUT

Outbound / Synchronous를 선택하고,

Request/Response에 맞는 메시지타입을 load하여 생성합니다.

소스쪽 오브젝트 생성이 완료되었습니다.

다음은 타겟쪽 오브젝트를 생성할 차례입니다.

타겟쪽도 마찬가지로

1. Data Type (Request, Response) 두개

2. Message Type (Request, Response ) 두개

3, Service Interface 한개

순으로 만듭니다.

1. Data Type 만들기

(1) Request Data Type : SOAP2JDBC_IN_DT

타겟쪽은 JDBC이기 때문에 JDBC Adapter의 Document Format에 따라 작성해야하므로 반드시 아래 구조와 같이 만들어줘야합니다.

action에는 INSERT, UPDATE, DELETE, UPDATE_INSERT, SELECT, SQL_QUREY와 같이 어떤 쿼리를 이용할 것인지가 들어가고,

action은 Element가 아닌 Attribute로 작성해줘야합니다.

table에는 이용할 테이블명이 들어갑니다.

access의 하위엘리먼트에는 이용할 필드명이 들어갑니다.

자세한 JDBC Adapter의 Document Format내용은 아래 문서에서 확인 하시면됩니다.

[[ Document Formats for the JDBC Adapter ]]

(2) Response Data Type : SOAP2JDBC_IN_DT_RE

마찬가지로 Document Format에 따라 작성하였습니다.

최상위 엘리먼트에는 역시 _reponse를 붙여줍니다.

insert_count라는 엘리먼트를 생성하면 JDBC Adapter가 INSERT 횟수를 카운트 하여 response 해줍니다.

이 내용 역시, 링크의 문서에서 확인하시면 됩니다.

[[ Document Formats for the JDBC Adapter ]]

2. Message Type 만들기

(1) Request Message Type : SOAP2JDBC_IN_MT

Request Data Type을 Load하여 Request Message Type을 생성합니다.

(2) Response Message Type : SOAP2JDBC_IN_MT_reponse

Response Data Type을 Load하여 Response Message Type을 생성합니다.

Response Message Type 이름의 뒤에는 반드시 소문자로 _reponse를 붙여줘야합니다.

3. Service Interface 만들기 : SOAP2JDBC_IN

Inbound / Synchronous를 선택하고,

Request/Response에 맞는 메시지타입을 load하여 생성합니다.

이제 소스쪽과 타겟쪽의 오브젝트 생성을 모두 마쳤으니 서로 매핑을 해줄 차례입니다.

매핑은

1. Message Mapping ( Request, Response) 두개

2. Operation Mapping 한개

순으로 만듭니다.

1. Message Mapping

(1) Request Message Mapping : SOAP2JDBC_MM

action에는 INSERT를, table에는 타겟쪽 테이블명인 HEAD_TABLE을 매핑합니다.

LIST와 access를 매핑해주고 하위 엘리먼트들도 각각 연결 시킵니다.

(2) Response Message Mapping : SOAP2JDBC_MM_RE

2. Operation Mapping : SOAP2JDBC_OM

Operration Mapping은 다음과 같이 Outbound / Inbound Service Interface를 먼저 Load하고,

Request/Response 탭에 맞는 Message Mapping을 할당해줍니다.

매핑까지 완료하고 <Enterprise Services Builder>에서 해야할 일은 모두 마쳤습니다.

다음은 <Integration Builder>에서 오브젝트를 생성해야합니다.

<< Integration Builder >>

Integration Builder에서는

1. Communication Channel (Sender, Receiver) 두개

2. Receiver Determination

3. Interface Determination

4. Sender Agreement

5. Receiver Agreement

순으로 오브젝트를 생성하겠습니다.

1. Communication Channel

(1) Sender Channel : KAY_SOAP2JDBC_SOAPSender

특별한 입력사항은 없고, Sync이므로 Quality of Service는 Best Effort를 선택한다.

(2) Receiver Channel : KAY_SOAP2JDBC_JDBCReceiver

DB 접속 정보를 입력해 줍니다.

2. Receiver Determination

3. Interface Determination

4. Sender Agreement

5. Receiver Agreement

Integration Builder 오브젝트 생성이 끝나면 모든 준비가 완료되었습니다.

WSDL 생성방법은 아래 링크를 참조하시면 됩니다.

[[[XI/PI] SOAP Sender Channel의 WSDL 만드는 방법]]

[XI/PI] XML Validation 사용하기

INSPIEN — Fri, 25 Apr 2014 16:29:59 +0900

XML Validation은 Sender Adapter에서 이루어지는 Validation과

Integration Engine에서 이루어지는 Validation이 있습니다.

그림과 같은 구조를 가지기 때문에

Sender Adapter는 Outbound 메세지만 Validation이 가능하고,

Integration Engine은 Outbound와 Inbound 모두 Validation이 가능합니다.

Outbound 메세지를 검사할 때

Async 방식은 Sender Adapter, Integration Engine 둘중 사용자가 원하는 방식을 선택해서 사용할 수 있지만

Sync 방식은 반드시 Sender Adapter를 사용하지 않으면 오류가 발생합니다.

Sync 방식에서 Request, Response 메세지 둘 모두 Validation이 가능합니다.

Inbound 메세지는 Integration Engine만이 검사할 수 있으므로

Sync/Async 방식 모두 Integration Engine을 이용합니다.

XML Validation은 PI의 Payload 구조와 저장된 데이터 유형을 이용하여 검사를 합니다.

이때 이용하는 데이터 유형은 XSD입니다.

Sender Adapter에서 Validation 처리를 할 때 Payload와 XSD구조가 다르다면 메세지 처리는 정지되고,

Sender에게 Synchronous Response Messagef를 보냅니다.

따라서 오류는 Sender channel에서 확인 할 수 있습니다.

Integration Engine에서는 Validation이 Integration Engine의 Pipeline 단계에 속합니다.

Integration Engine의 Pipeline 단계는 SXMB_MONI에서 로그를 볼 때 확인 할 수 있습니다.

모습은 다음 그림과 같습니다.

로그의 각 단계가 Integration Engine의 Pipeline 단계를 나타냅니다.

따라서 Integration Engine Validation에서 오류가 날 시 SXMB_MONI를 통해 확인할 수 있습니다.

XML Validation 부분은 항상 나타나지만 목록에 나오기만 할 뿐

설정 해주지 않았다면 유효성 검사는 이루어지지 않고 있는 상태입니다.

그럼, 이제 XSD를 추출하는 방법과 Validation 설정 방법에 대해 설명하도록 하겠습니다.

1. 데이터 타입을 추출할 메세지 타입의 XSD 탭에서 [Export XSD to FILE]버튼을 눌러서 XSD를 파일로 저장합니다.

XSD는 WSDL에서도 추출 할 수 있습니다.

아래 그림을 보면 <wsdl:types></wsdl:types> 사이에 xsd가 정의되어 있는 것을 볼 수 있습니다.

그부분과 맨 위쪽 인코딩 부분만 복사하여 따로 XSD파일로 만들면 됩니다.

2. 저장한 XSD를 Integration Server System에 복사해 주어야합니다.

경로는 다음과 같습니다. 아래 경로는 실제로 테스트를 위해 만든 경로입니다.

빨간 부분은 밑에 그림을 참고하시면 됩니다.

폴더를 만들 때 namespace에서 폴더이름에 사용할 수 없는 문자 : / 에는 ~ 기호를 사용합니다.

예를 들어 http://www.inspien.co.kr/10074라는 namespace는 http~www.inspien.co.kr~10074로 폴더를 작성합니다.

XSD를 Integration Server System에 복사하는 것을 마쳤다면 이제 Validation 설정만 해주면됩니다.

단, Validation 하기를 원하는 메세지 타입은 모두 XSD로 만들어 복사해 주어야합니다.

Sync 방식인 경우 Outbound Requset Message Type, Outbound Response Message Type,

Inbound Requset Message Type, Inbound Response Message Type 총 네개의 XSD를 복사해야겠네요.

폴더는 serviece interface별로 되어있으므로 outbound serviece interface, inbound serviece interface 두 폴더면 됩니다.

마지막으로

3. Validation 설정을 해줍니다.

Outbound Validation은 Sender Agreement에서, Inbound Validation은 Receiver Agreement에서 설정합니다.

이로써 설정은 모두 마쳤습니다.

XML Validation을 사용했을 때와 사용하지 않았을 때를 비교해 보면

Outbound와 Inbound Message 모두 Validation을 사용하지 않았을 때는 에러가 모두 Message Mapping에서 Value Missing에러가 납니다.

구조가 다르기때문에 Mapping이 제대로 이루어지지 않아 Value Missing이 일어나겠지요.

그러나 Validation을 사용하면 구조를 검사해주기 때문에 보다 정확하게 에러난 이유를 알 수가 있습니다.

에러 내용을 보시면 ID가 누락된 것, 구조가 StatementName1_reponse, Statement Name1로 다른 것을 쉽게 알 수 있습니다.

마지막으로 Sync 방식일때 Integration Engin Validation을 사용 시 나타는 에러입니다.

Synchrnous message에서는 adapter validation만 사용할 수 있다는 에러가 나타나고 있습니다.

[XI/PI] SXMB_MONI에서 로그를 커스터마이징하여 보는 방법

INSPIEN — Fri, 25 Apr 2014 13:21:13 +0900

SXMB_MONI에서 로그를 확인할 때 로그를 커스터마이징하여 보고싶은 로그만 확인 할 수 있도록 하는 방법입니다.

설정은 SXMB_ADMIN -> Integration Engine Configuration에서 가능합니다.

그림을 순서대로 따라서 들어가시면 됩니다.

빨간색으로 표시된 RUNTIME/LOGGING , RUNTIME/LOGGING_SYNC두 파라미터를 이용하여 로그 설정을 할 것입니다.

파라미터 이름으로 금방 알아보시겠지만 LOGGING 파라미터가 Async 방식이고, LOGGING_SYNC파라미터가 Sync방식의 로그입니다.

현재 파라미터가 둘 다 1로 설정되어있는데, 1로 설정되어있을 경우 모든 로그를 보여줍니다.

파라미터를 0으로 주면

Async방식인 경우 Inbound Message, Receiver Grouping, Response 세 가지로 간단하게 로그를 보여주지만,

Sync 방식의 경우 아무런 로그를 보여주지 않게됩니다.

SXMB_MONI -> Monitor for Processed XML Messages 목록에도 전혀 들어오지 않습니다.

만약 분명히 서비스가 흘렀는데도 불구하고 MONI에 아무것도 들어 오지 않는다면 LOGGING_SYNC 파라미터를 확인해보시면 될 것 같습니다.

먼저, 보시는 그림은 LOGGING_SYNC 파라미터를 1로 설정하여

모든 로그를 볼 수 있게끔 설정한 모습입니다.

로그를 커스터 마이징 할 때는, LOGGING 파라미터와 LOGGING_SYNC 파라미터를 0으로 설정하고 두 파라미터의 서브파라미터를 이용하여 설정하게 됩니다.

위 그림을 따라 파라미터 설정 페이지까지 들어온 후, [New Entries]를 누릅니다.

파라미터 작성 페이지 입니다. 카테고리는 RUNTIME을 선택하고 파라미터는 LOGGING 파라미터와 LOGGING_SYNC 파라미터 둘 중 설정해줄 파라미터를 선택합니다.

Subparameter 값을 통해 원하는 로그 메세지를 설정하게됩니다.

Current Value값을 1로 주면 활성화되고, 0으로 주면 비활성화 됩니다.

서브파라미터를 만들어두기만 하고, 나중에 사용할 경우 0으로 주면 됩니다.

모든 서브파라미터를 생성해두고 사용하고 싶은 서브파라미터만 1로 활성화 하여 사용해도 되지만,

저같은 경우 사용하고싶은 서브파라미터 3개만 생성해보았습니다.

바로 설정하여 사용할 것이기 때문에 Current Value값도 1로 주었습니다.

모든 설정을 마치면 저장을 누릅니다.

서브파라미터를 선택할 때의 창입니다.

파라미터가 어떤 로그에 관여하는지 설명이 다 되어있기 때문에 쉽게 서브파라미터를 선택하실 수 있습니다.

서브파라미터 설정을 마친 후 파라미터는 0으로 해주어야만 서브파라미터의 로그만 보실 수 있습니다.

위 그림과 같은 SXMB_ADMIN 설정을 마친 후 SXMB_MONI에서 본 로그 모습입니다.

설정한 서브파라미터에 따라 Inbound Message, Request Message Mapping, Response Message Mapping 세 가지 로그만 나오는 것을 확인할 수 있습니다.

[ABAP / sproxy] proxy 생성 방법

INSPIEN — Tue, 15 Apr 2014 18:09:51 +0900

ABAP Proxy 란

: ABAP Proxy 는 XI 의 Integration Object를 SAP에서 사용할 수 있도록 해주는 Interface 방법이다.

SAP WAS 6.20 이상이 탑재된 모든 ABAP System에서 사용할 수 있으며, 해당 ABAP System에는 XI와 통신할 수

있는 Integration Engine이 포함되어 있다.

이를 사용하게 되면 ECC내에서 Interface 되는 DATA의 모니터링이 가능해진다 .

ABAP Proxy 의 종류

Client Proxy : XI서버에 대하여 ECC서버가 Client의 역할을 하는 경우에 Client Proxy라고 합니다.

Proxy Generation 시에 CO Prefix가 자동으로 부여된다.

Server Proxy : ECC서버가 XI 서버에 Server 역할을 하는 경우에 Server Proxy라고 한다.

Proxy Generation 시에 II Prefix가 자동으로 부여되며, Implementing Class가 존재한다.

ZADM_CLIENT_PROXY_ASYNC.txt

ZADM_CLIENT_PROXY_SYNC.txt

ZIFII_SI_MODULE_REQ_AI.txt

ZIFII_SI_MODULE_SI.txt

[XI/PI] ABAP Proxy to XI SOAP - 첨부파일 Attachment

INSPIEN — Tue, 15 Apr 2014 16:43:29 +0900

ABAP Proxy Code :

DATA: prxy TYPE REF TO ZIFCCO_ATTACH_OUT,

mt_in TYPE ZIFCMT_ATTACH,

dt_in TYPE ZIFCDT_ATTACH.

dt_in-data = 'data is...'.

mt_in-mt_attach = dt_in.

DATA: attachment_protocol TYPE REF TO if_wsprotocol_attachments,

attachment TYPE REF TO if_ai_attachment,

attachments TYPE prx_attach,

attach_xstring TYPE xstring.

attach_xstring = '202020202020204B'.

TRY.

CREATE OBJECT prxy.

attachment_protocol ?= prxy->get_protocol( if_wsprotocol=>attachments ).

attachment = attachment_protocol->get_attachment_from_binary(

data = attach_xstring

type = if_ai_attachment=>c_mimetype_text_plain

name = 'attachment_name').

APPEND attachment TO attachments.

attachment_protocol->set_attachments( attachments ).

CALL METHOD prxy->execute_asynchronous

EXPORTING

output = mt_in.

COMMIT WORK.

CATCH cx_ai_system_fault.

WRITE 'system fault'.

ENDTRY.

[XI/PI] Message Mapping 제거

INSPIEN — Tue, 15 Apr 2014 15:50:51 +0900

Outbound Message Type과 Inbound Message Type이 꼭 다를 필요가 없는 Interface인 경우 Mapping을 꼭 만들지 않고 by-pass 하면 좀더 성능 향상을 확인 할 수 있다.

아래와 같이 Outbound / Inbound의 MessageType이 같아야 하고 Message Mappping과 Operation Messageing은 없다.

Interface Determination 에서 다음과 같이 Operation Maaping을 선택 하지 않고 생성 가능하다.

아래 결과를 확인하면 Message Size는 큰 차이는 없으나, 매핑이 있고 없음에 따로 속도 차를 확인 할 수가 있다.

[XI/PI] JDBC 채널의 timeout 설정

INSPIEN — Tue, 15 Apr 2014 15:34:44 +0900

JDBC Sender 채널의 경우 종종 Network가 단절되면 채널이 start되고, 중지된 상태로 계속 존재하는 경우가 발생 한다. 이때 JDBC 채널에 time out 옵션을 적용 해서 특정시간 동안 응답이 없을 시, 채널을 중단 시켜야 한다.

Advanced 탭에서 다음과 같이 입력한다. (단위는 msec)

driver:oracle.net.CONNECT_TIMEOUT 1000

driver:oracle.jdbc.ReadTimeout 7000

[XI/PI] AI_RUNTIME_XXX의 Connection수 셋팅

INSPIEN — Tue, 15 Apr 2014 15:18:05 +0900

다음과 같이 AI_RUNTIME 에러가 떨어질 때 AI_RUNTIME Connection 개수가 부족할 때 발생 하는 에러 이다.
Default 는 10개
AI_RUNTIME_XXX는 Mapping 할 때 사용 하는 JCO Connection이다

nwa에서 Configuration → Connectivity → Jco RFC Provider

"AI_RUMTIME_XXX” 의 개수를 edit를 클릭해서 수정 후 stop → Start를 해준다
해당 작업 시 인터페이스가 잠시 안되기 때문에 운영에 적용 할 때 주의 해야 한다.