Exchange 사서함 데이터베이스 이동 시 시스템 수행자 사서함 문제

 

마지막으로 수정된 항목: 2005-10-13

Microsoft® Exchange를 실행하는 각 서버에는 단일 시스템 수행자 사서함이 있습니다. 이 사서함은 서버에 처음 구성되는 데이터베이스에 만들어집니다. 시스템 수행자 사서함은 여러 작업에 필요합니다. 다음과 같은 작업이 포함되며 이외에도 더 많은 작업이 있습니다.

• 서버 모니터 메시지 처리
• Microsoft Office® Outlook Web Access 사용자의 약속 있음/없음 일정 정보 업데이트
• 사서함 관리자 알림 처리
• 다른 데이터베이스로 사서함 이동

시스템 수행자 사서함에 액세스할 수 없는 경우 Exchange를 실행하는 서버는 계속 실행되고 기본 메일 처리를 수행합니다. 그러나 많은 시스템 기능과 작업이 제대로 작동하지 않습니다.

각 서버의 시스템 수행자 사서함은 고유하며 다른 서버의 시스템 수행자 사서함으로 교환할 수 없습니다. 한 서버의 시스템 수행자 사서함을 다른 서버로 이동할 수 없습니다. 시스템 수행자 사서함이 포함된 데이터베이스 파일을 Exchange를 실행하는 한 서버에서 다른 서버로 이동하면 시스템 수행자 사서함의 연결이 끊어지고 해당 시스템 수행자 사서함이 사서함 Tombstone 테이블에 영구적으로 추가됩니다. 이후 데이터베이스를 다시 원래 서버로 이동해도 해당 데이터베이스에 원래 시스템 수행자 사서함이 다시 만들어질 수 없습니다. 대신 응용 프로그램 로그에 다음 오류가 자주 나타납니다.

이벤트 형식:	오류
이벤트 원본:	MSExchangeIS 사서함 저장소
이벤트 범주:	로그온
이벤트 ID:	1022
설명:	Logon Failure on database "DATABASE_NAME" - Windows 2000 account NT AUTHORITY\SYSTEM; mailbox /o=Microsoft/ou=First Administrative Group/cn=Configuration/cn=Servers/cn=EXCHANGE_SERVER/cn=Microsoft System Attendant.
오류:	1292

이 오류는 데이터베이스의 사서함 Tombstone 테이블 내부에 나열된 사서함에 대해 배달을 시도한 경우 생성되는 오류 0x50c, ecMailboxInTransit과 같습니다. Tomebstone 테이블에 나열된 사서함은 만들거나 Active Directory® 디렉터리 서비스 개체에 다시 연결할 수 없습니다. Tombstone 테이블 내부에 있는 사서함의 동작에 대한 자세한 내용은 사서함 작업 및 사서함 Tombstone 테이블 이동을 참조하십시오.

시스템 수행자 사서함 생성 관련 시나리오

다음 시나리오에서는 데이터베이스에서 시스템 수행자 사서함을 생성할 수 있는 환경과 생성할 수 없는 환경에 대해 설명합니다.

시나리오 1

Exchange1 서버는 시스템 수행자 사서함이 있는 Database1을 호스팅합니다. Exchange2 서버는 Exchange2의 시스템 수행자 사서함이 있는 Database2를 호스팅합니다.

Exchange1과 Exchange2 간에 Database1과 Database2의 데이터베이스 파일을 서로 바꿉니다. 새 위치에 데이터베이스를 탑재하고 몇 분이 지나면 다음 두 가지 동작이 나열된 순서에 관계없이 수행됩니다.

• 각 Exchange 데이터베이스에 대해 자동 및 정기적으로 실행되는 사서함 정리 에이전트가 각 데이터베이스의 기존 시스템 수행자 사서함을 연결 끊김으로 표시합니다. 사서함이 각 데이터베이스가 실행 중인 Exchange 실행 서버와 더 이상 일치하지 않으므로 이와 같이 지정됩니다. 이 사서함은 연결 끊김으로 표시되면 데이터베이스의 사서함 Tombstone 테이블에 추가됩니다. 따라서 잘못된 서버의 시스템 수행자에 대해 사서함을 사용하거나 연결할 가능성이 전혀 없습니다.
• 시스템 수행자 사서함에 메시지를 배달해야 하는 시스템 수행자 작업이 실행되고 이 작업을 통해 Exchange를 실행하는 현재 서버의 시스템 수행자 사서함과 일치하는 새 시스템 수행자 사서함이 만들어집니다.

Exchange 사서함은 2단계 프로세스로 만들어집니다. 첫 번째 단계에서는 Active Directory 개체의 적절한 사서함 사용 가능 특성을 설정할 때 해당 개체에 사서함의 소유권을 할당합니다. 두 번째 단계에서는 사서함에 대한 첫 번째 클라이언트 로그온이나 메시지 배달 시도를 통해 데이터베이스에 할당할 공간이 생성된 후 실제로 데이터베이스에 사서함이 만들어집니다.

데이터베이스의 사서함 Tombstone 테이블에 이미 사서함이 나열되어 있으면 두 번째 단계에 오류가 발생합니다. 그러나 이 시나리오에서는 데이터베이스가 현재 서버의 시스템 수행자 사서함을 호스팅하지 않으므로 새 시스템 수행자 사서함이 정상적으로 만들어집니다. 데이터베이스는 이전 서버의 시스템 수행자 사서함만 호스팅하고 각 시스템 수행자 사서함은 개별 서버에서 고유합니다.

시나리오 2

