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

증분 백업된 메일함에서 메일 복원

증분 백업된 메일함에서 메일을 복원할 때 해당 메일함이 메일을 복원할 서버에 있는 경우 간단하게 imesrestore를 실행하여 메일을 복원할 수 있습니다. 그러나 증분 백업된 메일함에서 메일을 복원할 때 해당 메일함이 더 이상 없는 경우에는 다른 복원 절차를 따라야 합니다.

메일 저장소 서버에 없는 메일함에 메일을 복원하려면 다음 절차 중 하나를 사용합니다.

증분 백업을 복원할 때 이러한 지침을 따라야 하는 이유는 다음과 같습니다. 메일함이 삭제되거나 마이그레이션되면 imsrestore 유틸리티는 백업 아카이브에 저장된 메일함 고유 아이디 유효성과 메일 고유 아이디(UID)를 사용하여 메일함을 다시 만듭니다.

이전에는 imsrestore가 삭제되었거나 마이그레이션된 메일함을 다시 만들 때 새 UID 유효성을 메일함에 할당하고 새 UID를 메일에 할당했습니다. 이 경우 캐시된 메일을 가진 클라이언트는 메일함 UID 유효성과 메일 UID를 다시 동기화해야 합니다. 클라이언트가 새 데이터를 다시 다운로드해야 하므로 서버에서 작업 로드가 증가합니다.

imsrestore 동작의 경우에는 클라이언트 캐시가 동기화된 상태로 유지되며 복원 프로세스가 투명하게 작동하므로 성능에 부정적인 영향이 없습니다.

메일함이 있는 경우 imsrestore는 새 UID를 복원된 메일에 할당하므로 새 UID와 이미 기존 메일에 할당된 UID의 일관성이 유지됩니다. UID 일관성을 보장하기 위해 imsrestore는 복원 작업 도중에 메일함을 잠급니다. 그러나 imsrestore는 이제 새 UID 값을 할당하는 대신에 백업 아카이브의 메일함 UID 유효성과 메일 UID를 사용하므로 증분 백업 및 복원을 수행할 경우 UID가 일관되지 않을 수 있습니다.

imsbackup 유틸리티의 -d 날짜 옵션을 사용하여 증분 백업을 수행할 경우 복원 작업을 완료하기 위해 imsrestore를 여러 번 호출해야 할 수 있습니다. 증분 백업이 수행되었으면 최신 전체 백업과 이후의 모든 증분 백업을 복원해야 합니다.

복원 작업 사이에 새 메일을 메일함에 전달할 수 있지만 이 경우에는 메일 UID가 일관되지 않을 수 있습니다. UID의 비일관성을 방지하려면 위에 설명된 작업 중 하나를 수행해야 합니다.