안녕하세요. DB2 및 XpertMon 사용자 여러분!
㈜ 아이티엑스퍼트그룹 DB 사업부입니다.
이번에는 2회에 걸쳐서 DB2 UDB와 MSSQL에 대해서 살펴보도록 하겠습니다.
크게 두 가지로 나누어서 다룰 예정인데, 첫째는 DB2와 MSSQL서버의 구조에 대해서이고,
둘째는 DB2와 MSSQL서버의 OBJECT비교가 될 것입니다.
이번에는 DB2와 MSSQL서버의 구조와 인스턴스/서버 비교, 그리고 database에 대해
살펴보도록 하겠습니다.

---

DB2 UDB Version 8을 배우기 위한 Microsoft SQL Server 2000기술

소개
이 과정에서는 DB2 UDB for Linux, UNIX, and Windows Version 8의 기술을 빠르게
습득하기 위해 MS SQL Server 2000의 기술과 비교하여 보여줄 것입니다.
또한 Microsoft SQL Server 2000 은 'SQL 서버'라고 하고
DB2 UDB for Linux, UNIX, and Windows Version 8 은 'DB2 UDB' 라고 할 것입니다.
단, 이 과정의 포커스는 윈도우 플랫폼입니다

SQL 서버와 DB2 UDB의 첫 번째 중요한 차이점은 SQL서버는 Windows(INTEL) 플랫폼에서만
지원하고, DB2 UDB는 Linux, Unix, Windows등 다양한 하드웨어 아키텍쳐에서 지원한다는
것입니다.
추가로, DB2 UDB 제품은 ISerise(AS 400)와 Z/OS로도 확장됩니다.
ISerise과 Z/OS DB2 UDB 멤버들은 이들 제품이 그들 각각 하드웨어 아키텍쳐를
가지고 있기 때문에 DB2 UDB for Linux, UNIX, and Windows와 같은 코드 베이스가 아닙니다.
그러나 기능적으로 DB2 UDB Family들은 매우 유사합니다.

시스템 구조 개요
아래 Figure 1은 기본 SQL Server 구조이고 Figure 2는 DB2 UDB의 기본 구조입니다.
여기서는 이 과정을 통해 이들 구조를 알아볼 수 있습니다.

Figure 1. Microsoft SQL Server 2000 구조

Figure 2. Linux, UNIX, and Windows Version 8용 DB2 UDB 시스템 구조

인스턴스와 서버
DB2 UDB의 "인스턴스"란 용어가 SQL 서버 용어에 자주 사용되지 않지만 "서버"와 유사합니다.
일반적으로, 우리는 인스턴스를 간단하게 "서버" 라고 부릅니다. 이 두 개의 제품에서,
인스턴스는 DB 오브젝트가 생성될 수 있는 독립적인 환경을 제공합니다.
그리고 어플리케이션들은 이 오브젝트에서 실행됩니다.
인스턴스는 shared-nothing 구조를 따릅니다. 그리고 하나의 인스턴스내에서의
오브젝트들은 다른 인스턴스의 오브젝트와 상호작용합니다. Figures 1과 2는
PROD와 DEV 인스턴스를 개념적으로 두 개의 구분된 박스로 보여줍니다.
인스턴스의 컨셉은 두 개의 제품에서 똑같지만 그것들의 구현은 상당히 다릅니다.
SQL서버는 "default" 인스턴스(only one) 와 named 인스턴스가 있습니다.
default 인스턴스는 SQL Server를 처음 인스톨할 때 생기는 인스턴스이고 컴퓨터명에
의해 정의됩니다. named insta인스턴스는 default 인스턴스후에 생성된 인스턴스입니다.
그리고 아래 포맷으로 정의됩니다. computer_nameinstance_name.

같은 시스템에서 여러 개 SQL 서버의 named 인스턴스를 생성하려면, 각 새로운 인스턴스를
위한 설치CD를 사용해야 합니다. 그리고 각각 설치된 install GUI 를 사용합니다.
즉, 이 과정을 보면 다른 Path를 사용하더라도 인스턴스를 생성할 때마다 SQL서버 코드가
복사되는 것입니다. 단지 일부 파일이 인스턴스 사이에 공유되는 것입니다.
또한 인스턴스를 삭제하기 위해서도 install GUI를 사용해야만 합니다.

