DB2 V9.5 로의 Migration 절차 및 TIP-2    

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

현재 저희 XpertMon 개발부서는 고객 분들이 원하시는 사항들을 좀 더 수렴하고 받아드리기 위해 많은 노력을 하고 있으며, XpertMon의 실시간 모니터링을 통해 얻어지는 History를 업무속성(DPF, OLTP, Batch …) 에 따라 적절한 KPI를 적용하여 보다 나은 성능관리 및 튜닝에 힘쓰고 있습니다. 차후 추가되는 기능들에 대해서는 뉴스레터를 통해서 자세하게 말씀 드리도록 하겠습니다.

지난 주에 이어서 “Migration 방법 및 DB2 V9.5의 변경사항 확인” 에 대해 계속 소개하도록 하겠습니다.

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

AGENDA

1.      전제조건

A.        DB2 version check

B.        OS pre-requirement

3.      MIGRATION 의 필요성

A.        DB2 V9.1 과 V9.5 의 아키텍처

B.        DB2 V9.5 의 특징

3.      MIGRATION 의 종류

A.        “db2imigr” 를 이용하는 방법

B.        “Side-by-Side” 를 이용하는 방법

4.      MIGRATION 후 변경정보 확인

3.     MIGRATION 의 종류 및 간단한 절차

이전 Section 에서 언급한 환경이 준비되었다면 이제 본격적으로 DB2 V9.5로 Migration을 해보도록 하겠습니다.

Migration은 “db2imigr”를 통해 이주하는 방법과 이전 image를 backup 받은 후 DB2 V9.5 에서 restore 하는 방법, 새로 구축하는 방법 등으로 나눌 수 있습니다.

여기서는, 앞의 두 가지 방법에 대해서 알아보도록 하겠습니다.

A.      In-place 방식

i.                     “db2imigr” 를 통한 Migration 방법으로, 간단한 command를 통해 migration을 처리하는 경우입니다.

ii.                    절차

①      우선 migration 해야 하는 instance 로 DB2 V9.5 엔진이 깔린 곳에서 “db2imigr” 가 가능한지 “db2ckmig” 를 실행합니다.

실행방법>  db2ckmig  <-e|db_name>  -l logpath [-u user] [-p passwd]

l        “db2ckmig” 수행 시 점검하는 내용은 다음과 같습니다.

ü        카탈로그 된 DB 목록

ü        DB 상태 점검 (백업 보류, 리스토어 보류, 롤포워드 보류 등)

ü        테이블스페이스 정상 여부 점검

ü        UDT,  Array, Binary, Decfloat, Varbinary,  XML의 포함 여부 확인

ü        시스템 정의 DATALINK 데이터 타입 포함 여부 확인

ü        Migration 시 참조관계 미수립 데이터검증

ü        HADR 상태 확인 (Primary 로의 연결 여부확인)

ü        SYSCATSPACE가 DMS로 정의되어 있으나, 자동 크기 조정이 미 설정되어 있는 경우 50% 이상의 여유 공간이 있는 지 확인

l        “db2ckmig” 수행 예제화면입니다. 

l         logpath 에서 /data/iteg04/ckmig.out 를 확인 하면 아래와 같습니다.

l         “db2ckmig” 가 위와 같이 “Successful” 메시지가 나타나면, “db2imigr” 가 가능합니다.

②      아래의 방법으로 Instance 를 migration 할 수 있습니다.. [user : root]

실행방법>  db2imigr  [-a  AuthType]  -u  FencedID   InstName

l         “db2imigr” 수행 예제화면입니다. 

l         $DB2_HOME 에서 migration.log 라는 output 이 생성됩니다.

l         정상적으로 Instance가 Migration 이 되면 $DB_HOME 에 migration.log 이 생성되며, 다음과 같은 메시지가 나타납니다. 

③      db2level 을 통해서 Instance 가 DB2 v9.5 로 변경되었는지 확인하고, 기존에 생성한 Database에 접속이 되는지 확인을 합니다.

