::::: Welcome to IT Expert Group Co., Ltd ::::::::::::::::

			XpertMon 뉴스레터 51호
			2007/04/05 10:48			13806

안녕하세요. DB2 및 XpertMon 사용자 여러분!
㈜ 아이티엑스퍼트그룹 DB 사업부입니다.

현재 저희 XpertMon 개발부서는 고객분들이 원하시는 사항들을 좀 더 수렴하고
받아드리기 위해서 많은 노력을 하고 있으며, 그 중 하나가 사후 문제관리를
할 수 있는 실시간 모니터링 history 기능을 추가하는 것입니다.
앞으로 추가되는 기능들에 대해서는 뉴스레터를 통해서 자세하게 말씀드리도록
하겠습니다.

이번 주는 DB2 V9의 추가된 기능 4번째 시간으로 DB2 9의 향상된 보안기능인
LBAC(Label Based Access Control) 과 테이블 파티셔닝 기능에 대해 소개
하도록 하겠습니다.

아무쪼록 많은 도움되시길 바라며, 기존 뉴스레터들은 회사 홈페이지 ( www.iteg.co.kr)
게시판에 들어오시면 보실 수 있습니다.
혹시라도 알고 싶은 내용이나 주제가 있다면 메일로 보내주십시오. 참조하여 반영하도록
하겠습니다.

5. LBAC SECURITY

기밀을 요하는 정보에 대한 접근을 제한하고 보호하는 것은 모든 종류의 조직에서
더욱더 중요한 과제가 되었습니다.
DB2는 올바른 권한을 가진 인증된 사용자만이 데이터를 접근하도록 제한하는 진보된
보안 기능을 가지고 있습니다.
DB2 9은 정보 액세스에 대한 더 많은 제어를 할 수 있는 레이블 기반 액세스 제어(LBAC)를
가지고 있습니다.
LBAC기능은 기본 데이터 액세스 요구를 알아야 하는 세팅의 타입에 유용하기 때문에
여러 개의 보안 취급인가 또는 등급 레벨을 요구하는, 혹은 정부 그리고 보안 회사,
군대, 금융 회사, 병원 같은 높은 액세스 제어를 요구하는 보안 환경에 특히 유용합니다.

5.1 LBAC의 개요와 작업 방법

LBAC은 개별적인 row와 컬럼 레벨에 대한 읽기와 쓰기 액세스를 제공하는 DB2에 있는
보안 기능입니다. 예로써, 직원,Joe는 자신의 row의 샐러리 컬럼에서의 정보와 그의
부서에서 다른 직원의 이름 컬럼에서 정보를 볼 수 있도록(읽기 액세스) 허가 되어 있습니다.
그리고 자신의 주소 컬럼에 대한 업데이트(쓰기 액세스)가 허가 되어 있습니다.
Joe의 매니저 Fred는 그의 부서에 있는 모든 직원에 대한 이름 컬럼 데이터를 볼 수
있도록(읽기 액세스) 허가 될 수 있습니다. 그러지만 그의 부서에 있는 직원들의 샐러리
컬럼을 보는 데는 제한됩니다. 그런데 Fred의 부서 부장인 제인은 모든 퍼스트 레벨
직원의 샐러리 컬럼에 대한 쓰기 액세스가 허용 될 수 있습니다.
그러나 주소 컬럼에 대한 읽기 또는 쓰기는 할 수 없습니다. LBAC 기능은 매우 유연하고
각 회사의 명시적인 보안 요구에 대해 맞추어져 있습니다.
이 기능은 DB2 for z/OS에서 LBAC 기능과 유사합니다.

DB2 9은 보안 특권을 가진 새로운 DB2 보안 관리자 역할(SECADM)을 제공합니다.
SECADM 사용자는 시스템 관리자(SYSADM)가 가지지 못하는 보안과 관련된 특권을 가질
수 있습니다. 보안 관리자는 보안 허가를 주고 관리할 수 있지만 이 역할은 자동적으로
허가가 관리되어 지는 데이터에 실질적으로 읽거나 혹은 쓰기 위한 능력을 가지지는
못합니다.
보안 관리자는 보안 정책을 만듦으로써 LBAC 시스템을 구성합니다. 보안 정책은 누가
어떤 데이터를 액세스할지를 결정하기 위해 사용될 표준을 설명합니다. 보안 정책을
만든 후에, 보안 관리자는 보안 정책의 일부분인 보안 레이블이라고 불리 우는 오브
젝트를 만듭니다.
보안 레이블에 의해 보호되는 데이터는 보호된 데이터라고 불리 워 집니다. 보안 관리자는
보안 레이블을 수여함으로써 사용자가 보호된 데이터를 액세스하도록 합니다.