시나리오 1에 이어 데이터베이스 파일을 원래대로 서로 바꿉니다. 즉, Database1의 파일을 다시 Exchange1에, Database2의 파일을 다시 Exchange2에 배치합니다. 데이터베이스를 탑재하면 다음 두 가지 동작이 나열된 순서에 관계없이 수행됩니다.

• 사서함 정리 에이전트가 각 데이터베이스의 기존 시스템 수행자 사서함을 연결 끊김으로 표시하고 사서함 Tombstone 테이블에 해당 사서함이 추가됩니다. 이제 각 데이터베이스의 Tombstone 테이블에 두 시스템 수행자 사서함이 나열됩니다.
  시스템 수행자 사서함은 사서함 Tombstone 테이블에 영구적으로 추가됩니다. 이 데이터베이스는 이러한 서버 중 하나의 시스템 수행자 사서함을 호스팅하는 데 다시 사용할 수 없습니다. 그러나 각 데이터베이스는 제3의 Exchange 서버로 전송되고 해당 서버의 시스템 수행자 사서함을 호스팅할 수 있습니다.
• 시스템 수행자 사서함에 메시지를 배달해야 하는 시스템 수행자 작업이 실행됩니다. Tombstone 테이블 항목으로 인해 서버에서는 이 메시지 배달을 위한 시스템 수행자 사서함을 연결하거나 만들 수 없습니다. 따라서 배달에 실패하고 서버가 시스템 수행자 사서함을 만들려고 할 때마다 응용 프로그램 로그에 오류가 기록됩니다.

시나리오 3

시나리오 2에 이어 다음을 수행하여 서버 Exchange1에 대해 시스템 수행자 사서함을 다시 사용합니다.

• Exchange1의 다른 저장소 그룹 또는 데이터베이스 위치에 삭제 표시된 데이터베이스를 다시 배치합니다. 서버당 하나의 데이터베이스를 지정하여 시스템 수행자 사서함을 호스팅합니다. 그러면 데이터베이스가 삭제 표시된 시스템 수행자 사서함을 포함하는 경우에도 시스템 수행자 사서함을 호스팅하도록 지정된 위치를 제외한 모든 저장소 그룹 또는 데이터베이스 위치에 데이터베이스를 탑재하고 실행할 수 있습니다. 일반적으로 서버에 구성된 첫 번째 데이터베이스가 시스템 수행자 사서함 데이터베이스입니다.
• 데이터베이스 파일이 없는 시스템 수행자 사서함 데이터베이스를 탑재합니다. 이 작업을 통해 사서함 Tombstone 테이블에 시스템 수행자 사서함을 포함하지 않은 새 데이터베이스 파일이 생성됩니다. 메시지가 처음 배달될 때 시스템 수행자 사서함이 자동으로 만들어집니다.

서버 간에 사서함 데이터베이스를 이동할 경우 다음을 고려하는 것이 좋습니다.

• 사서함 이동을 사용하여 사용 안 함으로 설정된 시스템 수행자 사서함으로부터 복구할 수 없습니다. 사서함 이동 작업을 수행하려면 Exchange를 실행하는 원본 및 대상 서버에서 모두 시스템 수행자 사서함이 작동해야 하기 때문에 이 제한 사항이 적용됩니다.
• 연결이 끊긴 시스템 수행자 사서함을 데이터베이스에서 제거하면 해당 사서함을 다시 만들 수 없습니다. 실제 사서함이 제거된 후에도 사서함 Tombstone 항목은 그대로 남아 있으므로 사서함을 다시 만들 수 없습니다.
• 동일한 서버의 다른 데이터베이스 또는 저장소 그룹 위치로 시스템 수행자 사서함 데이터베이스를 이동하면 해당 사서함은 Tombstone 테이블에 추가되지 않습니다. 사서함 정리 에이전트가 실행되어 사서함의 연결을 끊고 사서함이 제거될 수도 있습니다. 그러나 데이터베이스를 다시 원래 위치로 이동할 수 있으며 이를 통해 사서함이 자동으로 다시 만들어지거나 다시 연결됩니다.
• 시스템 수행자 사서함을 호스팅하는 데이터베이스를 변경할 수 있습니다. Exchange System Manager를 사용하여 시스템 수행자 사서함 데이터베이스 개체를 완전히 제거하면 Exchange에서는 시스템 수행자 사서함을 호스팅하도록 서버에서 다른 데이터베이스 중 하나를 자동으로 지정합니다. 서버에 단 두 개의 데이터베이스가 구성되어 있는 경우를 제외하고는 새 데이터베이스의 할당을 제어할 수 없습니다.
• 동일한 실제 데이터베이스의 두 복사본을 동일한 저장소 그룹에 동시에 탑재할 수는 없습니다. Exchange에서 데이터베이스 중 하나가 오류 -1222, JET_errDatabaseSignInUse로 탑재되지 않습니다. 이 오류는 데이터베이스 서명의 충돌을 나타냅니다. 동일한 트랜잭션 로그 모음에 대해 동일한 서명을 공유하는 두 데이터베이스를 탑재하도록 허용하면 트랜잭션 로그 재생이 불가능해집니다.

추가 정보

Exchange 사서함 데이터베이스 이동에 대한 자세한 내용은 다른 서버 또는 저장소 그룹으로 Exchange 사서함 데이터베이스 이동을 참조하십시오.

Exchange 사서함 데이터베이스를 이동할 때의 트랜잭션 로그 파일 관련 문제에 대한 자세한 내용은 Exchange 사서함 데이터베이스 이동 시 트랜잭션 로그 파일 문제를 참조하십시오.