사용중인 DBMS의 트래픽 증가나 업무 추가에 따라 하드웨어 증설이나 업그레이드가 필요한 경우 이에 따른 대용량 데이터의 신속한 이행(Migration)이 가장 중요한 이슈 중의 하나이다. 이 경우 고객은 최소의 Downtime(업무 중단 시간)만으로 모든 위험 요소에 대비한 안전한 이행이 필요하다.

첫째, 귀하의 데이터 이행의 최소의 업무 중단만을 요구하며 신속히 이루어질 수 있습니까? (Minimized Downtime)
둘째, 이행된 데이터의 정합성과 새로운 환경에서 기존 Legacy 시스템의 호환성을 보장할 수 있습니까? (Compatiblity)
셋째, 새로운 버전으로의 업그레이드시 옵티마이져나 환경 변화에 따른 성능 보장이 이루어집니까?
넷째, 새 버전의 New Feature등을 최대한 이해하고 있는 엔지니어에 의해서 이행이 이루어지고 있습니까? (힘겹게 업그레이드하고 나서 9i 버전을 8i처럼 설정해서 활용하고 있지는 않습니까?)

데이터 이행은 단순한 물리적 파일 이동 그 이상입니다. 업무의 연속성을 보장하며 기존 시스템과의 호환성을 염두에 두면서도 새로운 환경에서 최대의 성능과 확장성을 보장 받을 수 있어야 합니다. 대용량 데이터 이행 이제 코바아이티와 함께 하십시오.


Case 1 : 동일 플랫폼, OS, DBMS Version에서 하드웨어 스펙만 업그레이드할 경우
 (예 2-way 머신에서 4-way 머신으로의 상위 기종으로의 업그레이드)

(1) 이행 대상 시스템에 오라클 엔진 설치, 패치셋 반영
(2) 현재 시스템의 Datafile, Redo log, control file, parameter 등의 백업 후 대상 시스템으로 Transfer
(3) 이관된 database로 오라클 인스턴스 기동
(4) Oracle Parameter 및 SGA Size를 신규 하드웨어 스펙에 맞도록 재조정하는 작업
(5) 이상 유무 점검 (로그체크, 업무 시스템의 정상 가동 확인)
(6) 특정 Tablespace만 이동할 경우 Transportable-Tablespace 기능을 이용함.

Case 2 : 상위 버전으로의 업그레이드일 경우
(1) 데이터량이 작을 경우 (5G 이내) : exp -> imp 를 통한 데이터 Transfer
IMP는 순차작업이므로 속도가 exp 시 소요된 시간의 2.5배에서 3배 이상 소요됨.
imp의 성능을 최적화 하기 위해 Shell Script를 통한 병렬 import 수행 (가상 parallel 효과)
Redo log size 조정 및 archive log off , checkpoint 간격 조정등을 통한 import시 I/O 성능 극대화
Index 를 제외한 Data만 import 후 nologging parallel mode index 생성
(2) 정상적 이행 완료 후 현재 상태로 DBMS Full Backup 수행
(3) 대량의 데이터 이행의 경우:
- 현행 DBMS(AS-IS) 에서 SAM 파일 형태로 데이터를 추출함.
-  대상 시스템에서 SQL*Loader 등을 통해 Direct Mode로 신속히 로딩 (exp/imp 방식에 비해서 비약적 속도 향상)
- 9i 버전의 경우 External table 기능을 이용한 parallel 처리 극대화로 시간 단축

Case 3 : 타 DBMS에서 오라클로 이행할 경우
-
이 기종 DBMS와 서로 다른 자료형, 다른 기능에 대한 이해
- Procedure, Trigger, Function등의 프로그램 로직의 이행.

Case 4 : 논리 모델링이 변화하는 경우의 이행
-
신규 시스템 구축으로 기존의 논리 모델링이 변화하는 경우의 이행
- 신규 테이블이 생성되거나 기존 테이블이 drop 되는 경우. 테이블이 쪼개지거나 합쳐지는 경우
- Mapping table 작성
- Data Cleansing (데이터 정합성 체크 후 잘못된 데이터 제거 작업)