사용자가 보호된 데이터를 액세스하려고 할 때 사용자의 보안 레이블이 데이터를 보호
하기 위한 보안 레이블과 비교됩니다.
사용자가 자신의 LBAC 증명서가 허용되지 않는 보호된 row를 읽으려고 시도 한다면
DB2는 마치 그 행들이 존재하지 않는 것처럼 행동합니다.
그 행들은 SELECT,UPDATE,DELETE를 포함해 수행하는 SQL 문장의 부분처럼 선택될 수 없습니다.
예로써, COUNT(*)함수는 오직 사용자가 읽기 액세스를 가지는 행들을 카운트할 것 입니다.
사용자의 LBAC 증명서가 허용되지 않는 컬럼을 읽으려고 시도하면 에러 메시지를 리턴합니다.

LBAC을 사용하는 자세한 예를 위해 다음 문서를 참고 하십시요:
http://www-128.ibm.com/developerworks/edu/dm-dw-dm-0605wong-i.html

6.테이블 파티셔닝

대용량 데이터베이스와 테이블들에 대한 관리는 쉽지않습니다. 테이블의 크기가 증가함에
따라 때때로 대량의 데이터를 관리하는 것이 더 쉬워 질 수 도 있거나 혹은 제한된
범위로써 커다란 테이블에 있는 모든 데이터를 운영하여야 합니다. 데이터를 관리하는
방법은 특별히 새로운 데이터의 양 또는 범위가 더하여 지거나 혹은 예전의 데이터가
빈번한 주기로 테이블로부터 제거 될 때 매우 유용합니다.
(예로써, roll-in 과 roll-out이 일반적으로 데이터 웨어하우스 환경에서 발생합니다.)

DB2 9은 더 쉬운 관리와 성능을 증가시키고 대용량 데이터베이스의 더 큰 확장성을
위해 테이블파티셔닝 기능을 포함합니다.

6.1 테이블 파티셔닝 개요

테이블 파티셔닝(때때로 레인지 파티셔닝으로 참조된다)은 테이블 데이터가 하나 또는
많은 테이블 컬럼에 있는 값에 따라 여러 개의 스토리지 오브젝트로 나뉘어 지는 데이터
조직 구성입니다. 그리고 데이터 파티셔닝( 데이터베이스 파티션 또는 DPF와 혼동하지
마십시요)이라고 불리워 집니다. 이 스토리지 오브젝트는 다른 테이블 스페이스나 같은
테이블 스페이스 혹은 두 개의 조합에 있을 수 있습니다.

DB2 9은 데이터 파티션 혹은 다양한 속성에 기반한 데이터 범위를 지원합니다. 일반적
으로 사용된 파티셔닝 분류는 년이나 달로써 데이터 파티셔닝에 데이터를 함께 모으기
위해 결정하는 날짜입니다. 파티셔닝을 위해 숫자 특성을 가질 수 있습니다. 그리고
인스턴스를 위해 1부터 백만 까지의 ID를 가진 레코드가 하나의 데이터 파티션에 저장
될 수 있습니다.
백만부터 이백만까지의 ID는 또 다른 데이터 파티션에 저장될 수 있습니다.
또는 예로써 하나의 데이터 파티션에 A-C, 두 번째 파티션에 D-M, 세 번째 데이터 파티
션에 N-Q, 그리고 마지막 파티션에 R-Z을 가지고 시작하는 이름을 가진 고객에 대한
기록을 가질 수 있습니다.

이름과 번호로 데이터 파티션을 참조하는 옵션을 가지고 있을 지라도 애플리케이션은
파티션을 구별할 필요가 없습니다.
애플리케이션은 컬럼과 테이블 이름을 명시함으로써 데이터 액세스를 계속 할 수 있습
니다. 그리고 데이터가 어떤 데이터 파티션에 위치하는 지를 걱정할 필요가 없습니다.

DB2 for Linux, UNIX, and Windows 에서 테이블 파티셔닝 기능은 DB2 for z/OS,
Informix Dynamic Server, Informix Extended Parallel Server에 있는 기능과 유사합니다.
DB2 for z/OS, DB2 for iSeries, DB2 for Linux, UNIX, and Windows는 일반적인 기본
문법을 사용합니다.
그러나 다른 서브 셋을 구현합니다. DB2 for Linux, UNIX and Windows는 다른 두 개의
제품의 문법보다 더 간결한 단축된 문법을 사용합니다.

