pajama

기간계

새로운 솔루션 도입전 고객이 이전에 사용하던 시스템. (기존 시스템의 메인 업무에 해당하는 부분)

대부분 대형주전산기(main frame)을 총칭

계정계

금융권의 다양한 시스템 중 고객의 거래를 처리하는 핵심 시스템이다.특히 개인/법인/기타 고객들이 가진 ‘통장'에 관한 정보를 가지고 있기 때문에, 입금/ 출금/ 계좌이체/ 지로/ 신규 통장개설/통장 폐쇄 등의 전반적인 금융 업무가 모두 여기에 해당된다. 따라서 계정계는 은행 내 시스템의 여러 범주 가운데 가장 거대하고 중요한 시스템이다.

정보계

계정계가 고객의 거래를 관리한다면,정보계는 거래의 ‘기록’을 관리하고, 기록의 ‘통계’ 등을 관리하는 시스템이다.정보계 시스템은 기록을 바탕으로 예측,성과 측정, 결산 등의 업무를 처리한다. 흔히 데이터웨어하우스(DW)라고 부르는 시스템이 정보계 시스템의 중심이 된다. 정보계에서는 데이터로의 접근성에 대한 속도가 중요시되며, DW에 비하여 정보를 저정하는 기간이 짧다

대외계

각 금융기관의 대내외망을 연결하는 시스템으로 CD공동망, 타행환, 전자금융, 사이버증권, 기업뱅킹, 신용정보 등 다양한 금융서비스를 제공하는데 필요한 대내외 채널들을 통합적 관리함

http://blog.naver.com/bj2034?Redirect=Log&logNo=60048053873

데모 소스

$INFORMIXDIR/jdbc/demo/basic/SimpleConnection.java

1. java 컴파일러 확인

- JDK 설치여부

(javac, java가 설치되어 있는지 확인한다.)

2. JDBC Driver 확인

- Informix JDBC Driver 설치

(윈도우의 경우 setup.jar 파일로 설치한다)

3. 환경변수 확인

PATH=

CLASSPATH=$INFORMIXDIR/jdbc/lib/ifxjdbc.jar:.

(java 컴파일러 및 ifxjdbc.jar 파일의 위치를 명시한다)

4. 자바 컴파일

javac SimpleConnection.java

5. 실행

java SimpleConnection jdbc:informix-sqli://HOSTNAME:PORT/DBNAME:informixserver=SERVERNAME;user=informix;password=informix

SELECT parameter,value FROM nls_database_parameters WHERE parameter like '%CHAR%';

SELECT * FROM sys.props$ WHERE name = 'NLS_CHARACTERSET';

1.DB2 UDB V7.2에서 새로 추가된 기능 중 하나로써, 특정 칼럼의 Data를 Encrypt/Decrypt 할 수 있습니다..

2.함수 설명

1. SET ENCRYPTION password : 향후 나오는 encrypt/decrypt 명령에서 사용될 password를 지정하는 명령문

2. ENCRYPT : 데이터의 encryption

3. DECRYPT_CHAR : encryption된 data를 VARCHAR 타입으로 decryption

4. DECRYPT_BIN : encryption된 data를 VARCHAR FOR BIT DATA타입으로 decryption

5. GETHINT : encryption된 data의 password에 대한 hint를 리턴.

3.제한사항

    encryption 칼럼 : CHAR FOR BIT DATA / VARCHAR FOR BIT DATA

 컬럼 길이 산정은 힌트가 없는 경우에는 16byte를 추가하고 힌트가 있을 경우에는 48byte를 추가합니다..

예) 일반적으로 주민번호컬럼이 char(13)으로 잡히지만..

     힌트가 없는 암호화 컬럼이라면 char(29)로 13byte에 16byte를 추가하여 타입을 정합니다..

4.기능구현

① 테이블 생성

주민번호(jumin_no)를 암호화 컬럼으로 한다면..

create table emp (

empno char(6) not null,

empname char(10) not null with default,

jumin_no char(29) for bit data not null with default);

② 데이터 삽입

insert into emp values

('000001','Nicole',encrypt('1234561234567','xxxx'));

==>위 insert문에서 xxxx는 주민번호를 암호화 할 패스워드를 의미합니다..

