라우팅 튜닝

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

이 항목에서는 서버의 메시지 라우팅에 대해 설명합니다.

연결 상태 변경 억제

Exchange 2003에는 연결 상태 변경을 자동으로 감지하는 기능이 있습니다. 이 정보는 순위가 가장 낮은 주 경로 대신 대체 경로를 사용할 것임을 다른 Exchange 2003 실행 서버에 알리는 데 사용할 수 있습니다. 연결 상태 정보는 주 변경과 부 변경으로 나눌 수 있습니다. 주 변경은 관리자가 새 커넥터를 추가하거나 순위를 변경하는 등 라우팅 토폴로지를 변경할 때 발생합니다. 부분 변경은 시스템이 연결 실패나 연결 복원을 자동으로 감지했을 때 발생합니다.

이 기능은 중소규모 조직에서 잘 작동합니다. 그러나 대규모 다중 사이트 환경에서는 대량 네트워크 변동으로 인해 부 버전에 대해 연결 업데이트가 초과될 수 있습니다. 제대로 적용하기 위해서는 연결 상태 데이터를 해당 조직 내의 모든 서버로 브로드캐스팅해야 하기 때문입니다. 또한 상태가 변경되면 연결 상태 테이블 전체가 다시 브로드캐스팅되어 중요 데이터가 네트워크를 통해 전송될 수도 있습니다. 이러한 시나리오에서는 부 연결 상태 변경을 억제하는 것이 유용할 수도 있습니다. SuppressStateChanges 레지스트리 값을 1로 설정하여 이 작업을 수행할 수 있습니다. 자세한 내용은 SuppressStateChanges 레지스트리 값 설정 방법을 참조하십시오.

결함 재시도

Exchange Server 2003이 바이러스 방화벽과 같은 과부하된 외부 SMTP 시스템으로 메시지를 라우팅하려고 하면 서버 작업 중 오류가 발생할 수 있습니다. 이러한 상황에서는 Exchange Transport가 '결함 재시도'라는 상태로 들어갑니다. 이 상태에서는 Exchange Server 2003이 60초 기다렸다가 메시지 재전송을 시도하고 이 과정을 세 번 반복한 후 다른 작업을 수행합니다. 외부 SMTP 서버가 계속 사용 중이면 결함 재시도 대기 시간을 줄여서 대량 메시지 큐 대기를 방지하십시오.

자세한 내용은 Exchange Server 2003의 Glitch 레지스트리 간격 구성 방법을 참조하십시오.

라우팅 그룹 만들기

Exchange System Manager에서 라우팅 그룹을 만들면 이 그룹, 포함되어 있는 서버 그리고 이 그룹과 관련된 커넥터에 대한 정보가 연결 상태 업데이트를 통해 해당 조직 내의 다른 모든 Exchange 2000 및 Exchange 2003 서버로 브로드캐스팅됩니다. 라우팅 그룹을 제거하면 해당 개체는 연결 상태 테이블에서 연결되지 않은 상태가 되지만 데이터는 해당 연결 상태의 일부로 계속해서 브로드캐스팅됩니다. 그룹을 제거해도 라우팅 문제는 발생하지 않지만 연결 상태 테이블이 원래보다 커집니다. 연결 상태 테이블에서 연결되지 않은 모든 라우팅 그룹을 영구적으로 제거하는 유일한 방법은 조직에서 Exchange 2000 Server와 Exchange Server 2003 컴퓨터를 동시에 종료하는 것입니다. 따라서 실제 Exchange 작업 환경에서는 라우팅 그룹을 만들고 삭제하는 것을 최소로 유지해야 합니다.