타시스템은 Non-SAP인 시스템을 말씀하시는거죠?

다른 방법들도 있지만, 제가 사용해본 방법은 DBLINK, MQ, RFC가 있습니다.

1) DBLINK  

SAP에서 특정 테이블에 DBLINK를 열어주면 타시스템에서 SAP 테이블을 직접 발췌해갈 수 있습니다.

물론 방화벽이 있다면 방화벽 등록도 해야하구요..

그치만,  DBLINK가 늘어날 수록 관리상의 문제가 많아서 큰 시스템일수록 DBLINK 연결을 가급적 사용하지 않는거같아요..

 

2) RFC

Non-SAP 시스템에서도 어떤 툴인지 잘 모릅니다만, 어떤 툴을 사용하면 SAP의 RFC를 직접 호출 할 수 있습니다.

대상시스템 담당자가 SAP RFC 호출 경헙이 있다면,

대상 시스템 담당자에게 시스템 접속정보(IP,시스템번호,RFC용 유저/PASS 등)를 알려주기만 하면 될겁니다.

 

3) MQ(EAI)

EAI interface 중 가장 많이 사용되는것이 IBM의 MQ인데요 MQ를 예로 들면,

양쪽시스템에 MQ 클라이언트가 설치되있고, MQ 관리부서 혹은 담당자가 있을 경우

양쪽 시스템간에 MQ HUB를 통한 DB to DB, file to file  인터페이스가 가능합니다.

( dblink에서 간혹 발생하는 시스템간 오라클 버전차이로 인한 문자깨짐현상 등을 커버할 수 있습니다. )

 

이외에 최근에는 XI 를 권장하는 추세인거같습니다.

XI쪽은 저도 아직 잘 모르겠네요^^;;

 

감사합니다  2)번의 방법은 sap>non-sap으로 데이터를 주는방식이 아닌가요?  반대로도 된다는 말씀이신가요?

 

음 조금더 협의를 해봐야 겠네요 답변 감사합니다

아 네, easy ABAP 교재나, 자료실의 RFC 관련자료를 보시면 쉽게 아실 수 있을거같아요

A 시스템에 RFC가 있고, B 시스템에서 A 시스템의 RFC를 호출할 때,

A 시스템에서 B시스템으로 Internal table형식 등의 output데이타를 넣어줄수도 있구요,

반대로 B 시스템에서 A시스템으로 output데이타를 넣어줄수도 있습니다.

 

호출방향과 별도로 RFC 내용에 따라 데이타 전송방향은 달라질 수 있습니다.

 

참고만 하세요 ~

 

안전빵으로 가시려면, 필히 RFC 으로 진행 하세요...

SAP 는 Legacy 를 Call 하는 걸 권장하지 않습니다.

 

무조건 Legacy 가 SAP 를 Call 해야 합니다.

금기를 깨신다면...

 

향후 발생되는 Trouble Shooting 우후죽숙으로 튀어 나올 수 있으니...

Standard 에 발맞춰 협의 진행 하세요.

 

XI 도 결국은 SAP 를 Call 하는 거죠...

EAI System 이 존재 한다면 필히 거쳐서 나가게 하시구요...

 

SAP 는 절대로 Legacy 를 호출 하면 안됩니다.

 

너무할 정도로 비협조적으로 나온다면 야... 에휴~

금기를 깨야 겠지만... SAP 를 함에 있어서 강한 의지는 필요악 이 아닌가 싶네요...

XI 문제 많은건 사실입니다..

예를 들면 XI 큐 하나의 건수가 5만건을 넘게 되면 짤립니다...

그리고 BC에서 처리 대기시간도 따로 설정해 주어야 처리중에 떨어지는 것도 막구요...

XI 에서 DB LINK 로 많이 옮겨타는 추세입니다.

물론 DB 를 OPEN 잘 안해주는게 문제지만요....

PI 에서 DB-Link 로 넘어가는 추세라구요 ?

정말 이신가요 ?

 

제 짧은 지식으로는 PI 무시 못 할거 같은데...

DB-LINK 는 Skill 적인 부분을 말씀 하시는 건가요 ?

아니면, Direct 로 그냥 붙이는 걸 통틀어 DB-Link 라고 하신건지

 

일전에 한번 맛배기로 작업 한 적이 있는데...

이건 정말 아닌데 라는 생각이 많이 들던데요... ^^;

 

마시멜로우님~ 제가 말씀드린 내용은 Legacy가 SAP함수를 호출하는 것을 전제로 말씀드린거에요~

꼬맹이님 말씀대로 그 반대로 호출하는것은  안하시는게 좋을거같아요~

 

XI가 이상적으로 구성되고 운영 조직이 이상적으로 운영을 잘 한다면 다행이지만,

경험있는 사람이 많지 않아서인지.. 구성할때도 그렇고 운영하기도 많이 짜증난다는 얘기는 종종 들리는거같아요..ㅎㅎ;

그건 MQ방식도 마찬가지 상황인거같구요..

 

개발 입장에서는 BC에서 지원만 잘해준다면 DBLINK가 젤 편하긴 한데, BC에서도 잘 안해주려고 하고

실제 운영상 문제점도 많아서 DBLINK를 다 RFC로 바꾼적도 있어요..

상대방 시스템에서 터무니 없이 많은 데이타를 끌어가서 부하를 준다거나,

쿼리에 오류가 생기면 바로 덤프가 떨어진다거나 등등..

 

XI를 MAIN으로 밀어부치는 쪽에서도 예외적으로 RFC를 허용하더라도 RFC 함수안에 공통적으로 사용하는

log 함수를 필수적으로 포함하도록 해서 관리를 좀 더 강화하는식으로 가는거같습니다.

 

 

아카드05 님 답답한 속을 뻥 뚫어 주시는 군요...~

귀한 답변 고맙습니다. ^^/

DB Link는 DB서버에 부하를 많이 줘서 이젠 거이 않씁니다.

특정싸이트들 빼고는요..  (중국에 어느 T 어쩌구 싸이트)

그냥 맘편하게 RFC 를 사용하세요.. 반대는 JCO죠..(.net, VB, Delpai, php, asp 등등)

어짜피 둘다 SAP서버로 로그인해서 data를 가져가거나 가져오는거라 암생각없시 RFC만 만들어주면 됍니다.

대량 data면 FTP를 사용하시면 돼겠네요.

웹이나 타언어쪽은 잘모르겠네요. 하지만 방법은 다 똑같은걸로 알고 있습니다.

XI는 돈이 많이 들어서 그렇지 가장 이상적인걸로 알고 있습니다.
EAI는 아직도 사용하나요? 2002년에 EAI LG쪽꺼 만져봤는데.. 편하긴하던데.. 것도 어짜피 파일 만들어주는 방식이라...

와 많은 답글들 감사합니다 역시 sap가 메인이 되어야 하는군요 귀중한 답변들 감사합니다