DB2 UDB 에서는, Windows 플랫폼에 제품을 설치한 후에, 'DB2' 라는 인스턴스가
default로 생성됩니다. Linux와 UNIX에서는 'db2inst1'입니다. 같은 머신에서
다른 인스턴스를 생성하기 위해서는 db2icrt 라는 명령어를
실행 시키면 됩니다. 그리고 같은 머신에서 여러 개의 DB2 UDB 인스턴스는 단지 한 카피만
있으면 됩니다.

Figure 3은 제어센터를 통해 default DB2 UDB 인스턴스 "DB2" 와 db2icrt 명령어로
생성한 두 개의 인스턴스를 보여줍니다.

Figure 3. DB2 UDB Control Center GUI showing DB2 UDB instances

CLP로부터 주어진 DB2 UDB instance를 참조하는 것은 DB2INSTANCE 환경변수를 사용합니다.
이 변수는 현재 모든 명령어가 적용되는 사용중인 인스턴스를 지정합니다.
예를 들면, 만약 DB2INSTANCE 가 PROD라면, 그리고 create database MYDB1 명령어가
실행되면, MYDB1이 인스턴스 PROD에 할당되어 생성될 것입니다.
만약 DB2 인스턴스에 DB가 생성되길 원한다면, 변수 DB2INSTANCE 값을 DB2로 바꾼 다음
DB를 생성해야 하는 것입니다. 인스턴스를 알기 위한 다른 쉬운 방법은 figure 3에서
보여지는 것처럼 DB2 UDB 제어센터 GUI를 사용하여 보는 것입니다.

Windows에서 DB2 UDB 인스턴스를 생성하면 부합되는 service는 인스턴스명과 같은
이름으로 생성됩니다. db2idrop 명령어로 DB2를 삭제할 수 있습니다.
이 명령어는 DB2 UDB 코드를 삭제하지는 않습니다. 그러나 Windows의 경우에는,
인스턴스의 부합된 Windows 서비스가 삭제됩니다

정리하면, SQL 서버와 DB2 UDB의 인스턴스는 개념적으로 같습니다.
다른 점은 SQL서버는 인스턴스당 SQL서버 코드가 요구되고 DB2 UDB는 그렇지 않다는 것과
SQL서버는 GUI로만 인스턴스를 조작할 수 있고 DB2 UDB는 GUI와 명령어로도 조작 할 수
있다는 것입니다.

Windows services
DB2 UDB의 주된 Windows services는 아래 Table 1과 같습니다.
Table 1. DB2 UDB Windows services

Service 명	Description
DB2 - instance 명	이것은 주어진 인스턴스의 엔진입니다. 이것은 모든 SQL문을 database를 관리합니다. DB2는 만약 파티션이 지원된다면 다른 머신에서 database의 다중 파티션을 지원할 수 있습니다. 그리고 는 이들 파티션을 가리킵니다. 만약 파티션이 가능하지 않으면, 이 파티션 수는 나타나지 않습니다.
DB2 Governor	DB2 databases에 연결된 application의 정보를 수집하고 monitor하고 일부 기능을 수행합니다. 예를 들면, 한 시간 동안의 업무 룰을 적용하여 제한을 두고, 그 제한이 초과되면 application을 force시킵니다
DB2 JDBC Applet Server	JDBC type 3 driver를 사용하여 DB2 application을 지원하는 JDBC Server를 제공합니다.
DB2 License Server	DB2 license 승낙여부 모니터링.
DB2 Remote Command Server	멀티 파티션을 위한 inter-partition 통신.
DB2 Security Server	DB2 database 유저가 client computer에서 수행될 때의 권한 체크
DB2DAS - DB2DAS00	DB2 관리 서버입니다. Local과 remote database 요구를 관리합니다. 윈도우에서 DB2 관리서버는 DB2DAS00입니다. 이 서버는 jobs, alerts등을 관리하는 catalog database 툴과 연결합니다.

Figure 4는 DB2 인스턴스의 DB2 UDB Windows 서비스를 보여줍니다.
그리고 PROD 와 DEV 인스턴스는 db2icrt 명령어로 생성합니다.

