안녕하세요. DB2 및 XpertMon 사용자 여러분!
㈜ 아이티엑스퍼트그룹 DB 사업부입니다.
이번 주와 다음 주 2주동안 DB2 UDB V8.2 의 32-bit 와 64-bit 환경에서
응용프로그램 지원 여부와 개발하는 방법에 대해서 다뤄보도록 하겠습니다.

이번주는 먼저 bit에 따른 DB Application 지원에 대하여 살펴보도록 하겠습니다.

---

DB2 UDB V8.2에서의 32-bit/64-bit 응용프로그램 개발 I

32-bit/64-bit 개요
32-bit 컴퓨터는 메모리 주소를 표현하고, 명령어와 데이터를 실행하는데, 32 bit를 사용하며,
64-bit 컴퓨터는 64 bit를 사용합니다. 일반적으로 32-bit 하드웨어에서는 32bit OS를
사용하고 64-bit 하드웨어에서는 64bit OS 를 사용합니다만, 특정 64-bit 하드웨어에서는
32-bit OS를 사용할 수 있습니다.
OS는 Kernel로 구성되어 있는데, Kernel 은 하드웨어와 OS library를 직접적으로
interface 하는 역할을 수행합니다. 32-bit Kernel은 4GB의 real memory를 사용할 수 있지만
64-bit Kernel은 이것보다 많이 사용할 수 있습니다.
물론 특정 32bit Kernel은 4GB 이상 사용가능하나 그래도 64-bit kernel 만큼 사용할 수는 없습니다.
대부분의 UNIX 시스템에서는 64bit Application 을 수행하려면 64bit Kernel이 필요합니다.
단, AIX 에서는 예외적으로 32bit 나 64bit Application 을 32bit Kernel 이나
64bit Kernel 에서 모두 수행할 수 있습니다.
OS library는 Application 을 만들고 실행하는데 사용됩니다.
32-bit Application을 만들기 위해서는, 32-bit 시스템 library에 연결해야 하고,
64-bit Application을 만들기 위해서는 64-bit 시스템 library에 연결해야 합니다.
컴파일러가 제공하는 옵션을 사용하여 적절한 library에 연결하여 Application을 작성해야 합니다.
DB2 입장에서 보면, DB2가 사용하는 오브젝트 역시 32-bit 와 64-bit 로 나눌 수 있습니다.
예를 들어 instance 작성할 때 bit 를 선택하여 작성할 수 있습니다.
단, 32-bit instance 는 32-bit OS 나 64-bit OS 모두에서 작성할 수 있지만,
64-bit instance는 64-bit OS 에서만 작성될 수 있습니다. DB2 application 역시 32-bit 나 64-bit 로 작성될 수 있는데, 중요한 것은 각 bit 에
맞추어 동일한 bit 의 DB2 library를 link 해야 한다는 것입니다.

bit에 따른 DB 접속 지원
- 32-bit/64-bit Client와 32-bit/64-bit Server DB 접속 지원
이 표는 Client에 존재하는 32-bit /64-bit Application에서 32-bit/64-bit 서버에
연결할 수 있는 지 여부를 나타냅니다.

bit에 따른 Client Application 지원
- 32-bit/64-bit Client Application 지원
(1) windows 32-bit Application 은 특별한 변경없이 바로 64-bit windows platform에서
실행할 수 있습니다. UNIX 의 경우에는 Linux IA64와 Linux Zseries 를 제외하고는 모두
32-bit application을 64-bit platform에 연결하여 사용할 수 있습니다.
단 Application을 rebind하고 적절한 library를 호출하여 수행하도록 해야합니다.
좀 더 자세한 내용은 다음주 뉴스레터에서 소개하도록 하겠습니다.