l         아래와 같이 “접속하고자 하는 DB 를 migration 하십시오” 라는 메시지가 나타나면 해당 DB를 migration하여주십시오. 

④      Instance를 Migration 한 후에는 속해 있는 Database를 Migration 해줍니다.

실행방법>  db2 migrate db DB명

l         아래와 같은 절차로 진행하여 Migration작업을 완료할 수 있습니다.

B.      Side-By-Side 방식

      i.              Backup and Restore

①      우선, 이전 Version에서의 Offline-Full Backup 을 수행합니다. 

②      V95 엔진에서 생성된 INSTANCE로 Backup Image 를 restore 합니다.

*  DAS Migration - 기존 DAS 사용 시 “dasmigr” 명령 실행해야 합니다..

4.     MIGRATION 의 종류 및 간단한 절차

이전 Section 에서 언급한 환경이 준비되었다면 이제 본격적으로 DB2 V9.5로 Migration을 해보도록 하겠습니다.

Migration은 “db2imigr”를 통해 이주하는 방법과 이전 image를 backup 받은 후 DB2 V9.5 에서 restore 하는 방법, 새로 구축하는 방법 등으로 나눌 수 있습니다.

여기서는, 앞의 두 가지 방법에 대해서 알아보도록 하겠습니다.

B.      In-place 방식

iii.                   “db2imigr” 를 통한 Migration 방법으로, 간단한 command를 통해 migration을 처리하는 경우입니다.

iv.                 절차

①      우선 migration 해야 하는 instance 로 DB2 V9.5 엔진이 깔린 곳에서 “db2imigr” 가 가능한지 “db2ckmig” 를 실행합니다.

실행방법>  db2ckmig  <-e|db_name>  -l logpath [-u user] [-p passwd]

l        “db2ckmig” 수행 시 점검하는 내용은 다음과 같습니다.

ü        카탈로그 된 DB 목록

ü        DB 상태 점검 (백업 보류, 리스토어 보류, 롤포워드 보류 등)

ü        테이블스페이스 정상 여부 점검

ü        UDT,  Array, Binary, Decfloat, Varbinary,  XML의 포함 여부 확인

ü        시스템 정의 DATALINK 데이터 타입 포함 여부 확인

ü        Migration 시 참조관계 미수립 데이터검증

ü        HADR 상태 확인 (Primary 로의 연결 여부확인)

ü        SYSCATSPACE가 DMS로 정의되어 있으나, 자동 크기 조정이 미 설정되어 있는 경우 50% 이상의 여유 공간이 있는 지 확인

l        “db2ckmig” 수행 예제화면입니다. 

l         logpath 에서 /data/iteg04/ckmig.out 를 확인 하면 아래와 같습니다.

l         “db2ckmig” 가 위와 같이 “Successful” 메시지가 나타나면, “db2imigr” 가 가능합니다.

②      아래의 방법으로 Instance 를 migration 할 수 있습니다.. [user : root]

실행방법>  db2imigr  [-a  AuthType]  -u  FencedID   InstName

l         “db2imigr” 수행 예제화면입니다. 

l         $DB2_HOME 에서 migration.log 라는 output 이 생성됩니다.

l         정상적으로 Instance가 Migration 이 되면 $DB_HOME 에 migration.log 이 생성되며, 다음과 같은 메시지가 나타납니다. 

③      db2level 을 통해서 Instance 가 DB2 v9.5 로 변경되었는지 확인하고, 기존에 생성한 Database에 접속이 되는지 확인을 합니다.

l         아래와 같이 “접속하고자 하는 DB 를 migration 하십시오” 라는 메시지가 나타나면 해당 DB를 migration하여주십시오. 

④      Instance를 Migration 한 후에는 속해 있는 Database를 Migration 해줍니다.

실행방법>  db2 migrate db DB명

l         아래와 같은 절차로 진행하여 Migration작업을 완료할 수 있습니다.

