TMMETADATA(5) Name TMMETADATA - Tuxedo service metadata repository server Synopsis TMMETADATA SRVGRP="identifier" SRVID="number" CLOPT="[-A] [servopts options] -- -f repository_file [-r] [-o filename] Description TMMETADATA is a Tuxedo system server that processes requests to retrieve and/or update Tuxedo service metadata repository information. TMMETADATA provides and supports just one service,..

# 테스트환경 IBM AIX 7.2 (서버1) / IBM AIX 7.2 (서버2) / Oracle Linux 6.6 (클라이언트) AIX는 각각 1번서버와 2번서버로 구분. linux는 클라이언트로 구분. # 구성 서버1 TOUPPER 서비스만 가지고 있음 서버2 TOLOWER 서비스만 가지고 있음 # 로직구상 1. 서버1과 서버2를 domain통신을 설정한다. 2. Client가 서버1의 WSL과 WSH를 통해서 TOLOWER 서비스를 request하게 되면 서버1은 TOLOWER 서비스를 서버2에서 가져와서 클라이언트에게 서비스를 reply 해준다. 1. Tuxedo 서버 1번 ubbconfig 환경변수 파일 설정 *SERVER 그룹에 DMADM, GWADM, GWTDOMAIN 설정 # vi ubbs..

도메인 통신을 하기 위한 환경 변수 파일 DMCONFIG 예시 *DM_RESOURCES VERSION=U22 *DM_LOCAL_DOMAINS DEFAULT : TYPE=TDOMAIN BLOCKTIME=30 MAXDATALEN=56 MAXRDOM=89 CONNECTION_POLICY=ON_DEMAND DMTLOGDEV="/eai/dev/wle/env/DMTLOG" AUDITLOG="/eai/dev/wle/env/AUDITLOG" TUXDOM13 GWGRP=GRP_DGW13 DOMAINID="TUXDOM13" DMTLOGNAME="DMTLOG_TUXDOM13" TUXDOM14 GWGRP=GRP_DGW14 DOMAINID="TUXDOM14" DMTLOGNAME="DMTLOG_TUXDOM14" *DM_REMOT..

Tuxedo의 Domain 통신은 어떻게 이루어질까? 테스트 전에 훑어야할 내용 테스트는 아래 링크 2022.09.27 - [Oracle Tuxedo] - [Tuxedo] SHM 모드 DOMAIN 통신 테스트 DOMAIN ? 대규모 숫자로 구성된 시스템을 운영하는 경우, 관리가 가능한 단위로 도메인을 구성하여 관리한다. 즉, 도메인은 Tuxedo에서 관리의 단위이며 도메인 구성시 결정 요소인 지역적, 기능적, 관리적인 측면을 고려하여 구성한다. 도메인은 지역/기능별 응용 시스템의 구성 및 통합의 편리성을 제공하고, 가용성을 높일 수 있다. 또한 강력한 보안 기능을 제공한다. Domain의 필요성 업무가 증가하거나 혹은 조직이 확장되어 지리적으로 관리하여야 할 Node Server Machine이 증가하면..

1. UBBCONFIG 환경파일 설정 -- 옵션 뒤에 인자를 넣는다. -i argument와 -t argument는 사용자가 직접 지정하였다. * CLOPT 옵션이 아님. simpserv SRVGRP=GROUP1 SRVID=100 #주의할 것은 반드시 -- 다음에 인자를 넣어야 한다. # ex) CLOPT="-A -- -i 12.12.12.11 -t 2000" CLOPT="-A -r -o /ofm/jwchoi/sw2/tp/tuxedo12.2.2.0.0/samples/atmi/simpapp/stdout -e /ofm/jwchoi/sw2/tp/tuxedo12.2.2.0.0/samples/atmi/simpapp/std err -- -i 211.110.82.131 -t 6000" RQADDR="test" RQP..

시스템 전체의 Load Balancing 알고리즘을 적용할 것인가를 표시합니다. LDBAL 이 Y인 경우 -- 로드발란싱 처리함을 의미하며, 적은 load 값으로 요청을 전달하는 로드발란싱. -- 서비스가 하나 이상의 큐를 사용하는 서버들로 구성이 될 경우에 사용 -- 모니터링할 때 현재 실행중인 서비스도 큐잉된 것으로 보임. LDBAL 이 N인 경우 (default값) -- 하나의 service가 하나의 server에만 존재하거나 혹은 MSSQ일 때 사용. 사실상 그 이외에는 모두 LDBAL는 Y값으로 함. -- 라운드 로빈(Round-Robin) 방식으로 동작하기 때문에 가능한 서버가 존재하면 그 서버에게 요청이 전달됨.

서비스 타임아웃은 위 구조에서 서비스요청이 큐에서 나와 실제 서비스가 수행되는 시작부터 서비스가 끝나는 구간 설정된 타임아웃시간을 넘어 설 때 발생합니다. - Service timeout 발생 후 BBL의 AP서버 재기동 구조 : 다량의 AP 서버가 서비스타임아웃발생으로 동시에 shutdown 되면 발생과 동시에 타임아웃이 발생한 AP서버에게 시그널을 보내서 shutdown 시키며 ULOG에 타임아웃 서비스를 write 합니다. 그 후에 BBL이 AP서버들의 상태를 확인 하는 주기 SANITYSCAN * SCANUNIT (현재 ???) 에 따라 shutdown된 AP서버를 재기동 하게 되는데 이때 shutdown 된 시점보다 위 주기에 따라 부팅되는 시간은 차이가 날수 있으며 또 하나 순간적으로 다량의 ..

테스트 환경 클라이언트 Oracle Linux 6.6 서버 IBM AIX 7.2 테스트 내용 client --------> AP Server1 --------> AP Server2 순서로 서비스 호출 AP Server1 서비스 함수 TOUPPER (소문자 -> 대문자 호출 서비스) AP Server2 서비스 함수 TOLOWER (대문자 -> 소문자 호출 서비스) 로직 Client --------> AP Server1 (client) --------> AP Server2 (server) (tpcall) (tpcall) 즉, AP Server1은 AP Server2의 클라이언트가 된다. 이 로직을 완성시키기 위해서는 AP Server1의 simpserv.c 파일을 클라이언트로 컴파일 해주어야한다. (클라이언..

테스트환경 : IBM AIX 7.2 한 장비에서 tuxedo 서버를 2개 이상 띄우지 못한다. Tuxedo 10g Tuxedo 12c 두개를 기동하려고 했으나 하나가 띄워져있는 상태에서 다른 하나를 띄우려고 하면, 멈추는 에러가 발생.

BLOCKTIME : RESOURCES Section - BLOCKTIME = BLOCKTIME * SCANUNIT - tpinit 을 한 tuxedo client 가 tpcall, tpacall, tpconnect, tpsend, tprecv 등을 처리할 때 - asynchronous service requests 일 경우에는 각각의 send, receive 동작 각각의 시간에 적용 - 아래와 같은 시간을 합한 값으로 결정 * 요청 server의 request queue 로 보내는데 걸리는 시간. * 해당 server 에서 로직 처리하는데 걸리는 시간 * 요청된 server 가 로직을 다 처리한후 reply queue 로 부터 메세지를 받는 시간 * 위의 처리중에 네트웍에서 걸린 시간. SVCTIMEO..