③ 데이터 조회

DECRYPT함수 사용하지 않고 조회 할 경우 HEX코드로 표시됩니다..

select jumin_no from emp

JUMIN_NO

---------------------------------------

x'00F808FF03CAD5AD11C27469109702B3'

그러므로

조회시에는 DECRYPT()함수를 사용해야만 데이터를 확인하실수 있습니다..

select decrypt_char(JUMIN_NO,'xxxx') from emp

JUMIN_NO

---------------------------------------

1234561234567

암호의 유효한 길이는 6 - 127입니다. 힌트의 유효한 길이는 0 - 32입니다.

http://database.sarang.net/?inc=read&aid=699&criteria=db2&subcrit=&id=&limit=20&keyword=decrypt&page=1

dbexport -ss 옵션은 다음과 같은 서버 특정 정보를 생성합니다

① 시작 및 다음 익스텐트 크기

② 테이블이 분할된 경우 분할화 정보

③ 로크 모드

④ 테이블의 DBSPACE

⑤ 단순 대형 객체의 BLOBSPACE

⑥ 스마트 대형 객체의 DBSPACE

-ss 옵션을 사용하지 않으면 dbimport 수행시 테이블의 익스텐트 크기가 자동으로 변경됩니다.

현상 : OptimEBS 콘솔에서 Configure > Archive Environment > Application Setup에서 P2P(AP/PO) 설치시 발생

이유 : 콘트롤 테이블에 프로덕션 테이블에 없는 테이블이 포함되어 있다.

해결 : 콘트롤 테이블 컬럼 값 삭제

http://www-01.ibm.com/support/docview.wss?uid=swg21398858

다음의 쿼리를 수행하여 접속 사용자수를 확인할 수 있다.

select sh_curmaxcons, sh_ovlmaxcons from sysmaster:sysshmvals;

https://www-304.ibm.com/support/docview.wss?uid=swg21440286

cf. 엔진 재기동시 sysmaster:sysshmvals 테이블의 sh_curmaxcons 컬럼 값은 초기화되지만 sh_ovlmaxcons 컬럼 값은 변경되지 않는다.

cf. 버전 11.50 부터 접속 세션의 최대 개수를 파라미터 LIMITNUMSESSIONS를 설정함으로써 제한할 수 있다.

http://publib.boulder.ibm.com/infocenter/idshelp/v115/index.jsp?topic=/com.ibm.admin.doc/ids_admin_1221.htm

내용 : online.log 에서 발생하는 오류메시지

환경 : AIX 6.1, Informix 11.50

현상 : I/O 발생량 과다로 시스템 로드 증가

원인추정1. AIX 커널파라미터 확인 KAIO 활성화여부

/usr/sbin/chdev -l aio0 -a autoconfig=available

/usr/sbin/mkdev -l aio0

다음 문서에 따르면 AIX 6.1에서는 AIO 활성화가 필요없음

https://www-304.ibm.com/support/docview.wss?uid=swg21303183

http://www.eggheadcafe.com/software/aspnet/35814856/ids115-enable-aio-on-aix-61.aspx

원인추정2. IFMX_AIXAIO_NUM_REQ 파라미터 값 수정 (기본값 1024)

IFMX_AIXKAIO_NUM_REQ  파라미터 값을 AIX의  Maximum number of requests set for Kernel AIO 값을 참조하여 설정

https://www-304.ibm.com/support/docview.wss?uid=swg21188868

IBM AIX Version 6.1 Differences Guide

sg247559.pdf

# EILSEQ_COMPAT_MODE:
# When processing characters, IDS checks if the characters are valid
# for the locale and returns error -202 if they are not. This causes
# problems in some applications. This parameter preserves the old
# behavior and permits these characters.
# 0 => Disallow illegal characters. This is the default behavior.
# 1 => Allow illegal characters.
#

IDS 10.00.xC4 이상에서 문자 검사가 엄격하게 되었기 때문에, 잘못된 문자가 포함된 데이터(문자열 값)의 처리에서 오류가 발생합니다.

그러나 기존 응용 프로그램의 운영에 지장을 줄 수 있기 때문에, IDS 10.00.xC7에서 이전 버전처럼 동작 모드 (문자열 값 무단 문자를 확인하지 않음)을 지정하기위한 매개 변수 EILSEQ_COMPAT_MODE가 신설되었습니다.
그러나 잘못된 문자에 의한 영향에 대해서는 자기 책임입니다.

