Package System기반 Data Migration 방식 별 Issue 및 대응방안 Data Migration
2011.12.29 09:59
Package System은 일반적으로 Data Migration Component를 보유하고 있으며, 해당 Component를 사용하여 Data Migration을 수행하기를 추천한다.
하지만, Data Size가 대용량인 경우 Package System에서 제공하는 Component만을 사용해서 Data Migration을 수행 할 경우 성능상의 이유로 장시간의 Total Working Time이 소요되는 문제가 발생 할 수 있다.
따라서, SI(System Integration) Project의 Data Migration에서 사용하는 “SQL Query기반 방식”과 “Data Migration Component기반 방식”을 병행하는 전략이 필요하다.
여기에서는, Package System기반 Data Migration에서 위 2가지 방식을 사용했을 때 발생 할 수 있는 Issue와 대응방안에 대해서 생각해 보기로 한다.
Data Migration 방식
Issue
대응방안
SQL Query기반
• Package Data Model에 대한 Column Level의 명확한 이해가 필요하다.
• Table단위 Migration을 진행하므로 Table간 참조무결성 결여 및 필수 Table Migration 누락에 대한 문제가 존재한다.
• Package Vendor인력과 Data Migration인력간의 긴밀한 공조가 필요하며, 이를 통해서 Column Mapping 정의서가 작성되어야 한다.
• Package에서 자동으로 생성 해야 하는 “번호” 및 ”아이디” 에 대한 생성 및 Table간 정합성 유지에 대한 문제가 존재한다.
• Mapping Table을 사용하여 “번호” 및 ”아이디를 미리 생성 후 필요 시 해당 Mapping Table에서 채번을 통해서 사용한다.
Data Migration Component기반
• 대량Data 동시Handling 불가하고, 단위Data에 대한 개별 Handling만 가능하여 장시간의 Working Time이 소요된다.
• 소량 혹은 중량Data규모에서 전체Migration Working Time을 고려하여Component 기반 Migration방식 사용여부 를 결정한다.
• Working Time과 무관한 대량Data에 대해서도 Component 기반 Migration방식을 고려한다.
• 원천Data를 기반으로 하는 Migration이 아닌, Package가 요구하는 형태로 1차 가공된 Data를 기반으로 Migration 해야 하므로 가공Data 생성에 대한 공수 및 원천Data와 가공Data간 정합성 유지 문제가 존재한다.
• 원천Data와 가공Data간의 정합성 검증Rule을 작성하고, 해당 Rule에 부합된 가공Data에 대해서만 Migration 시 사용한다.
<표 1-1 Package System기반 Data Migration 방식 별 Issue 및 대응방안 >
- Tag :
- Migration