6.2 테이블 파티셔닝 - 이점

DB2 9에서 테이블 파티셔닝의 이점은 다음을 포함합니다:

큰 테이블에 대한 처리가 쉬워짐
파티션 제거를 통한 쿼리 성능 증가
빠른 온라인 roll-in / roll-out
더 향상된 스토리지 코스트 최적화
더 큰 테이블 수용
더 큰 인덱스 위치 유연성

관리 용이성 증가: DB2 9은 다양한 데이터 파티션들이 독립적으로 관리되도록 합니다.
예로서, 전체 테이블 대신에 개별적인 데이터 파티션들에 대한 백업과 리스토어를 선택
할 수 있습니다. 시간을 소비하는 관리 작업을 더 작은 작업들로 나누었습니다.

증가된 쿼리 성능: DB2 옵티마이저는 데이터 파티션을 알고 있습니다. 그러므로 쿼리
실행동안 오직 적절한 데이터 파티션들만 검색됩니다. 쿼리에 대해 영향을 받지 않는
데이터 파티션을 검색할 필요성을 제거하는 것은 증가된 성능을 가져 올 수 있습니다.

빠른 roll-in / roll-out: DB2 9은 데이터베이스를 오프라인 상태로 하지 않고
데이터 파티션이 테이블로부터 쉽게 더하여지고 제거되도록 합니다. 이 기능은 특별히
L 결정 지원 쿼리를 수행하기 위해 데이터를 자주 로드하고 지울 필요가 있는 데이터
웨어하우스 환경에서 유용합니다. 예로써, 일반적인 보험 데이터 웨어하우스는 3년의
지불요구기록을 가지고 있습니다. 각각의 달이 로드되고 웨어하우스에 roll-in 되고
가장 오래된 달이 아카이브되고 액티브테이블로부터 제거됩니다.(roll-out) 데이터
파티션을 roll-out하는 이 방법은 명시된 데이터 범위를 지울 때 delete작업을 로그할
필요가 없어 더 효과적입니다.

더 나은 스토리지 코스트 최적화: DB2 9에서 테이블 파티션은 계층 스토리지 모델을
더 잘 통합하게 합니다. 가장 액티브한 데이터 파티션을 위해 오직 가장 빠른 그리고
가장 비싼 스토리지 하드웨어를 사용함으로써, DB2 9은 전체 스토리지 코스트를 최적화
하도록 합니다. 대부분의 쿼리가 오직 최근 3달의 데이터에 대해서 수행된다면, 오래된
데이터에 대해 더 느리고 덜 비싼 스토리지 하드웨어를 할당하도록 해야 합니다.

더 큰 테이블 수용: 파티션닝 없이, 테이블이 가질 수 있는 스토리지 오브젝트의 최대
데이터 크기는 제한이 있습니다. 그러나 여러 개의 스토리지 오브젝트 또는 데이터
파티션으로 테이블의 내용을 나눔으로써 가상으로 사이즈에서 제한되지 않은 데이터
베이스를 효과적으로 만들 수 있습니다.

더 큰 인덱스 위치 유연성: DB2 9은 파티션 되지 않은 테이블처럼 같은 스토리지 오브
젝트에 있는 것과 비교하여 파티션 된 테이블을 위한 인덱스가 자신의 스토리지 오브
젝트(테이블 스페이스)에 저장되도록 합니다. 이 인덱스 위치 유연성은 특별히 더 빠른
인덱스 오퍼레이션을 수행하는 데 유용합니다.( 인덱스 제거, 온라인 인덱스 생성,
그리고 인덱스 재구성 과 같은) 그리고 테이블 증가 관리, I/O 컨텐션 감소, 테이블을
위한 인덱스 데이터의 더 효과적인 동시 액세스를 제공하는데 유용합니다.

우리는 DB2 Viper에서 테스트 하였던 몇몇 새로운 기능으로 인해 매우 기쁩니다.
ALTER TABLE 에서의 증가된 기능은 생산성을 증가시키고 시간을 절약합니다.
파티션 된 테이블에서 어떤 곳이라도 인덱스를 위치시키는 기능은 디자인 하였던
테이블 스페이스에 있는 공간을 소비하였을 때 또한 매우 유용합니다.

- Ellen Reys-Klebaner, Chief Database Architect, Visa

6.3 테이블 파티션의 생성과 사용

