증분 메일함 마이그레이션

증분 마이그레이션을 사용하면 메일 저장소를 다른 시스템으로 안전하고 효과적으로 이동하거나 새 시스템으로 업그레이드할 수 있는 많은 이점이 있을 뿐만 아니라, 이전 백엔드 메일 저장소는 그대로 두고 새 백엔드 메일 저장소 시스템을 작성할 수 있습니다. 새 시스템을 테스트하고, 일부 친숙한 사용자를 마이그레이션한 다음 새 시스템을 다시 테스트할 수 있습니다. 새 시스템과 구성 및 마이그레이션 절차에 익숙해지면 실제 상용 사용자 마이그레이션을 시작할 수 있습니다. 이러한 사용자를 별개의 백업 그룹으로 분할하여 마이그레이션 중에 이 그룹의 구성원만이 잠시 동안만 오프라인 상태로 전환되도록 할 수 있습니다.

온라인 증분 마이그레이션의 또 다른 장점으로 업그레이드에 실패할 경우 시스템 차원 백오프를 계획할 필요가 없습니다. 백오프는 시스템에 대한 변경 내용을 되돌려 시스템을 원래의 작업 상태로 되돌리는 절차입니다. 마이그레이션을 수행하는 경우 실패에 대비해야 합니다. 즉, 마이그레이션의 모든 단계에서 시스템을 이전 작업 상태로 되돌릴 계획을 세워야 합니다.

오프라인 마이그레이션은 모든 마이그레이션 단계를 완료하고 서비스를 다시 켤 때까지 마이그레이션의 성공을 확인할 수 없다는 단점이 있습니다. 시스템이 작동하지 않고 빨리 수정될 수 없는 경우 수행한 모든 단계에 대해 백오프 절차를 수행해야 합니다. 이 작업은 어렵고 많은 시간이 소요될 수 있으며, 작업이 수행되는 동안 사용자가 오프라인 상태로 유지됩니다.

온라인 증분 마이그레이션에서는 다음과 같은 기본 단계를 수행합니다.

1. 두 시스템이 독립적으로 작동하도록 이전 시스템은 그대로 두고 새 시스템을 구성합니다.

2. 새 시스템과 함께 사용할 수 있도록 이전 시스템을 구성합니다.

3. 친숙한 사용자 그룹을 마이그레이션하고 새 시스템을 테스트한 후 이전 시스템과 새 시스템을 함께 사용할 수 있는지 테스트합니다.

4. 이전 시스템의 사용자를 그룹으로 분류하고 원하는 대로 각 그룹을 새 그룹으로 마이그레이션합니다.

5. 이전 시스템을 역어셈블합니다.

두 시스템이 공존하기 때문에 새 시스템으로 마이그레이션하기 전에 새 시스템을 테스트하고 익숙해질 시간적 여유를 가질 수 있습니다. 바람직하지는 않지만 백오프 절차를 수행해야 하는 경우 단계 2와 단계 4에 대해서만 계획해야 합니다. 단계 2는 사용자 데이터에 연결하지 않기 때문에 쉽게 되돌릴 수 있습니다. 단계 4에서 백오프는 사용자를 다시 활성 상태로 되돌리고 사용자의 mailhost 속성을 다시 이전 호스트로 반전시킵니다. 시스템 차원 백오프가 필요하지 않습니다.