안녕하세요. DB2 및 XpertMon 사용자 여러분!
㈜ 아이티엑스퍼트그룹 DB 사업부입니다.
이번에는 DB2 UDB와 MSSQL에 대한 두 번째 시간입니다.
먼저 DB2와 MSSQL서버의 구조에 대해서 다루었고, 이번에는 DB2와 MSSQL서버의
OBJECT, SECURITY 그리고 TOOL에 대해 살펴보도록 하겠습니다.
Containers, table space와 file groups
DB2 UDB에서, container 는 데이터가 물리적으로 파일, 디렉토리, 디바이스형태로
저장되는 곳입니다. SQL Server에서는, 'container' 의 개념은 존재하지 않지만 파일에
데이터를 저장합니다.
DB2 UDB에서, table space 는 논리적인 테이블과 물리적인 컨테이너 사이의 논리적인
오브젝트입니다. 테이블스페이스를 생성할 때, 컨테이너와 버퍼풀을 지정해 할당할 수
있습니다. 이것은 성능에 중요합니다. 예를 들면, 만약 "hot"라는 테이블이 있다면,
자신의 버퍼풀과 조합되는 테이블 스페이스에 정의할 수 있습니다. 이것은 테이블의
데이터를 메모리에 항상 저장되게 합니다. 또한 database 가 default로 생성되면
Table 3에서와 같이 3개의 테이블스페이스가 생성됩니다.
Table 3. database를 생성할 때 default로 생성되는 DB2 UDB table space
| Tablespace 명 | Description |
| SYSCATSPACE | 메타데이터를 포함하는 Catalog Table space |
| TEMPSPACE1 | join과 sort 같은 작업을 수행하는 System temporary tablespace
tablespace 명은 바꿀 수 있습니다. |
| USERSPACE1 | 이 tablespace는 선택이고 user table을 저장합니다.Tablespace는 table 생성 시간을 명백하게 가리키지 않습니다. |
Database는 독립적인 unit이기 때문에, 테이블스페이스는 데이터베이스 사이에서
공유되지 않습니다. 또한 database내에서만 유일하면 되므로 두 개의 다른
데이터베이스에서는 같은 이름의 테이블스페이스가 존재할 수 있습니다.
Figure 2에서 보이는 것처럼 테이블 스페이스 MYTBLS를 가지는 MYDB1 과
테이블스페이스 MYTBLS를 가지는 MYDB2 가 같은 테이블 스페이스명으로 존재합니다.
SQL Server는 DB2 UDB table space와 비슷한 file group이 있습니다.
Table space와 비슷하게도, 두 개의 다른 데이터베이스에서는 같은 이름의 파일 그룹이
존재할 수 있습니다. Figure 1에서 보여지는 것처럼 파일 그룹 'MyFileGroup'을 가지는
MYDB1 과 MYDB2 에 있는 file group명이 같습니다.
DB2 UDB table space는 SMS (system-managed spaces) or DMS (database-managed spaces)로
구성할 수 있습니다. SMS table space는 OS에 의해 관리되고 directory로만 생성 가능합니다.
필요한 만큼 자동적으로 증가되므로 적은 관리로 좋은 성능을 냅니다.
이것은 SQL Server의 data file과 비슷합니다 (자동 증가가 되는 점).
DMS table space는 DB2 UDB에 의해 관리되고 file 이나 raw devices로 생성 가능합니다.
DMS table space는 약간의 관리가 필요하지만 훨씬 좋은 성능을 냅니다.
예를 들면, 공간의 증가가 자동적으로 되지 않기 때문에 table space를 위한 공간의
양을 지정해야 합니다.
그리고, 트랜잭션 로그의 위치와 사이즈는 DB CFG에서 지정할 수 있습니다.
Table 4는 DB2 UDB databases 또는 table space에 대한 SQL Server databases map을
보여줍니다.
Table 4. DB2 UDB databases 또는 table space에 대한 SQL Server databases map
| SQL Server Database | DB2 UDB database 또는 table space |
| Master | DB2 UDB에서의 SYSCATSPACE (catalog table space), 이 정보는 database level에서만 유지됩니다. |
| model | 이것은 동등한 database/table space가 없습니다; 하지만, DB2는 데이터베이스 구조를 가져오는 'db2look''이라는 tool이 있습니다. 그리고 새로운 데이터베이스를 생성하기 위해 나중에 실행될 수도 있습니다. |
| msdb | 설치할 때 생성되는 Tool catalog database, 또는 설치한 후에 create tools catalog 명령어로 가능합니다 |
| Northwind | SAMPLE database |
| pubs | SAMPLE database |
| tempdb | TEMPSPACE1 table space |
| distribution | DB2 UDB는 모든 DB2 UDB family를 위한 replication 지원을 제공합니다. DB2가 아닌 관리 시스템과의 Replication은 Information Integrator 소프트웨어가 필요합니다. |
Object 명
SQL Server object명은 다음과 같이 4부분으로 구성됩니다.
[SQL Server Instance].[Database Name].[Owner].[object name]
이들 이름의 앞 3부분은 옵션이고, 오브젝트가 어떻게 사용되느냐에 달려 있습니다
DB2 UDB에서, object는 두 부분의 구조로 되어 있습니다.
Schema명.object명
스키마명은 논리적으로 그룹 오브젝트를 사용합니다. 스키마명은 UserID와 같아야
하는 것은 아닙니다. IMPLICIT_SCHEMA특권을 가진 UserID는 존재하지 않은 스키마를
사용하여 오브젝트를 생성할 수 있습니다. 예를 들면, "Peter" 가 IMPLICIT_SCHEMA 특권을
가지고 아래의 명령어를 실행한다고 가정하면:
CREATE TABLE WORLD.TABLEA (lastname char(10))
이 경우에, WORLD는 새롭게 생성되는 스키마이고, 테이블 WORLD.TABLEA가 생성됩니다.
만약 Peter가 스키마를 사용하지 않는다면, default가 connection ID이기 때문에
PETER.TABLEA로 생성됩니다.
DB2 UDB에서 명령어를 이슈하기 전에 항상 database에 connection된다면, 왜 object 명이
object 구조의 부분이 아닌지를 설명하는 것입니다.
Tables, views, and indexes
SQL Server와 DB2 UDB에서 Tables, views, indexes는 매우 많습니다. 생성할 수 있는
GUI를 보면, SQL Server's Enterprise Manager GUI tool과 DB2 UDB 제어센터가 있습니다.
Enterprise Manager 는 index를 생성하기 전에 첫 번째 diagram을 생성해야 합니다.
DB2 UDB 제어센터는 어떤 조치 없이 GUI로 직접 index를 생성할 수 있습니다.
SQL Server 는 다른 user 데이터베이스에 대해서 정보를 저장하는 마스터 데이터베이스
입니다. 그러나 user 데이터베이스 자신은 DB2 UDB처럼 독립적인 unit입니다.
따라서, 두 제품, table, view 또는 index는 두 개의 다른 database에 같은 이름을
가질 수 있습니다. SQL Server는 다른 database 내의 table의 조인이 가능하지만
DB2 UDB federation이 가능해야만 지원됩니다.
Configuration files
SQL Server는 인스턴스 레벨의 구성 정보와 데이터베이스 레벨의 Enterprise Manager
GUI로 저장됩니다. Enterprise Manager GUI를 사용하여, 주어진 데이터베이스 또는
인스턴스에서 오른쪽을 클릭하고 Properties를 선택하면 모든 가능한 구성 옵션이
화면에 나타납니다. DB2 UDB에서, 구성 파라미터는 인스턴스 레벨은 DBM CFG 파일에
저장되고 데이터베이스 레벨은 DB CFG 파일에 저장됩니다.
제어센터를 사용하여, 주어진 인스턴스에서 오른쪽을 클릭하고 Configure Parameters를
클릭하면, Figure 7을 볼 수 있습니다.
Figure 7. DB2 UDB DBM CFG (instance level)
또한 데이터베이스 레벨에서, 주어진 데이터베이스의 오른쪽을 클릭하고
Configure Parameters를 클릭하면 Figure 8과 같이 보여줍니다.
Figure 8. DB CFG (database level)
DB2 UDB는 시스템을 구성할 수 있는 많은 파라미터를 제공합니다. 그러나, 자동적으로
시스템을 구성하기 쉬운 방법은, 제공 받은 정보에 기반을 두어 최상의 값으로 DBM과
DB CFG 파라미터를 결정할 수 있는 autoconfigure 명령어를 사용하는 것입니다.
Figure 9는Configuration Advisor를 보여줍니다.
Figure 9. DB2 UDB Configuration Advisor
구성 파일에 추가하여, DB2 UDB는 platform지정 파라미터에 DB2 환경 변수를 설정합니다.
즉, db2set 명령어를 사용하여 설정된 변수를 보고 변경가능 합니다.
Security
SQL 서버는 보안을 위한 권한, 롤, 특권의 컨셉을 사용합니다.
즉, 아래의 두 가지 권한이 지원됩니다:
- Windows 권한.
Windows OS 권한은 로그인ID와 암호로 구성됩니다. 그리고 SQL서버에서는 로그인ID로만 패스됩니다.
- Mixed mode 권한.
SQL Server는 sysxlogin시스템 테이블 정보에 의한 로그인 ID와 암호로 인증됩니다.
인증한 후에, User는 SQL 서버에 대해 롤 또는 주어진 특권 없이는 어떤 오퍼레이션도
수행할 수 없습니다. 롤은 퍼미션이 적용될 수 있는 한 unit의 그룹유저입니다.
그러므로, 여러 유저들에게 개인적으로 퍼미션을 하는 것보다 빠릅니다.
그리고 모든 퍼미션을 구성하는 롤을 생성할 수 있습니다.
그리고 나서 유저에게 이 롤을 할당합니다.
DB2 UDB에서, User는 데이터베이스에 존재하는 것이 아니라 OS에 의해 관리되는 것입니다.
어떠한 OS 유저도 DB2 UDB를 사용할 수 있지만, 주어진 DB2 UDB 권한 또는 특권 없이
많은 것을 할 수 없습니다. 권한 또는 특권을 부여하고 없애고 하는 것은 제어센터
GUI를 통해 쉽게 할 수 있습니다. 먼저 사용 가능한 OS 유저 또는 그룹으로부터
제어센터에 유저 또는 그룹을 추가해야만 합니다. 또한 DB2 UDB에서 롤이란 용어는
사용되지 않습니다. 대신에 authorities란 용어를 사용합니다.
DB2 UDB는 MS SQL서버의 user-defined 데이터베이스 롤을 지원하지 않습니다.
그러나 OS그룹에도 권한과 특권이 할당됩니다. DB2 UDB에서 지원하는 권한은
SYSADM, SYSCTRL, SYSMAINT, DBADM 과 LOAD입니다.
이 중, GRANT SQL문을 사용하여 SYSADM, SYSCTRL과 SYSMAINT 권한은 부여될 수 없습니다.
이 특별한 권한들은 DBM CFG파일에서 부여됩니다.
또한, SYSADM 권한을 가진 DB2 UDB 유저는 sysadmin 롤을 가진 SQL서버 유저와 비슷합니다.
DB2 UDB는 또한 SQL 서버의 퍼미션과 비슷한 "privilege"란 용어를 사용합니다.
데이터베이스 특권(connect, createtab 등)과 데이터베이스 오브젝트 특권(schema, table, view등)이 있습니다.
Figure 10은 제어센터로부터 볼 수 있는 DB2 UDB 권한 정보입니다.
이 그림에서 대부분의 tab은 DB2 UDB에 의해 지원되는 특권과 대응됩니다.
Figure 10. DB2 UDB 권한
Table 5는 SQL서버 권한과 DB2 UDB의 권한 비교입니다.
Table 5. SQL 서버 권한과 DB2 UDB 권한 비교
| SQL Server | DB2 UDB/b> |
| 권한의 두 가지 모드: Windows 권한과 Mixed mode 권한 | OS시스템에 의해 관리되는 권한의 한 가지 모드;SQL 서버 Windows 권한과 비슷합니다. |
| Roles | Authorities |
| Permissions | Privileges |
Tools
이번에는 SQL Server와 DB2 UDB에 사용되는 일부 툴들에 대해 간단히 보여드리겟습니다.
Figure 11은 DB2 UDB 메뉴를 보여주는 것입니다.
Figure 11. DB2 UDB 메뉴
Using the command line
만약 CLI를 사용한다면, SQL 서버는 iSQL 유틸리티를 사용하고,
DB2 UDB는 command line processor (CLP)를 사용합니다.
Figure 12는 DB2 UDB CLP 유틸리티입니다. 처음에 command prompt window 에서
db2cmd 명령어를 치면 command window가 열립니다. 이것이 CLP가 실행되기 위해 요구되는
DB2 초기환경입니다.
Figure 12. DB2 UDB CLP (Command Line Processor)
SQL 서버와 DB2 UDB 둘 다 CLI와 GUI툴을 제공합니다. SQL서버는 Query Analyzer 를
제공하고. DB2 UDB는 Figure 13에서와 같이 제어센터를 제공합니다.
Figure 13. DB2 UDB 제어센터
요약
이 과정은 DB2 UDB V8 for Linux, Windows/ UNIX와 MS SQL서버 2000에 대한 것입니다.
SQL Server는 Windows 플랫폼에서만 지원되고, DB2 UDB는 Linux /UNIX 플랫폼에도
응용될 수 있습니다. 그러나, 두 제품이 공통적으로 Windows 플랫폼이 사용되기 때문에
두 제품의 GUI툴을 사용하여 모든 컨셉을 설명한 것입니다.
마지막으로, SQL 서버와 DB2 UDB 구조에 대해 figures 14와 15에서처럼
SQL서버 Enterprise Manager 와 DB2 UDB 제어센터를 사용해 데이터베이스 오브젝트를
비교해 보시면 됩니다.
Figure 14. The MS SQL 서버 Enterprise Manager
Figure 15. The DB2 UDB 제어센터
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
