다음을 통해 공유

섀도 중복성 메일 흐름 시나리오

  • 아티클

적용 대상: Exchange Server 2010

마지막으로 수정된 항목: 2009-10-20

Microsoft Exchange Server 2010의 섀도 중복 기능은 메시지가 전송되는 내내 메시지에 중복성을 제공합니다. 일반적인 메시지 흐름은 섀도 중복성 이해에 설명되어 있습니다. 이 항목에서는 Exchange와 관련된 각 특정 메시지 흐름 시나리오에서 발생하는 동작에 대해 자세히 설명합니다.

메일 흐름 시나리오

다음 그림은 Exchange 조직에서 가능한 각 중복 시나리오와 각 시나리오에서 메시지 중복을 수행하는 방법을 보여 줍니다. 음영 처리된 영역은 섀도 중복이 적용되는 영역을 나타냅니다. Exchange 2010 섀도 중복은 메시지가 음영 처리된 영역에서 전송되는 동안 데이터 손실을 방지합니다.

참고

그림을 간략하게 표시하기 위해 클라이언트 액세스 서버는 제외되었습니다.

섀도 중복 메일 흐름 시나리오
섀도 중복 메일 흐름 시나리오

위 그림에 표시된 것과 같이 Exchange 조직에서 가능한 모든 메일 흐름 경로는 다음 시나리오 중 하나에 해당됩니다.

A. MAPI/Windows Mobile 클라이언트 전송

B. 사서함 서버에서 허브 전송 서버로 가는 메일 흐름

C. 허브 전송 서버에서 사서함 서버로 메시지 배달

D. Exchange 2010 전송 서버 사이의 메일 흐름

E. Exchange 2010 전송 서버에서 섀도 중복을 지원하지 않는 메일 서버로 가는 메일 흐름

F. 섀도 중복을 지원하지 않는 메일 서버에서 Exchange 2010 전송 서버로 가는 메일 흐름

다음 시나리오에서는 각 메일 흐름 시나리오의 진행 방식을 설명합니다.

A. MAPI/Windows Mobile 클라이언트 전송

MAPI 또는 Windows Mobile 클라이언트에서 오는 메시지 전송은 중복되지 않습니다. 메시지가 사서함 서버에 성공적으로 저장되고 나면 Exchange 고가용성 기능이 작동하며 데이터 손실 방지를 도울 수 있습니다. 이 시나리오에서는 메시지 흐름을 처음부터 끝까지 자세히 보여 줍니다.

메일 흐름 시나리오 목록으로 돌아가기

B. 사서함 서버에서 허브 전송 서버로 가는 메일 흐름

Exchange 2010 사서함 서버가 Exchange 2010 허브 전송 서버로 메시지를 전송하면 다음 작업이 수행됩니다.

중요

Exchange 2010 사서함 서버는 이전 버전의 Exchange를 실행하는 전송 서버와 통신할 수 없습니다. 따라서 이 항목에서는 Exchange 2010 사서함 서버에서 Exchange 2010 허브 전송 서버로 가는 메일 흐름에 대해서만 다룹니다.

  1. 메일 전송 서비스는 허브 전송 서버에 새 메시지가 있음을 알립니다.
  2. 허브 전송 서버는 메시지를 전송하는 사서함의 보낼 편지함에서 메시지를 선택하여 데이터베이스에 저장합니다.
  3. 메시지에 동일한 Active Directory 사이트에 있는 사서함 서버의 받는 사람이 있는 경우, 허브 전송 서버는 시나리오 C에 있는 단계를 수행하여 메시지를 대상 사서함으로 배달합니다. 다른 모든 받는 사람의 경우 허브 전송 서버는 메시지를 다음 홉으로 배달합니다.
  4. 다음 홉으로 배달이 완료되면 허브 전송 서버는 메시지 처리가 완료된 사실과 가정된 소유권을 사서함 서버에 알립니다. 이 알림을 보내고 나면 메시지가 보낼 편지함에서 삭제됩니다.
  5. 메시지의 다른 홉 중에서 섀도 중복을 지원하는 것이 없으면 허브 전송 서버는 메시지를 삭제합니다. 그렇지 않은 경우에는 메시지를 배달한 홉의 섀도 큐에 메시지를 저장하여 섀도 메시지로 변환합니다.

