DATOR


Package System기반 Data Migration 방식 별 Issue 및 대응방안 Data Migration


Package System은 일반적으로 Data Migration Component를 보유하고 있으며, 해당 Component를 사용하여 Data Migration을 수행하기를 추천한다.

하지만, Data Size가 대용량인 경우 Package System에서 제공하는 Component만을 사용해서 Data Migration을 수행 할 경우 성능상의 이유로 장시간의 Total Working Time이 소요되는 문제가 발생 할 수 있다.

따라서, SI(System Integration) ProjectData 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 :

Leave Comments