DB2는 파티션 된 테이블을 생성하기 위한 많은 유연성을 제공합니다. 1년치의 데이터를
가지고 각각의 분기가 분리된 데이터 파티션에 위치되도록 하기 위해 날짜로써 테이블을
파티션 하기를 원합니다. 다음 테이블 생성 문법은 이것을 쉽게 하는 방법을 나타냅니다.
데이터 파티션을 만들고 관리하기 위해 그래픽한 DB2 제어 센터를 사용할 수 도 있습니다.

각각 3달의 데이터가 있는 4개의 파티션을 가진 테이블이 생성됩니다.

다음 예에서 보여지는 것처럼, 끝나는 범위를 가지고 데이터 파티션 범위를 명확하게
명시할 수 있습니다. 그리고 또한 각 데이터 파티션에 이름을 줄 수도 있습니다.
데이터 파티션 이름은 DETACH와 같은 데이터 파티션 운영을 수행하는 데 유용합니다.

테이블 파티셔닝을 가지고 쉽고 빠르게 roll-in 과 roll-out을 할 수 있습니다.
ALTER TABLE 문에서 ATTACH와 DETACH 옵션은 이 기능을 가능하게 합니다. DETACH를
사용해서 존재하는 데이터 파티션은 독립적인 테이블로 분리됩니다. 롤 아웃된(DETACH)
테이블은 삭제될 수 있고, 압축될 수 있고, 더 느린 스토리지로 이동될 수 있습니다.

최근 예에서 만들어진 orders 테이블에서 오직 1년치(2006) 데이터를 유지하기를
원한다면 이전 데이터(4q05)를 포함하는 파티션을 DETACH할 수 있습니다.

비슷하게 테이블에 새로운 파티션으로 데이터를 ATTACH(롤 인)하는 것도 매우 쉽습니다.
롤 인된 데이터는 처음에 분리된 테이블로부터 로드되고 전송됩니다.

롤인 된 데이터가 애플리케이션에서 보여지기 전에 SET INTEGRITY문이 수행 되고 (새로운
데이터를 확인하고 글로벌 인덱스를 위한 관리를 수행하는) 작업이 COMMIT되어야 합니다.

다음 그림은 이전 예에서 사용된 orders 테이블에서 파티션을 롤인 하고 롤 아웃하는
것을 보여줍니다.

6.4 Table partitioning and other organization schemes

DB2 9에서 테이블 파티셔닝은 다른 데이터 조직 계획과 통합하거나 분리하기 위해
사용되어 집니다. CREATE TABLE 문의 각각의 절은 데이터가 어떻게 구성되어 져야
하는지를 나타내는 알고리즘을 포함합니다.

다음 세 개의 절은 어떤 조합에서 같이 사용되어질 수 있는 데이터 구성 레벨을 나타냅니다.

DISTRIBUTE BY 는 데이터베이스 파티션에 대해 데이터를 펼칩니다. 인트라쿼리
   병렬처리를 가능하게 하고 각 데이터베이스 파티션에 대한 로드를 조정합니다.
   이 개념은 데이터베이스 파티셔닝으로써 알려져 있고 DB2에서 Database Partitioning
   Feature(DPF)을 사용해 구현할 수 있습니다.

PARTITION BY는 같은 데이터 파티션에서 하나의 차원의 비슷한 값을 가진 행을
집단으로 만듭니다.
이 개념은 테이블 파티셔닝으로써 알려져 있습니다.

ORAGNIZE BY 는 같은 테이블 범위에서 여러 차원에 있는 비슷한 값을 가진 행을
집단으로 만듭니다.
이 개념은 다차원 클러스트링(MDC)로 알려져 있습니다.

이 문법은 데이터 구성의 미래 알고리즘을 허용하는 것 뿐만 아니라 문장들 사이의
일관성을 유지하도록 합니다.
CREATE TABLE문의 DISTRIBUTE BY 와 PARTITION BY절을 조합하는 것은 데이터가 멀티
테이블 스페이스에 펼쳐져 있는 데이터 베이스 파티션들에 대해 데이터가 나뉘어져
있도록 합니다.

DB2 9은 동시에 데이터 파티셔닝의 세가지 일반적인 방법 모두를 지원하는 최초의
데이터 서버입니다.
- 데이터 관리와 정보 이용도를 증가시키는 중요한 기술혁신

다음 그림은 서로를 결합하기 위해 사용된 모든 세가지 DB2 데이터 구성 계획을 나타냅니다.

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

▲	XpertMon 뉴스레터 52호	iteg	2007-04-05	16703

-	XpertMon 뉴스레터 51호	iteg	2007-04-05	13806

▼	XpertMon 뉴스레터 50호	iteg	2007-04-05	12342