메일 흐름 시나리오 목록으로 돌아가기

C. 허브 전송 서버에서 사서함 서버로 메시지 배달

Exchange 2010 허브 전송 서버가 Exchange 2010 사서함 서버로 메시지를 배달할 때에는 다음 작업이 수행됩니다.

중요

Exchange 2010 허브 전송 서버는 이전 버전의 Exchange를 실행하는 전송 서버와 통신할 수 없습니다. 따라서 이 항목에서는 Exchange 2010 허브 전송 서버에서 Exchange 2010 사서함 서버로 가는 메일 흐름에 대해서만 다룹니다.

  1. 허브 전송 서버는 메시지를 대상 사서함으로 배달합니다.
  2. 메시지가 모든 대상 사서함에 배달되고 나면 허브 전송 서버는 메시지를 전송 휴지통에 추가합니다.
  3. 허브 전송 서버는 받은 메시지를 보낸 홉의 큐에 삭제 알림을 저장합니다. 이러한 삭제 알림은 홉에서 허브 전송 서버에 쿼리할 때 만들어집니다.
  4. 이전 홉에서 해당 섀도 메시지를 삭제합니다.

메일 흐름 시나리오 목록으로 돌아가기

D. Exchange 2010 전송 서버 사이의 메일 흐름

두 허브 전송 서버 사이에서든 허브 전송 서버와 Edge 전송 서버 사이에서든, Exchange 2010을 실행하는 전송 서버 사이의 모든 메시지 교환의 메일 흐름 프로세스는 동일합니다. Exchange 2010 전송 서버 간에 메시지를 전송하면 다음 작업이 수행됩니다. 이해를 돕기 위해 메시지를 보내는 서버의 이름이 Hub01이고 메시지를 받는 서버의 이름이 Edge01이라고 가정합니다.

  1. Hub01은 Edge01에 대한 SMTP 연결을 설정합니다.
  2. Edge01은 섀도 중복 지원을 보급합니다.
  3. Hub01은 SMTP 세션에서 XSHADOW 명령을 실행하여 섀도 중복을 요청합니다. 프로세스는 SMTP 세션에 TLS(전송 계층 보안)를 설정하는 경우와 비슷합니다.
  4. Hub01에서 Edge01로 보내야 하는 각 메시지에 대해 다음이 수행됩니다.
    1. Hub01은 메시지를 Edge01로 전송합니다.
    2. Edge01은 Hub01에 의해 메시지가 섀도가 된 것으로 표시합니다.
    3. Hub01은 Edge01을 기본 서버로 표시하고 Edge01의 섀도 큐에 추가합니다.
    4. Hub01은 받은 메시지를 보낸 홉으로 보낼 메시지의 삭제 알림을 준비합니다.
  5. Hub01은 Edge01에서 이전에 Edge01로 전송한 메시지의 삭제 상태를 쿼리합니다.
  6. Edge01은 Hub01용으로 준비한 모든 삭제 알림을 보냅니다. 같은 SMTP 세션에서 보낸 메시지에 대한 알림일 수도 있고 이전 SMTP 세션에서 보낸 메시지에 대한 알림일 수도 있습니다.
  7. Hub01은 Edge01이 삭제 알림을 보낸 모든 섀도 메시지를 삭제합니다.

메일 흐름 시나리오 목록으로 돌아가기

E. Exchange 2010 전송 서버에서 섀도 중복을 지원하지 않는 메일 서버로 가는 메일 흐름

Exchange Server 2007 전송 서버와 Exchange Server 2003 브리지헤드 서버는 모두 섀도 중복을 지원하지 않습니다. 따라서 이전 버전 Exchange와의 공존 시나리오에서 Exchange 2010 중복 기능은 레거시 Exchange 홉까지만 메시지 배달을 보장하며 대상까지 가는 동안 전체를 보장하지는 않습니다. Exchange 2010 Edge 전송 서버가 비 Exchange 메일 서버로 메시지를 보내는 시나리오에도 같은 사항이 적용됩니다.

