제목: 데이터 마이그레이션의 모범 관행(Best practices for data migration)
저자: IBM Global Technology Services, 미국
문서유형: 업체 문서(총 16페이지), 2007년
성공적인 데이터 마이그레션을 위한 방법론을 기술한 자료
데이터 마이그레이션(Data migration)
- 가능하면 작동중인 애플리케이션을 방해하거나 중단하지 않으면서 한 기기(device)에서 다른 기기로 조직의 현 데이터의 정확한 복사본을 만들고 모든 입출력(I/O)이 새로운 기기로 향하도록 바꾸어주는 프로세스
- 아래와 같은 다양한 상황으로 인해 조직의 데이터 마이그레이션이 필요해진다.
- 서버 또는 저장 기술 대체나 업그레이드
- 서버 또는 저장소 통합(consolidation)
- 데이터 센터 재배치(Relocation)
- 서버 또는 저장 장비 유지보수(워크로드 밸런싱이나 기타 성능 관련 유지보수)
데이터 마이그레이션에서 자주 발생되는 문제점
- 중단 시간(downtime)이 연장되거나 예상치 못한 중단 시간이 발생
- 데이터 훼손(data corruption)과 데이터 손실(data loss)
- 애플리케이션 성능 이슈(Application performance issues)
- 기술 호환성 이슈(Technical compatibility issues)
데이터 마이그레이션 방법론(Data migration methodology)
데이터 마이그레이션 관련 문제를 최소화 하는 가장 좋은 방법은 아래와 같은 일관성 있고 견고하며 반복 가능한 마이그레이션 방법론을 소프트웨어 도구의 지원 아래 적용하는 것이다.
I. 계획(Plan)
- 현재 환경과 변경될 미래 환경을 식별하여 마이그레이션 요구사항 결정
- 마이그레이션 계획 생성 및 문서화. 마이그레이션 계획에서는 잠재적으로 문제가 발생할 수 있는 부분을 식별하고 이를 예방/완화 할 수 있도록 마이그레이션 전략을 결정한다. 또한 어떤 데이터를 먼저 마이그레이션 할지, 애플리케이션을 오프라인 상태로 유지할 것인지 한다면 얼마나 오랫동안 오프라인으로 유지할지, 마이그레이션 관련 정보를 전해야 하는 내부 및 외부 관련자는 누구인지 등을 결정한다.
- 마이그레이션 계획에는 IT 작업자 외에도 마이그레이션 되는 애플리케이션과 데이터의 비즈니스 오너(owner)가 포함되어야 한다.
- 성공적인 마이그레이션 수행을 위해 필요한 하드웨어와 소프트웨어 결정
- 데이터 마이그레이션에 사용할 수 있는 소프트웨어 제품이 다양(예, 볼륨 관리 제품, 호스트 기반 또는 어레이 기반 복제 제품, 재배치 유틸리티, 자체 개발된 스크립트 등). 이런 제품 중 일부는 온라인 데이터 마이그레이션을 허용(즉, 마이그레이션 프로세스 동안에 애플리케이션을 오프라인 상태로 만들 필요가 없음). IT 조직은 가능한 소프트웨어 제품들의 신중한 검토를 통해 각 마이그레이션에 사용할 최상의 소프트웨어 기술을 결정한다.
- 마이그레이션 수행에 필요한 소프트웨어의 라이센스 구매
- 마이그레이션 아키텍쳐, 특별한 하드웨어와 소프트웨어 요구사항, 마이그레이션 절차, 전개 및 테스트 계획 등을 고려한 설계 요구사항 결정(아래 예 참조)
- 데이터 마이그레이션 규모 산정 시 서버 수, 운영 체제 레벨, 저장소 용량, 볼륨 관리자, 데이터베이스와 애플리케이션 타입, 네트워크 속도, 서버 클러스터 등의 여러 항목을 고려해야 한다.
- 시간 일정을 고려하여 IT 조직은 아래 예와 같이 작업별 예상 일정을 계획한다.
단순한 데이터 마이그레이션 일정의 예 • 계획(Planning): 2일 • 설치 및 셋업(Installation and setup): 2시간 • 데이터 복사(Data copy): 서버 당 2시간 30분 • 생산(실업무)에 반영(Production cutover): 가능한 최소 시간, 오프라인 모드에서 수행 • 벤더 온사이트(Vendor onsite): 8시간 • 전문 서비스(Professional services): 3일 |
|
액션 항목 |
담당자 |
상태 |
일자 |
|
마이그레이션 관리 팀 확립 |
|
|
|
|
시스템 가용 시점과 생산/운영 일정 수집 |
|
|
|
|
변경 통제 절차를 문서화하여 마이그레이션 절차와 계획에 포함될 수 있게 한다. |
|
|
|
|
하드웨어 변경과 데이터 마이그레이션을 위한 활동들의 일정(the timeline) 문서화 |
|
|
|
|
목표한 마이그레이션 일자의 적어도 30일 전에 마이그레이션에 대하여 발표 |
|
|
|
|
저장 서버 환경과 애플리케이션에 대한 정보 수집(목록 또는 그림 형태) |
|
|
|
|
새로운 저장소 구성을 이해하기 위해 스토리지 벤더와 협업 |
|
|
|
|
기술 마이그레이션 팀 생성 |
|
|
|
|
보안 및 표준 준수 그룹에게 마이그레이션에 대해 공지 |
|
|
|
|
마이그레이션 사전 연습 일정 계획(마이그레이션 팀의 모든 구성원이 참여해야 하며, 애플리케이션 그룹이 마이그레이션 사전/사후 검증 프로세스를 적절하게 수행할 수 있도록 해주는 데이터 샘플링을 포함한다) |
|
|
|
|
요구되는 변경 통제 프로세스 준수 |
|
|
|
|
마이그레이션 상태 콜인(상태 변화 체크) 프로세스 확립 |
|
|
|
|
모든 마이그레이션 사전 계획 단계가 실행되었음을 보장하기 위해 마이그레이션 계획 체크리스트 활용 |
|
|
|
[마이그레이션 계획의 액션 항목 예]
서버 환경 |
|
저장 환경 |
|
네트워크 환경 |
|
[설계 요구사항의 예 – 원활한 마이그레이션 수행을 위해 이해가 필요한 항목들]
II. 마이그레이션 수행(Migrate)
- 이 단계에서 IT 조직은 마이그레이션 계획을 의사소통하고, 필요한 소프트웨어를 설치 및 구성하며, 실제 데이터 마이그레이션을 수행한다.
- 마이그레이션 사후 검증 테스트(post-migration validation testing)와 더불어 마이그레이션 사전 검증 테스트(A premigration data validation test)가 권장된다. 이 테스트들은 마이그레이션 후에도 데이터가 그 전과 동일한 상태라는 것을 확인해 준다.
- 이 단계의 가장 중요한 부분은 명백히 마이그레이션 그 자체이며, 소프트웨어 제품을 활용하여 마이그레이션 속도를 증가하고 애플리케이션 중단 시간을 최소화 할 수 있다.
III. 검증(Validate)
- 마이그레이션이 완료된 후에 IT 조직은 마이그레이션 통계치를 종합하고 잘한 일과 잘못한 일, 프로젝트에서 얻은 교훈 등을 기술한 보고서를 준비한다.
- 해당 보고서는 마이그레이션 팀의 모든 구성원이 공유하여 지속적인 프로세스 개선에 도움이 되도록 한다.
- 마이그레이션 프로세스의 문서화는 관련 작업자의 교육/훈련 자료가 되며 다음 마이그레이션을 더 원활하게 진행할 수 있도록 도움을 주어 비용 및 위험을 감소시켜 준다.
'시스템유형별 > 마이그레이션' 카테고리의 다른 글
| 페이퍼요약 - 데이터 마이그레이션 프로젝트에서 테스팅과 품질 보증 by Matthes (0) | 2018.07.16 |
|---|---|
| 실패 사례 - 미국 캘리포니아주 공무원 급여시스템 업그레이드 프로젝트 (0) | 2018.07.11 |
| 브로셔요약 - 성공적인 마이그레이션 프로젝트를 위한 6단계 by SYNTEL (2) | 2018.07.06 |
| 문서요약 - 데이터 마이그레이션 방법론 개요 by Hudicka (0) | 2018.07.04 |
| 문서요약 - 데이터 마이그레이션 개념과 도전 과제 by Pick (0) | 2018.07.02 |