test

Sun Java System Messaging Server 6 2005Q4 관리 설명서

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

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

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

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

증분 메일함 마이그레이션

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

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

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

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

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

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

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

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

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

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

온라인 마이그레이션 개요

온라인 상태에서 메일함을 마이그레이션하는 프로세스는 간단합니다. MTA 채널 대기열에서 전달되기를 기다리며 대기하는 메일이 메일함으로 전송되는 동안 마이그레이션 과정에서 손실되지 않게 하려는 경우에는 더 복잡해집니다. 한 가지 해결책은 마이그레이션 프로세스 중에 전송된 메일을 보관 상태로 보관하고 다양한 채널 대기열에서 메일 전달을 대기하는 것입니다. 그러나, 시스템 문제가 발생하거나 특정 사용자가 할당량을 초과할 경우 메일이 대기열에 고착될 수 있습니다. 그럴 경우 메일함을 마이그레이션하기 전에 해당 문제를 해결해야 합니다.

메시지 손실 가능성을 줄이고 메시지가 채널 대기열에 고착되지 않도록 다양한 방법을 수행할 수 있지만 이 경우 절차가 더 복잡해집니다.

절차에서 단계의 순서와 필요성은 배포에 따라 다르며, 모든 메일함에 전달된 모든 메일이 손실되지 않아야 하는지 여부에 따라서도 다릅니다. 이 절에서는 단계에 담겨 있는 이론과 개념에 대해 설명합니다. 특정 배포가 주어지면 각 단계를 이해하고 수행할 단계 및 순서를 결정해야 합니다. 다음은 메일함 이동 프로세스의 개요입니다. 이 프로세스는 배포에 따라 다를 수 있습니다.

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

  2. 이동 중인 메일함으로 주소가 지정된 메일을 임시로 보관합니다.

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

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

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

  6. 보관된 메일을 해제하여 새 메일함으로 전달하고 받는 메일을 마이그레이션된 메일함으로 전달합니다.

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