http://oninit.ti-da.net/e2452099.html

http://ilovedb.byus.net/zboard/view.php?id=ifx_qna&page=2&sn1=&divpage=1&sn=off&ss=on&sc=on&select_arrange=headnum&desc=asc&no=329

http://www-01.ibm.com/support/docview.wss?uid=swg1IC52656

[ 웹 서버와 WAS(Web Application Server)의 정의 ]

웹서버와 WAS는 비슷한 개념이기 때문에 같이 또는 다르게 사용되는 단어 가운데 하나이다. 인터넷 확산 초기에는 웹서버라는 개념으로 통칭해서 사용했지만, 시간이 지남에 따라 WAS를 더 많이 사용하고 있다. 인터넷 사용자가 증가함에 따라, 각 웹 사이트는 보다 많은 사용자에게 원활한 서비스를 제공하기 위해 기능적인 layer를 나누게 되었고 여기서 웹서버와 WAS의 구분점이 생기게 된 것이다.

기능적으로만 본다면, 거의 대부분의 웹 서버가 웹 애플리케이션을 동작시킬 수 있겠지만 모두 웹 서버 혹은 WAS라고 부르는 것보다는 어떤 기능을 수행하는지에 따라, 즉 기능상의 분류를 통해 구분지어 사용해야 할 것이다.

[ 웹 서버와 WAS(Web Application Server)의 구성에 따른 분류 ]

1.     기본적인 웹 사이트 구성

<그림 1>은 웹 사이트의 가장 기본적인 구성 환경이다. 모든 콘텐츠를 한 곳에 집중시켜 웹 서버와WAS의 역할을 동시에 수행한다. 사용자가 많지 않거나 트래픽이 적을 때 효율적이며 간단한 구조로 개발 및 테스트 시스템 구성시 활용의 가치가 높다.

장점 : 사용자 증가에 따라 스위치 장비를 통해 로드 밸런싱을 수행하고, 여러대의 WAS를 통해 지원이 가능하다. 필요시에 추가로 WAS를 증설하는 구조라고 볼 수 있다.

단점 : WAS가 정적인 데이터(HTML/Image)의 처리와 동적인 데이터(웹 애플리케이션)의 처리를 동시에 수행하기 때문에 최적화 측면에선 바람직하지 않다. 또한 정적데이터의 입출력 처리를 위해 웹 애플리케이션의 수행을 방해할 수 있고, 그 반대의 경우도 있다.

2.     웹 서버와 WAS로 구성된 환경

 <그림 2>는 웹 서버와 WAS의 기능적 분류를 통해 효과적인 분산을 유도한 형태이다. 정적인 데이터는 구조적으로 앞에 존재하는 웹 서버에서 처리하고, 동적인 데이터는 뒷단의 WAS가 처리한다.

사용자의 요청에 대해서 정적 데이터인 HTML과 자바스크립트 파일, CSS, Image 등을 앞단의 웹 서버에 위치시켜 처리함으로써 WAS로 서비스 요청이 넘어가지 않게 한다.

또한 웹 애플리케이션 서비스를 위치적으로 뒤편에 존재하는 WAS에 넘겨줌으로써 WAS는 웹 애플이케이션의 수행이 집중할 수 있다.

웹 서버 단에서 처리할 것과 WAS에게 넘겨질 것을 처리하는 방식은 웹 서버 단의 Configuration을 통해 처리할 수 있다. 특정 확장자나 디렉토리 업무를 WAS로 넘길지 여부는 웹 서버 단에서 처리한다.

3.     특정기능에 대한 서버를 별도로 두고 있는 환경

점점 화려해지는 UI를 자랑하는 페이지들이 많아짐에 따라 이미지의 비중이 증가하고, 이런 이미지들이 전체 네트워크 비중의 상당부분을 차지한다. 따라서 이미지 서버를 따로 구성해 네트워크 비중도 줄이면서 웹 서버와 WAS를 좀 더 효과적으로 사용할 수 있는 구조라 할 수 있다.