C.      Side-By-Side 방식

    ii.              Backup and Restore

①      우선, 이전 Version에서의 Offline-Full Backup 을 수행합니다. 

②      V95 엔진에서 생성된 INSTANCE로 Backup Image 를 restore 합니다.

*  DAS Migration - 기존 DAS 사용 시 “dasmigr” 명령 실행해야 합니다..

4.     MIGRATION 후 변경정보 확인

A.     변경된 V9.5 모듈

                          i.             DB2 V9.5로의 Migration을 계획하고 있다면, DB2 클라이언트에 대한 Migration 계획의 수립이 필요합니다.

                         ii.             DB2 V8.X 및 DB2 V9.1 Client 를 통한 DB2 V9.5로의 연결은 가능하나, DB2 V7.X 에 대한 연결은 더 이상 지원하지 않습니다.

                        iii.             DB2 ESE 제품 군에서 지원한 DPF(Database partitioning Feature)는 “DB2 Enterprise Warehouse Feature)” 란 모듈로 변경되면서 별로의 License로 구성되었습니다.

B.      변경된 V9.5 환경

                            i.             전체적인 DB 엔진구성 변경

ü   Processing 방식 à Multi-Thread 방식

ü   시스템의 Resource 절약

ü   현재 구동 중인 프로세스 확인방법:  $> db2pd –edus

가)    Memory Model 의 간소화

                                                                     i.        STMM (Self Tuning Memory Manager) : Memory 관련 구성변수들의 값을 “Automatic”으로 설정함으로써 사용자편의성이 높아짐.

                                                                    ii.        INSTANCE_MEMORY :  “Automatic”으로 값 설정할 경우, 실제 Main Memory 의 75~95% 정도를 할당

                                                                   iii.        APPL_MEMORY:  “Automatic”으로 값 설정할 경우, 최소한의 값만을 할당 한 후 필요에 따라 값을 조정함.

                                                                 iv.        DB2_MEM_TUNING_RANGE:  STMM 가 설정된 경우 INSTANCE가 남겨둔 실제 Memory 양

http://publib.boulder.ibm.com/infocenter/db2luw/
v9r5/topic/com.ibm.db2.luw.admin.perf.doc/doc/c0011762.html

나)    AGENT 구성자동화

                                                                     i.        NUM_POOLAGENTS, MAX_COORDAGENTS, MAX_CONNECTIONS, FENCED_POOL 등의 구성Parameter 값의 기본이 “Automatic” 으로 변경됨.   

                           ii.             변경된 Registry 변수 및 DB구성변수

ü   DB2_UPDDBCFG_SINGLE_DBPARTITION: DPF 구성 중인 DB에서 특정 파티션의 DB구성 Parameter 값을 수정하고자 할 때 사용되며, 기본값은 NO.

ü   YES 로 설정 시: UPDATE 및 RESET DB CFG 문에 dbpartitionnum 옵션을 추가하여 사용 가능함.

가)    변경된 DBM CFG 변수

                                                                     i.        AGENT_STATCK_SZ : Windows 시스템에만 적용되던 것이 모든 시스템으로 확장됨.

                                                                    ii.        MON_HEAP_SZ, FENCED_POOL : Default 값이 “Automatic”으로 변경됨.

나)    변경된 DB CFG 변수

                                                                     i.        APPLHEAPSZ, DATABASE_MEMORY, SORTHEAP, DBHEAP, STAT_HEAP_SZ, STMTHEAP, SHEPTHRES_SHR: Default값이 “Automatic”으로 변경됨.

                         iii.             변경된 DDL

ü   File-System을 이용하는 Tablespace생성시 “NO FILE SYSTEM CACHING” 으로 변경됨.

ü    자동증가로 설정된 Tablespace에 대해서 “ALTER TABLESPACE  <테이블스페이스 명>  REDUCE “ 만으로 사용량 조정 가능해짐.

ü   DDL 작성시 식별자명 길이 증가함.