다음을 통해 공유


섀도 중복 구성

적용 대상: Exchange Server 2010

마지막으로 수정된 항목: 2009-05-01

Microsoft Exchange Server 2010의 섀도 중복성은 메시지를 전송하는 동안 내내 메시지에 대한 고가용성 메커니즘을 제공합니다. 섀도 중복성에 대한 자세한 내용은 섀도 중복성 이해를 참조하십시오. 셸을 사용하여 해당 조직에서 섀도 중복성을 구성할 수 있습니다.

전송 서버와 관련된 다른 관리 작업에 대한 자세한 내용은 전송 서버 관리를 참조하십시오.

수행할 작업

  • 셸을 사용하여 섀도 중복성을 사용하거나 사용하지 않도록 설정
  • 셸을 사용하여 섀도 중복성 하트비트 구성
  • 셸을 사용하여 섀도 메시지의 최대 보존 기간 구성
  • 셸을 사용하여 수신 커넥터의 최대 승인 지연 구성

셸을 사용하여 섀도 중복성을 사용하거나 사용하지 않도록 설정

이 절차를 수행하려면 먼저 사용 권한을 할당받아야 합니다. 필요한 사용 권한을 확인하려면 다음을 참조하십시오. 전송 권한의 "섀도 중복" 항목

참고

EMC를 사용하여 섀도 중복성을 사용하거나 사용하지 않도록 설정할 수 없습니다.

조직에서 섀도 중복성을 사용하거나 사용하지 않도록 설정하려면 Set-TransportConfig cmdlet에 ShadowRedundancyEnabled 매개 변수를 사용합니다. 기본적으로 섀도 중복성은 사용하도록 설정됩니다.

이 예에서는 조직에 대해 섀도 중복성을 사용하도록 설정합니다.

Set-TransportConfig -ShadowRedundancyEnabled $true

구문과 매개 변수에 대한 자세한 내용은 Set-TransportConfig를 참조하십시오.

셸을 사용하여 섀도 중복성 하트비트 구성

이 절차를 수행하려면 먼저 사용 권한을 할당받아야 합니다. 필요한 사용 권한을 확인하려면 다음을 참조하십시오. 전송 권한의 "섀도 중복" 항목

참고

EMC를 사용하여 섀도 중복성 하트비트를 구성할 수 없습니다.

조직에서 섀도 중복성 하트비트를 구성하려면 Set-TransportConfig cmdlet에 ShadowHearbeatTimeoutIntervalShadowHearbeatRetryCount 매개 변수를 사용합니다. 섀도 중복성 제한 시간 간격의 기본값은 5분이며 섀도 중복성 하트비트 재시도 횟수의 기본값은 3입니다. Exchange 2010을 실행하는 각 전송 서버에서 섀도 중복성 하트비트는 다른 Exchange 2010 전송 서버의 가용성을 확인하는 데 사용됩니다. 자세한 내용은 섀도 중복성 이해의 "하트비트"를 참조하십시오.

Active Directory 사이트 간에 불안정한 네트워크 연결이 있어 원격 서버에 연결할 수 없음을 확인하기 전까지 전송 서버가 기다리는 전체 시간을 늘리려는 경우를 가정해 보겠습니다. 이를 위해 허브 전송 서버는 서버에 연결할 수 없음을 확인하기 전까지 5번 이상 연결을 시도하고, 서버는 각 연결 시도 전에 6분을 기다립니다. 결과적으로 오류 감지를 위한 최대 시간은 기본값 15분(제한 시간 간격 5분 × 재시도 3회)에서 30분(제한 시간 간격 6분 × 재시도 5회)으로 늘어난 것입니다. 이 예에서는 섀도 중복성 하트비트 구성을 다음과 같이 변경합니다.

  • 하트비트 재시도 횟수를 5로 늘립니다.
  • 하트비트 제한 시간 간격을 6분으로 늘립니다.
Set-TransportConfig -ShadowHeartbeatTimeoutInterval 00:06:00 -ShadowHeartbeatRetryCount 5

구문과 매개 변수에 대한 자세한 내용은 Set-TransportConfig를 참조하십시오.