bit에 따른 Routine 지원
Routine(Stored procedure, UDFs and Method)은 Application 과는 구분됩니다.
Routine은 데이터베이스와 프로그램 로직을 캡슐화해서 가지고 있는 데이터베이스 오브젝트로서
CREATE 문장으로 작성하며, DB 서버에서 수행됩니다.
V8.2에서는 SQL로 procedure를 작성할 경우 테이블이나 인덱스와 같이 여타 다른
오브젝트들과 마찬가지로 완전하게 DB안에 저장되게 되었습니다.
즉, 더 이상 실행코드 형태로 DB 서버에 저장되지 않기 때문에, 32-bit 나 64-bit 라는
의미가 없게 됩니다.
SQL 이 아닌 프로그램 언어로 Routine을 작성하는 경우에는 해당 프로그램 언어로
컴파일과 링크를 수행하며 실행되기 때문에 bit 에 따라서 아래와 같이 지원여부가 결정됩니다.
- 32-bit/64-bit procedure 와 UDF 지원
(1) 64-bit 서버에서 실행되는 32-bit Routine은 64-bit 서버에서 실행되는 64-bit Routine보다 빠르지 않습니다.
(2) 32-bit Routine은 64-bit 서버에서 동작하기 위해서 반드시 FENCED와 NOT THREADSAFE 로 생성되어야 합니다.
(3) Linux IA 64-bit 데이터베이스 서버상에서 32-bit Routine의 실행은 가능하지 않습니다.
(4) 64-bit Application과 Routine은 32-bit 주소 공간에서 실행할 수 없습니다.
여기서 중점적으로 보아야 할 사항은 32-bit unfenced Procedure는 64-bit DB2 서버에서
실행 할 수 없다는 것입니다. 만약 32-bit의 unfenced Routine을 64-bit 서버로
이주시켜야 한다면, CREATE 문장에서 NOT FENCED 문장을 삭제해야 합니다.

64-bit 서버에서의 32-bit Routine 의 성능
프로그램 언어로 Routine을 작성하여 사용하는 이유는 client Application 프로그램의
성능을 향상시키기 위함입니다. 64-bit DB2 서버에서 프로그램 언어로 작성한 routine의
성능은 3몇 bit의 library를 로드하느냐에 영향을 받습니다.
자바를 제외한 나머지 프로그램 언어로 작성한 Routine의 경우, 64-bit 서버에서
32-bit routine을 수행하면, DB2 는 성능적인 이유를 들어 맨 먼저 그 routine들을
64-bit 오브젝트로 실행하려고 시도합니다.
즉 32-bit 오브젝트로 실행하기 전에 64-bit 로 실행해보려고 하는 것입니다.
따라서 약간의 오버헤드가 발생합니다. routine을 한번만 실행하면 이정도의 오버헤드는
무시해도 되지만, 여러 번 실행하는 경우에는 성능상에 문제로 발생할 수 있습니다.
따라서 성능상의 문제를 위해서는 64-bit routine library로 작성하는 것이 좋습니다.

64-bit 서버에서의 32-bit Java Routine 의 성능
32-bit JVM 은 64-bit DB2 서버에서도 동작할 수 있습니다.
따라서 32-bit Java Routine도 성능상의 문제 없이 수행할 수 있습니다.
단, FENCED NOT THREADSAFE 형태로만 작성할 경우에만 가능합니다.

bit에 따른 개발 센터(Develop Center) 지원
DB2 Development Center 는 개발,구축,디버깅, Routine 이주 작업을 수행할 수 있는 GUI 툴입니다.
bit 에 따른 지원여부는 아래와 같습니다.

(1) 이 서버에서 개발된 Java Stored Procedure는 단지 Windows 32-bit와 AIX 32-bit
Development Center 클라이언트에서만 디버그할 수 있습니다.

---

XpertMon for DB2 UDB V2
DB 사업부
Tel : 02-2108-1458
Fax : 02-2108-1459
Mobile : 011-896-6545
E-mail : hjlee@iteg.co.kr
URL : http://iteg.co.kr