또는 특정 콘텐츠에만 집중적인 요청을 받는 경우도 있다. 예를 들어, 대학 입시 때 경쟁률 조회는 상당히 많은 사용자에 의해 조회가 되고, Reload 또한 빈번하게 일어나므로 특정시간 간격으로 HTML을 생성하고, 페이지를 특정 서버에 위치시켜 적절하게 부하를 분산시켜 해결이 가능하다.

장점 : 다양한 환경에 대한 대처가 빠름

단점 : 구조를 정확하게 이해하지 않았을 경우에는 개발 및 테스트에 많은 시간이 쓰임

4.     WAS단을 Logic으로 구분하여 구성

<그림 4>는 <그림 2>의 변경된 형태이다. WAS단의 프로그램이 많은 비중을 차지하는 경우, Presentation Logic을 담당하는 프로그램과 Business Logic을 담당하는 프로그램을 구분하는 구성이다. 이런 구성은 특정 로직 부분의 부하에 따라 적절한 대응을 할 수 있으나 구조가 복잡해지는 단점이 있다.

[ WAS 관련 용어 정의 ]

1.     자바 서블릿(Java Servlet)

자바를 사용하여 웹페이지를 동적으로 생성하는 서버측 프로그램 혹은 그 사양을 말하며, 흔히 “서블릿”이라고 한다.

자바 서블릿은 Java EE사양의 일부분으로, 주로 이 기능을 이용하여 쇼핑몰이나 온라인 뱅킹 등의 다양한 웹 시스템이 구현되고 있다. 비슷한 기술로는 펄 등을 이용한 CGI, PHP를 아파치 웹 서버 프로세스에서 동작하게 하는 mod_php, 마이크로소프트사의 IIS에서 동작하는 ASP 등이 있다. CGI는 요청이 있을 때마다 새로운 프로세스가 생성되어 응답하는 데 비해, 자바 서블릿은 외부 요청마다 프로세스보다 가벼운 쓰레드로써 응답하므로 보다 가볍다. 또한 자바 서블릿은 자바로 구현되므로 다양한 플랫폼에서 동작한다.

2.     엔터프라이즈 자바빈즈(Enterprise JavaBeans, EJB)EJB는 기업환경의 시스템을 구현하기 위한 서버측 컴포넌트 모델이다. 즉, EJB는 애플리케이션의 업무 로직을 가지고 있는 서버 애플리케이션이다. EJB사양은 Java EE의 자바 API중 하나로, 주로 웹 시스템에서 JSP는 화면 로직을 처리하고, EJB는 업무 로직을 처리한다.EJB의 종류는 세션 빈(Session Bean), 엔티티 빈(Entity Bean), 메시지 구동 빈(Message-driven Bean)이 있다.

3.     자바 메시지 서비스(Java Message Service, JMS)JMS는 자바 프로그램이 네트워크를 통해 데이터를 송수신하는 자바 API이다.

4.     자바 가상 머신(Java Virtual Machine, JVM)JVM은 자바 바이트코드를 수행할 수 있는 환경이다. 자바 바이트코드는 주로 자바를 컴파일하여 생성하지만, 다른 언어의 컴파일러에서도 생성할 수 있다. 자바 가상 머신은 자바 플랫폼의 기반을 이루며 다양한 하드웨어 기반 플랫폼에 포팅된다. JVM은 자바 플랫폼의 주요한 부분이며 마이크로소프트 윈도(95/98/NT), 리눅스, 유닉스, 맥 오에스 텐 등 대부분의 운영체제는 물론, 인터넷 익스플로러와 넷스케이프 등과 같은 웹 브라우저 등 여러 가지 플랫폼에 설치되어 사용될 수 있으며,휴대전화나 가전기기에도 설치할 수 있다. 따라서 자바 플랫폼은 여러 플랫폼을 지원하여 미들웨어로서의 역할과 플랫폼 스스로의 역할을 동시에 수행할 수 있다. 사용자는 자바 바이트코드로 컴파일된 자바 프로그램을 실행시키기 위해서 이 자바 가상머신을 이용하면 된다.

