데이터 이관
Data Migration · 데이터 이전
데이터 이관은 한 시스템의 데이터를 다른 시스템으로 추출·변환·적재하고, 정확성과 업무 연속성을 검증해 사용 시스템을 전환하는 과정입니다. 파일을 복사하는 단계뿐 아니라 매핑, 시험, 절체, 롤백과 사후 대사를 포함합니다.
AI 보조 조사·작성 후 원문과 대조한 설명입니다. 사례·계산은 별도 출처 표기가 없는 한 이해를 위한 가상 예시이며 실제 고객 성과가 아닙니다.
이관은 어떤 단계로 나누나요?
원천·목적지 조사, 데이터 정리, 필드·관계 매핑, 시험 적재, 검증, 본 이관, 절체와 안정화로 나눕니다. AWS DMS의 테이블 매핑도 옮길 스키마·테이블 선택과 필터·변환을 구분합니다. AWS DMS 테이블 매핑
이관 기간에 원천 시스템에서 계속 변경이 생긴다면 동결 시간을 두거나 변경분을 별도로 복제합니다. 어느 시각의 데이터를 기준으로 검증했는지 남깁니다.
정확성은 어떻게 검증하나요?
전체 행 수만 맞추지 말고 객체별 건수, 고유키, 관계, 금액 합계, 날짜 범위, 빈값과 코드별 분포를 비교합니다. AWS DMS 검증은 원천과 목적지의 대응 행을 비교해 불일치·대기·검증 불가 상태를 보고하지만 추가 쿼리와 자원이 필요하고 기본키 등 제약이 있습니다. AWS DMS 데이터 검증
자동 비교가 통과해도 화면에서 필드가 잘못 해석될 수 있습니다. 영업·마케팅 담당자가 실제 고객 기록과 세그먼트, 보고서를 표본 검수합니다.
CRM 이관에서 동의 이력은 어떻게 옮기나요?
연락처 현재 상태만 가져오면 동의 시각, 수집 경로와 증빙을 잃을 수 있습니다. 가상 예시로 consent=true만 옮기지 말고 동의 유형, 발생 시각, 문구 버전, 원천 ID와 철회 이력을 별도 객체나 이력 필드로 설계합니다.
중복 병합 규칙도 시험합니다. 이메일이 같은 두 연락처를 합칠 때 최신 값만 남길지, 필드별 우선순위를 둘지와 활동 이력을 어느 레코드에 연결할지 결정합니다.
롤백과 사이트 URL 이전은 어떻게 구분하나요?
본 이관 전에는 원천 스냅샷, 배치 ID와 삭제·복원 절차를 준비합니다. 외부 메시지 발송이나 제3자 연동처럼 되돌리기 어려운 효과는 따로 통제합니다. 데이터 이관은 레코드와 관계를 옮기는 과정이고 사이트 URL 이전은 리디렉션, canonical, 내부 링크와 검색엔진 신호를 다루는 작업입니다. 동시에 진행할 수 있지만 검증표는 분리합니다.
절체 승인 전 질문
- 마지막 변경분까지 목적지에 반영됐는가?
- 실패·보류·검증 불가 레코드 수가 확인됐는가?
- 사용자 권한과 자동화가 새 ID를 참조하는가?
- 원천 시스템을 읽기 전용으로 남길 기간이 정해졌는가?
- 롤백 판단 시각과 승인자가 정해졌는가?
이관 뒤 첫 보고 주기에는 평소보다 상세한 대사를 수행합니다. 합계가 맞아도 세그먼트 조건이나 시간대 변환 때문에 캠페인 대상이 달라질 수 있습니다.
시험 이관에서 발견한 형식 오류와 중복 규칙을 본 이관 스크립트에 반영한 뒤 동일한 표본으로 다시 검증하지 않으면 수정 과정에서 새로운 누락이 생겨도 절체 직전까지 알아차리지 못할 수 있습니다.
자주 묻는 질문
- 행 수가 같으면 이관이 성공한 건가요?
- 아닙니다. 키, 관계, 값 분포, 동의 이력과 업무 화면을 함께 검증해야 합니다.
- 원천 시스템은 언제 끄나요?
- 목적지 검증과 업무 승인, 변경분 동기화와 롤백 판단이 끝난 뒤 정한 절차에 따라 종료합니다.
- 데이터 정제는 이관 전에만 하나요?
- 사전 정제가 좋지만 변환 중 발견된 오류와 이관 후 업무 검수 결과도 수정 절차에 포함할 수 있습니다.
출처와 확인 범위
- AWS DMS data validation · AWS · 확인 2026-10-27
원천·목적지 행 비교, 불일치 상태와 검증 한계를 설명합니다.
확인 범위: AWS DMS 지원 엔드포인트와 설정 범위입니다.
- Using table mapping to specify task settings · AWS · 확인 2026-10-27
이관 대상 선택·필터·변환을 지정하는 테이블 매핑을 설명합니다.
확인 범위: AWS DMS 제품 구조이며 전체 조직 이관 절차는 아닙니다.