클라우드 이메일 이전을 "빠르게" 끝낼 수 있다고 믿는다면, 이러한 함정들로 인해 계획된 중단 시간이 막대한 비용과 평판 손실을 초래하는 참사로 변할 수 있습니다.
마이그레이션이 단순한 복사 작업 그 이상인 이유
Google에서 Microsoft로 데이터를 이동하는 것은 단일한 일괄 작업이 아닙니다. 메일, 캘린더, 연락처, Drive, Vault, Chat, Groups와 같은 각 서비스는 고유한 형식으로 정보를 저장하므로, 별도의 추출 로직과 대상 매핑이 필요합니다. Gmail 메시지 복사에는 탁월하지만 Drive 권한을 누락하거나, Vault 아카이브를 유실하거나, Chat 기록을 무시하는 도구가 있을 수 있습니다. 중지된 계정과 같은 예외 케이스를 포함하여 이동하려는 모든 워크로드의 전체 인벤토리를 작성하는 것부터 시작하십시오.
인증의 함정
일반 사용자 이름과 비밀번호는 보안 위험을 초래하며 현대적인 API에서는 거의 항상 실패합니다. Google에서는 도메인 전체 위임(domain-wide delegation) 권한을 가진 서비스 계정과 엄격하게 제한된 OAuth 권한 범위(scope)가 필요합니다. 권한 범위가 너무 적으면 데이터가 누락되고, 너무 많으면 남용의 통로가 될 수 있습니다. Microsoft에서는 기본 인증(basic authentication)이 폐지되었으며 OAuth 2.0만 작동합니다. 여전히 기본 인증을 광고하는 마이그레이션 유틸리티는 제외하십시오.
라벨 vs 폴더
Gmail의 라벨 시스템은 하나의 메시지가 여러 태그에 속할 수 있게 하는 반면, Outlook은 각 메시지를 반드시 하나의 폴더에만 넣어야 합니다. 여러 라벨이 지정된 이메일을 복사할 때 마이그레이션 엔진은 다음과 같이 동작할 수 있습니다:
- 메시지를 각 대상 폴더로 중복 복사합니다 (스토리지 용량이 낭비되고 중복 스레드가 생성됨).
- 단일 폴더에 배치하고 나머지 라벨은 삭제합니다 (정리 체계 상실).
- 라벨 트리를 모방한 깊은 폴더 경로를 생성합니다 (종종 최종 사용자에게 혼란을 줌).
신뢰할 수 있는 도구는 사용자가 선택할 수 있게 하지만, 성능이 떨어지는 도구는 워크플로와 맞지 않는 기본 설정을 강요합니다.
스로틀링(Throttling)이 진정한 병목 구간입니다
단순 대역폭에만 집중하는 속도 테스트는 Microsoft Graph API가 초당 요청 수 제한을 적용한다는 사실을 간과합니다. 너무 많은 호출을 너무 빠르게 보내면 Microsoft가 차단할 것입니다. 인터넷 연결 속도가 빠르면 문제가 해결될 것이라고 가정하기보다는, 필요에 따라 일시 중지, 대기(back off), 재개를 수행하는 자동 스로틀링 관리 기능을 구현한 유틸리티를 찾으십시오.
금요일 밤의 일괄 작업이 아닌 증분(delta) 전환
단 한 번의 주말 기간 동안 전체 테넌트를 이동하는 것은 다운타임을 보장하는 것과 다름없습니다. 단계별 접근 방식이 더 효과적입니다:
- 벌크 로드(Bulk load) – 최종 전환 며칠 또는 몇 주 전에 메일, 파일 및 기타 데이터의 대부분을 미리 전송합니다.
- 델타 동기화(Delta sync) – 전환 기간 동안 새로 추가되거나 변경된 항목만 캡처하는 증분 마이그레이션을 실행합니다.
- MX 레코드 전환(MX record flip) – 델타 동기화를 통해 대기 중인 항목이 없음을 확인하면 메일 교환(MX) 레코드를 Microsoft 365를 가리키도록 전환합니다.
이 방법을 사용하면 다운타임을 몇 시간에서 몇 분 단위로 줄일 수 있습니다.
성공적인 이전을 위한 체크리스트
- 모든 워크로드 목록 작성 (Mail, Drive, Vault, Chat, Groups 등).
- 중지된 계정과 같은 복잡한 객체 포함.
- 마케팅 페이지뿐만 아니라 마이그레이션 도구의 기술 문서에서 지원 여부를 검증하십시오.
- 각 소스 서비스에 필요한 최소한의 범위로 OAuth scope를 제한하십시오.
- 대상에 중복 항목이 나타나지 않도록 중복 제거 기능이 포함된 실제 델타 동기화 테스트를 수행하십시오.
- 다중 라벨 Gmail 메시지와 복잡한 Drive 권한 계층 구조를 테스트하는 파일럿을 실행하십시오.
Drive는 별개의 문제입니다. Drive는 그 자체의 예산과 일정이 필요합니다.