20.15.1 온라인 상태에서 다른 Messaging Server로 사용자 메일함 마이그레이션

이 절차를 사용하여 메시지 저장소를 이전 버전 Messaging Server에서 최신 버전으로 마이그레이션하거나 메일함을 다른 Sun Messaging Server 메시지 저장소로 이동할 수 있습니다. 이 절차는 iPlanet Messaging Server 5.0 이상에서 수행해야 합니다. 이전 버전 Messaging Server 또는 Sun Microsystems가 아닌 메시지 저장소에서 메시지를 이동할 때는 이 절차를 사용할 수 없습니다.

이 절차로 메일함을 이동할 경우의 장점은 다음과 같습니다.

• 시스템 관리자가 사용자의 개입 없이 이전 원본 시스템에서 새로운 대상 시스템으로 메일함을 이동합니다.

• 이 프로세스는 다른 프로세스보다 더 빠릅니다.

• 전체 분할 영역을 이동하는 경우 재연결 작업이 필요하지 않습니다.

• 두 Messaging Server 시스템 모두 활성화되어 온라인 상태로 유지됩니다.

• 메시지 저장소에 있는 모든 메일함이나 해당 메시지의 하위 집합을 마이그레이션할 수 있습니다. 이 절차는 증분 마이그레이션을 가능하게 합니다.

이 절차로 메일함을 이동할 경우의 단점은 다음과 같습니다.

• 이 방법은 Sun Messaging Server가 아닌 시스템에서 작동하지 않습니다.

• 마이그레이션 중인 사용자가 메일함 마이그레이션을 완료할 때까지는 자신의 메일함에 대한 액세스 권한이 없습니다.

• 이 방법은 복잡하고 많은 시간이 소요될 수 있습니다.

20.15.1.1 증분 메일함 마이그레이션

증분 마이그레이션은 메시지 저장소를 다른 시스템으로 안전하고 효율적으로 이동하거나 새 시스템으로 업그레이드할 수 있는 등 다양한 이점을 제공합니다. 증분 마이그레이션을 사용하면 이전 백엔드 메시지 저장소와 함께 새 백엔드 메시지 저장소 시스템을 구성할 수 있습니다. 그런 다음 새 시스템을 테스트하고, 친분이 있는 사용자에게 마이그레이션한 다음 새 시스템을 다시 테스트할 수 있습니다. 새 시스템과 구성이 편리하고 마이그레이션 절차에 익숙한 경우 실제 상업용 사용자를 마이그레이션할 수 있습니다. 이러한 사용자를 개별 백업 그룹으로 분할하여 마이그레이션 중에 이 그룹의 구성원만 잠시 오프라인 상태로 전환할 수 있습니다.

온라인 증분 마이그레이션은 업그레이드가 실패할 경우 시스템 전체에서 백아웃을 계획할 필요가 없다는 또 다른 장점이 있습니다. 백아웃은 시스템에 대해 수행한 변경을 취소하여 원래의 작업 상태로 되돌리는 절차입니다. 마이그레이션을 수행할 때 실패에 대한 계획을 수립해야 합니다. 즉, 마이그레이션의 모든 단계에서 이전 작업 상태로 되돌릴 계획을 세워야 합니다.

오프라인 마이그레이션은 모든 마이그레이션 단계를 완료하고 서비스를 다시 실행할 때까지는 마이그레이션이 성공했는지 확인할 수 없다는 문제가 있습니다. 따라서 시스템이 작동하지 않고 빠르게 수정할 수 없는 경우 수행한 모든 단계에 대해 백아웃 절차를 수행해야 합니다. 이 작업은 매우 힘들고 시간이 많이 소요될 수 있으며, 작업을 수행하는 동안 사용자는 오프라인 상태로 유지됩니다.

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

1. 이전 시스템과 함께 새 시스템을 구축하여 두 시스템이 독립적으로 작동할 수 있게 합니다.

2. 이전 시스템이 새 시스템과 공존하도록 구성합니다.

3. 친분이 있는 사용자 그룹을 마이그레이션하고 새 시스템을 테스트하며 이전 시스템과의 공존 상태를 테스트합니다.

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

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

두 시스템이 공존하기 때문에 새 시스템으로 마이그레이션하기 전에 새 시스템을 테스트하고 익숙해질 시간이 있습니다. 원하지 않더라도 백아웃 절차를 수행해야 하는 경우에는 2단계와 4단계에 대해서만 계획해야 합니다. 2단계는 사용자의 데이터를 건드리지 않기 때문에 쉽게 반전됩니다. 4단계에서는 백아웃을 수행하여 사용자의 상태를 활성 상태로 되돌리고 메일 호스트 속성을 이전 호스트로 되돌립니다. 시스템 차원의 백아웃이 필요하지 않습니다.

20.15.1.2 온라인 마이그레이션 개요

온라인 상태에서 메일함을 마이그레이션하는 프로세스는 매우 간단합니다. 메일함으로 전송 중인 메시지(MTA 채널 대기열에서 전달을 위해 대기 중)가 마이그레이션 중에 손상되지 않도록 하는 과정은 매우 복잡합니다. 한 가지 해결 방법으로 마이그레이션 과정에서 전송된 메시지를 보관 상태로 유지하고 다양한 채널 대기열의 메시지가 전달될 때까지 대기합니다. 그러나 시스템 문제나 특정 사용자의 할당량 초과로 메시지가 대기열에 고착될 수 있습니다. 그럴 경우 문제를 해결한 다음 메일함을 마이그레이션해야 합니다.

다양한 방법으로 메시지 손실 가능성을 줄이고 메시지가 채널 대기열에 고착되지 않도록 할 수 있지만, 그럴 경우 절차가 복잡해지는 단점이 있습니다.

절차에서 수행되는 단계의 순서와 필요성은 모든 메일함에 전달되는 모든 메시지가 손실되는지 여부와 배포에 따라 다릅니다. 이 절에서는 단계와 관련한 이론과 개념에 대해 설명합니다. 사용자는 각 단계를 이해하고 지정된 배포에 대해 수행할 각 단계와 순서를 결정해야 합니다. 다음은 메일함 이동 프로세스의 개요입니다. 이 프로세스는 배포에 따라 다를 수 있습니다.

1. 이동 중인 메일함에 대한 사용자 액세스를 차단합니다.

2. 이동 중인 메일함으로 전달되는 메시지를 임시로 보관합니다.

3. 메시지가 채널 대기열에 고착되지 않는지 확인합니다.

4. 사용자의 메일 호스트 속성을 새 메일함 위치로 변경합니다.

5. 메일함을 새 위치로 이동합니다.

6. 전달을 위해 보관 중인 메시지를 새 메일함으로 릴리스하고 마이그레이션된 메일함으로 전달할 받는 메시지를 활성화합니다.

7. 이전 메시지 저장소를 검사하여 마이그레이션 이후에 전달된 메시지가 있는지 확인합니다.

8. 메일함에 대한 사용자 액세스 차단을 해제합니다.