원 개발사인 썬 마이크로시스템즈에서 자바 가상 머신의 기준이 되는 표준판(Java SE) 과 표준판을 핸드폰이나 PDA 등 임베디드 기기용인 축소판(Java ME) 으로 구분하여 가상 머신을 배포하고 있다. 기업판(Java EE)의 경우에는 표준판의 자바 가상 머신을 기반으로 확장된 라이브러리 집합을 정의한 것이기 때문에 자바 가상 머신의 종류로 분류하기 애매하다. 썬 마이크로시스템즈에서 제공하는 자바 가상 머신 말고도 각 운영체제 개발사가 제공하는 자바 가상 머신이 있으며, GNU의GCJ나 아파치 소프트웨어 재단(ASF: Apache Software Foundation)의 하모니(Harmony)와 같은 오픈 소스 자바 가상 머신도 존재한다. 이러한 공개 소프트웨어 단체의 움직임에 따라 썬 마이크로시스템즈에서도 자사의 자바 가상 머신 및 개발 도구 킷을 오픈 소스 정책에 맞추어 공개한 상황이다.

5.     힙 메모리(heap memory)

프로그램을 사용할 수 있는 자유 메모리. 프로그램 실행 시에 함수로 보내는 데이터 등을 일시적으로 보관해 두는 소량의 메모리와 필요시 언제나 사용할 수 있는 대량의 메모리가 있다. 이때, 소량의 메모리를 ‘스택’이라 하고 대량의 메모리를 ‘힙’이라 한다. 이 ‘힙’이 없어지면 메모리 부족으로 ‘이상 종료’하게 된다.

6.     자바 서버 페이지(JavaServer Pages, JSP)HTML내에 자바 코드를 삽입하여 웹 서버에서 동적으로 웹 페이지를 생성하여 웹 브라우저에 돌려주는 언어이다. Java EE 스펙 중 일부로 웹 애플리케이션 서버에서 동작한다. 자바 서버 페이지는 실행시에는 자바 서블릿으로 변환된 후 실행되므로 서블릿과 거의 유사하다고 볼 수 있다. 하지만,서블릿과는 HTML 표준에 따라 작성되므로 웹 디자인하기에 편리하다. 이와 비슷한 구조인 것인 PHP, ASP, ASP.NET 등도 있다. 아파치 스트럿츠나 자카르타 프로젝트의 JSTL 등의 JSP 태그 라이브러리를 사용하는 경우에는 자바 코딩없이 태그만으로 간략히 기술이 가능하므로 생산성을 높일 수 있다. 클라이언트에서 서비스가 요청되면, JSP의 실행을 요구하고, JSP는 웹 애플리케이션 서버의 서블릿 컨테이너에서 서블릿 원시코드로 변환된다. 그 후에 서블릿 원시코드는 바로 컴파일된 후 실행되어 결과를 HTML 형태로 클라이언트에 돌려준다.

7.     Java Database Connectivity(JDBC)

자바에서 데이터베이스에 접속할 수 있도록 하는 자바 API이다. JDBC는 데이터베이스에서 자료를 쿼리하거나 업데이트하는 방법을 제공한다. JDBC는 Java로 작성된 프로그램을, 일반 데이터베이스에 연결하기 위한 응용프로그램 인터페이스 규격입니다. 이 응용프로그램 인터페이스는 데이터베이스 관리 시스템에 넘겨질 SQL 형태의 데이터베이스 접근요구 문장을, 각 시스템에 맞도록 바꾸어준다. API는 동적으로 올바른 Java 패키지를 로드하고, JDBC 드라이버 매니저에 등록하기 위한 메커니즘을 제공합니다. 드라이버 매니저가, JDBC connection을 생성하기 위한 connection factory로서 사용됩니다.

8.     Java Management eXtensions(JMX)

응용 프로그램 소프트웨어/객체/장치 (프린터 등) 및 서비스 지향 네트워크 등을 감시 관리를 위한 도구를 제공하기 위한 자바 API이다. 이러한 리소스는 MBean(Managed Bean)이라는 객체로 표현된다.

9.     Java Naming and Directory Interface(JNDI)

디렉터리 서비스에서 제공하는 데이터 및 객체를 발견(discover)하고 참고(lookup)하기 위한 자바 API이다.

출처 : http://round1tko.tistory.com/64

(출처의 링크글이 사라진 것 같습니다. 양해 부탁드립니다.)