Figure 4. DB2 UDB Windows services
지금까지 DB2 UDB가 사용하는 Windows service를 알아보았고, SQL Server에서의 이들
서비스와 비교해 봅니다. 아래 Table 2를 보면.
Table 2. SQL Server Windows services와 DB2 UDB Windows services의 맵핑

SQL Server Service	DB2 UDB Windows Service
MSSQLServer service. 이 서비스는default SQL Server 인스턴스에 존재	DB2 - DB2-0 service. 이 서비스는 default instance 'DB2'에 존재
MSSQL	DB2 -
SQLServerAgent	DB2DAS - DB2DAS00. 이 service는 DB2 관리 Server (DAS)* 에 존재
SQLAgent	DB2DAS-DB2DAS00. 이 service는 DB2 관리 Server (DAS)* 에 존재
Microsoft 분산 트랜잭션Coordinator (MS DTC)	Sync Point Manager (SPM) 은 분산된 UOW를 지원 DB CFG 파라미터 SPM_NAME은 DBM의 sync point manager instance명을 정의.
Microsoft Search	DB2 UDB Windows service와 매칭되는 것이 없음; 그러나, Net Search Extender software와 비슷

* DAS는 DB2 machine당 하나입니다.

Databases
SQL Server에서, Figure 1과 같이 인스턴스는 여러 개의 database를 포함할 수 있습니다.
각 database는 독립적인 unit이지만 모든user database의 metadata는 master database에
유지됩니다. 그리하여, 쿼리는 다른 두 개의 database의 테이블에 access 가능합니다.
Instance가 생성될 때 tempdb, master, model, Northwind 같은 여러 개의 database가
default로 생성됩니다.

SQL Server는 metadata를 저장하는데 두 단계를 사용합니다:
인스턴스 레벨과 (master database에 있는 system table을 이용하여),
데이터베이스 레벨(user database 스스로 system table을 이용하여).
master와 tempdb는 인스턴스의 다른 database들에게 공유됩니다. View와 같은 오브젝트들은
user database를 생성할 때 default로 생성됩니다
DB2 UDB에서, 인스턴스는 Figure 2에서처럼 여러 개의 database를 포함할 수 있습니다.
각각의database는 실제로 독립적인 unit입니다. 각 database는 자신의 catalog table
space (metadata를 저장하는), temporary table space와 user table space를 가지고 있습니다.
SQL Server의 master database 같은 metadata 정보를 공유하는 database는 없습니다.
또한, SQL Server의 tempdb처럼 임시 데이터를 공유하고 있는 database도 없습니다.
DB2 UDB는 DB2 머신에 연결할 수 있는 모든 database를 포함하는 system database
directory 라는 바이너리 파일을 포함하고 있습니다. 이 디렉토리는 instance level에서
유지됩니다. Figure 2 는 DB2 UDB의 각 database의 독립성을 보여줍니다. 추가로, SQL Server와
비슷하게 각 database가 자신의 트랜잭션 로그를 가지고 있는 것을 보여줍니다.
instance가 생성될 때 default로 생성되는 database는 없습니다. create database 명령으로
database를 생성해야만 합니다. Figures 5,6에서와 같이 제어센터를 통해 데이터베이스를
생성할 수도 있습니다.

Figure 5. 제어센터 GUI를 사용하여 DB2 UDB database 생성

Figure 6. 제어센터 GUI를 사용하여 DB2 UDB database 생성 (continued)
Figure 6에서, Show Command를 클릭할 때 무슨 일이 발생하는지 볼 수 있습니다.
모든 DB2 UDB 제어센터GUI 화면은 실제적으로 백그라운드에서 실행되는 SQL 문 또는
명령어를 보여줍니다. 이 명령어는 제일 나중 시간에 실행된 것을 스크립트에 저장할 수
있고 Command Line Processor (CLP) tool이나 제어센터GUI tool로부터 실행하고
복사할 수 있습니다. 이 툴들은 각각 SQL 서버의 iSQL과 Query Analyzer와 비슷합니다.

Database끼리는 일반적으로 서로 영향을 주지 않습니다. 하지만 만약 application이
그런 요구를 가진다면 federation 지원이 가능해야 합니다. federation에 대한 정보는
resources section에서 보시면 됩니다.

---

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