Exchange 2010 허브 전송 서버가 이전 버전의 Exchange를 실행하는 Exchange 전송 서버로 메시지를 보내거나 Exchange 2010 Edge 전송 서버가 비 Exchange 메일 서버로 메시지를 보내면 다음 작업이 수행됩니다. 이해를 돕기 위해 Hub01이라는 Exchange 2010 허브 전송 서버가 Legacy01이라는 이전 Exchange 전송 서버로 메시지를 보내는 경우를 가정합니다.

  1. Hub01은 Legacy01에 대한 SMTP 연결을 설정합니다.
  2. Legacy01은 섀도 중복 지원을 보급하지 않습니다.
  3. Legacy01이 섀도 중복을 보급하지 않았기 때문에 Hub01은 SMTP 세션에서 섀도 중복을 시작하지 않습니다.
  4. Hub01이 메시지를 Legacy01로 배달합니다.
  5. Hub01이 메시지를 삭제합니다.
  6. Hub01은 받은 메시지를 보낸 홉에 대해 삭제 알림을 준비합니다.

메일 흐름 시나리오 목록으로 돌아가기

F. 섀도 중복을 지원하지 않는 메일 서버에서 Exchange 2010 전송 서버로 가는 메일 흐름

섀도 중복을 지원하지 않는 메일 서버가 Exchange 2010 전송 서버로 SMTP 연결을 설정하고 메시지를 보낼 수 있는 Exchange 조직 진입점은 네 곳입니다.

  • Exchange 2010 허브 전송 서버에 연결하는 Exchange 2010 UM(통합 메시징) 서버
  • Exchange 2010 허브 전송 서버에 연결하는 Exchange 2007 또는 Exchange 2003을 실행하는 Exchange 전송 서버
  • Exchange 2010 Edge 전송 서버에 연결하는 인터넷의 비 Exchange 메일 서버
  • 조직에 있는 비 Exchange 메일 서버(UNIX 서버 등) 또는 Exchange 2010 허브 전송 서버에 메시지를 전송하는 SMTP 클라이언트

이 시나리오에서 Exchange 2010은 승인 지연이라는 기능을 사용하여 섀도 중복을 완성합니다. Exchange 2010 전송 서버가 섀도 중복을 지원하지 않는 메일 서버에서 메시지를 받으면 메시지가 대상에 성공적으로 배달된 것을 확인할 때까지 보내는 메일 서버로 보낼 승인을 지연합니다. 승인 지연에 대한 자세한 내용은 섀도 중복성 이해를 참조하십시오.

이 시나리오를 나타내기 위해 Edge01이라는 Exchange 2010 Edge 전송 서버가 인터넷에 있는 Internet01이라는 비 Exchange 메일 서버에서 메시지를 받는 경우를 가정합니다. 이 예에서는 다음 작업이 수행됩니다.

  1. Internet01은 Edge01에 대한 SMTP 연결을 설정합니다.

  2. Edge01은 섀도 중복 지원을 보급합니다.

  3. Internet01은 섀도 중복을 지원하지 않으므로 메시지를 Edge01로 보냅니다.

  4. Edge01은 메시지를 지연된 승인 메시지로 표시합니다.

  5. Edge01은 시나리오 D에 있는 단계를 통해 메시지를 다음 홉에 배달합니다.

  6. Edge01은 다음 홉에서 메시지의 삭제 상태를 쿼리합니다.

  7. Edge01이 다음 홉 전체에서 삭제 알림을 받고 나면 Internet01로 승인을 보냅니다.

  8. Edge01은 데이터베이스에서 메시지를 삭제합니다.

    참고

    Edge01에서 30초 이내에 다음 홉 모두에 대해 성공적인 메시지 배달을 확인할 수 없는 경우에는 시간 제한이 초과되고 Internet01로 승인이 전송됩니다. 이 시간 제한 값은 수신 커넥터의 MaxAcknowledgementDelay 특성 값에 의해 제어됩니다.

메일 흐름 시나리오 목록으로 돌아가기