셸을 사용하여 섀도 메시지의 최대 보존 기간 구성

이 절차를 수행하려면 먼저 사용 권한을 할당받아야 합니다. 필요한 사용 권한을 확인하려면 다음을 참조하십시오. 전송 권한의 "섀도 중복" 항목

참고

EMC를 사용하여 섀도 메시지의 최대 보존 기간을 구성할 수 없습니다.

조직에서 섀도 메시지의 최대 보존 기간을 구성하려면 Set-TransportConfig cmdlet에 ShadowMessageAutoDiscardInterval 매개 변수를 사용합니다. 기본적으로 섀도 메시지는 2일 후에 자동으로 삭제됩니다.

서버의 하드웨어 제약 조건으로 인해 지연된 메시지의 섀도 복사본을 보관하지 않으려는 경우를 가정해 보겠습니다. 이 예서는 조직의 섀도 메시지 보존 기간을 4시간으로 줄입니다.

Set-TransportConfig -ShadowMessageAutoDiscardInterval 04:00:00

참고

메시지가 만료되면 주 서버가 해당 메시지에 대한 삭제 이벤트를 큐에 저장하고, 삭제 알림을 받은 섀도 서버는 섀도 메시지를 삭제합니다. ShadowMessageAutoDiscardInterval 매개 변수에 대해 구성한 값은 전송 서버에 대해 구성한 메시지 만료 시간 제한 간격보다 작거나 같아야 합니다.

구문과 매개 변수에 대한 자세한 내용은 Set-TransportConfig를 참조하십시오.

셸을 사용하여 수신 커넥터의 최대 승인 지연 구성

이 절차를 수행하려면 먼저 사용 권한을 할당받아야 합니다. 필요한 사용 권한을 확인하려면 다음을 참조하십시오. 전송 권한의 "수신 커넥터" 항목

참고

EMC를 사용하여 수신 커넥터의 최대 승인 지연을 구성할 수 없습니다.

수신 커넥터가 섀도 중복성을 지원하지 않는 시스템에서 메시지를 받을 때 SMTP 승인을 지연하는 기간을 구성하려면 Set-ReceiveConnector cmdlet에 MaxAcknowledgementDelay 매개 변수를 사용합니다. 기본적으로 수신 커넥터는 최대 30초까지 승인을 지연합니다. 자세한 내용은 섀도 중복성 이해의 "승인 지연"을 참조하십시오.

예 1

Exchange 인프라를 사용하여 SMTP 메시지를 보내는 전용 응용 프로그램이 있다고 가정해 보겠습니다. 이 응용 프로그램에서 생성한 메시지의 메시지 배달 비율이 메시지 배달 안정성보다 더 중요한 경우 이 응용 프로그램에서 메시지를 받는 수신 커넥터에 대해 지연된 승인을 사용하지 않도록 설정하는 것이 좋습니다. 이 예에서는 수신 커넥터 Custom App Receive Connector의 최대 승인 지연을 0으로 설정합니다.

Set-ReceiveConnector "Custom App Receive Connector" -MaxAcknowledgementDelay 0

구문과 매개 변수에 대한 자세한 내용은 Set-ReceiveConnector를 참조하십시오.

예 2

사용자 환경에서 모든 메시지가 일반적으로 20초 이내에 배달되지만 성능 요구 사항으로 인해 인터넷에서 수신된 메시지에 대한 승인 지연을 15분 미만으로 설정하려는 경우를 가정해 보겠습니다. 메시지 흐름을 분석한 후 15초 간격 이내에 메시지의 95%가 배달된다는 결론을 내렸습니다. 이 예에서는 인터넷의 수신 커넥터에서 15분 동안에만 승인을 지연하도록 구성합니다. 이 시나리오에서 사용자 환경은 인터넷에서 수신한 95%의 메시지에 대한 섀도 중복성을 제공합니다.

Set-ReceiveConnector "From the Internet" -MaxAcknowledgementDelay 00:00:15.

구문과 매개 변수에 대한 자세한 내용은 Set-ReceiveConnector를 참조하십시오.