Exchange 2003 전송에서 업그레이드

적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3

마지막으로 수정된 항목: 2016-11-28

Microsoft Exchange Server 2003에서 Exchange Server 2010으로 업그레이드할 경우 프로덕션 환경에 두 버전이 공존하는 시간이 발생합니다. 다음 표에 요약된 정보를 사용하면 이 공존 기간 동안 메시지 흐름에 문제가 생기지 않도록 준비할 수 있습니다.

Exchange 2003 전송을 Exchange 2010으로 업그레이드하기 위한 필수 동작 및 옵션 동작의 기능 요약

라우팅 토폴로지 차이점

Exchange 2003은 라우팅 그룹을 사용하여 Exchange 관련 라우팅 토폴로지를 정의합니다. 일반적으로 라우팅 그룹은 적절하게 연결된 Exchange 서버 집합을 지정하는 데 사용됩니다. 같은 라우팅 그룹의 서버는 커넥터 사용 없이 서로 통신할 수 있습니다. 이상적으로는, 기존 환경에 정의된 라우팅 그룹은 IP 서브넷을 기반으로 하며 Active Directory 사이트 구성과 거의 유사합니다.

둘 이상의 라우팅 그룹이 Exchange 2003 조직에 정의된 경우, 수동으로 라우팅 그룹 커넥터를 만들어 다른 라우팅 그룹에 있는 Exchange 2003 서버 간 메일 흐름이 가능하도록 해야 합니다. 라우팅 그룹 커넥터는 원본 서버와 대상 서버를 커넥터 끝점으로 지정해야 합니다. 라우팅 그룹 커넥터는 단방향 연결을 정의하고 양방향으로 메일 흐름을 구성하려면 상호 커넥터를 만들어야 합니다. 원본 및 대상 서버는 라우팅 그룹의 브리지헤드 서버입니다. 브리지헤드 서버는 라우팅 그룹에 있는 다른 서버를 대신하여 다른 라우팅 그룹에 전자 메일을 릴레이하고, 다른 라우팅 그룹으로부터 전자 메일을 수신하여 라우팅 그룹에 있는 다른 서버에 배달합니다.

Exchange 2010에서는 Exchange 관련 라우팅 구성을 정의하지 않아도 됩니다. Exchange 2010은 기존 Active Directory 사이트 토폴로지를 사용하여 라우팅 토폴로지를 정의합니다. 그러나 Active Directory 사이트 및 IP 사이트 링크 비용의 Exchange 관련 구성을 변경하여 메일 흐름을 제어할 수 있습니다. 다른 사이트에 있는 Exchange 서버는 허브 전송 서버에 의해 릴레이되어야 합니다. 허브 전송 서버는 조직 내 송신 커넥터를 사용하여 원격 사이트의 허브 전송 서버로 전자 메일을 보냅니다. 조직 내 송신 커넥터는 Active Directory 사이트 및 IP 사이트 링크 정보를 사용하여 계산됩니다. Exchange 2010에서 Active Directory 사이트를 사용하여 메시지를 라우팅하는 방법에 대한 자세한 내용은 메일 라우팅에 대해 Active Directory 사이트 사용 계획을 참조하십시오.

라우팅 그룹 커넥터

이러한 두 개의 라우팅 토폴로지 간의 함께 사용을 지원하기 위해 Exchange 2010 설치 시 모든 Exchange 2010 서버가 단일 라우팅 그룹에 자동으로 추가됩니다. Exchange 2010 라우팅 그룹은 Exchange 2003의 Exchange System Manager에서 Exchange 관리자 그룹(FYDIBOHF23SPDLT) 내에 있는 Exchange 라우팅 그룹(DWBGZMFD01QNBJR)으로 인식됩니다.

첫 번째 Exchange 2010 허브 전송 서버를 기존 Exchange 조직에 설치하는 동안 첫 번째 라우팅 그룹 커넥터를 설정할 Exchange 2003 브리지헤드 서버를 지정해야 합니다. 허브 라우팅 그룹 또는 많은 사서함을 가진 라우팅 그룹에 있는 브리지헤드 서버를 선택하는 것이 좋습니다. 라우팅 그룹 커넥터는 Exchange 2003 서버가 있는 라우팅 그룹 및 Exchange 2010 라우팅 그룹을 연결합니다. Exchange 2010 라우팅 그룹에는 서버가 상주하는 Active Directory 사이트와 관계없이 모든 Exchange 2010 서버가 포함됩니다.

설치하는 허브 전송 서버 및 선택하는 Exchange 2003 브리지헤드 서버는 두 개의 역 라우팅 그룹 커넥터에서 원본 서버와 대상 서버로 구성됩니다. 선택한 브리지헤드 서버는 자동으로 ExchangeLegacyInterop 유니버설 보안 그룹에 추가되고 Exchange 2010과 전자 메일을 주고받는 데 필요한 권한을 부여받습니다. 이 라우팅 그룹 커넥터는 Exchange 2003 및 Exchange 2010 간의 단일 연결 지점을 생성합니다.

Exchange 관리 셸에서 Set-RoutingGroupConnector cmdlet을 사용하여 원본 및 대상 서버 목록을 수정할 수 있습니다. 둘 이상의 원본 서버 및 둘 이상의 대상 서버를 지정하여 중복성 및 서버 가용성을 제공하는 것이 좋습니다.

첫 번째 Exchange 2010 서버를 도입하기 전에 모든 Exchange 2003 라우팅 그룹에 다른 라우팅 그룹에 대한 커넥터가 하나 이상 있어야 합니다. Event ID 5006은 Exchange 2010 라우팅 그룹으로부터 라우팅 그룹 커넥터 경로를 갖지 않는 라우팅 그룹에 있는 Microsoft Exchange MDB(메시지 데이터베이스)에 대해 로깅됩니다. Exchange 2003 라우팅 토폴로지에 대한 자세한 내용은 Exchange Server 전송 및 라우팅 가이드를 참조하십시오.

기존 Exchange 환경에 둘 이상의 라우팅 그룹이 포함된 경우 Exchange 2003 및 Exchange 2010 간의 추가 연결 지점을 만들어 메일 흐름을 최적화합니다. 추가 연결 지점을 만들려면 다음 단계를 수행합니다.

1. 조직을 Exchange 2010으로 업그레이드할 방법을 결정합니다. 라우팅 그룹을 제거하는 순서는 Exchange 2003 라우팅 그룹을 Exchange 2010에 직접 연결해야 하는 순서를 결정합니다.

2. 모든 Exchange 2003 서버의 링크 상태 부 업데이트를 사용하지 않도록 레지스트리를 수정합니다. 이러한 구성 변경은 링크 상태 업데이트를 사용하여 커넥터 상태 메시지가 조직에 릴레이되지 않도록 하지만, 구성 변경 메시지는 릴레이합니다. 자세한 내용은 연결 상태 업데이트 표시 안 함을 참조하십시오.

3. 셸에서 New-RoutingGroupConnector cmdlet을 사용하여 Exchange 2010 허브 전송 서버를 지정하는 모든 라우팅 그룹 커넥터를 원본 또는 대상 서버로 만듭니다. Exchange 라우팅 그룹(DWBGZMFD01QNBJR)에서 Exchange 2010이 직접 통신할 각 Exchange 2003 라우팅 그룹으로 라우팅 그룹 커넥터를 구성하고, 해당하는 역 라우팅 그룹 커넥터를 구성합니다. Bidirectional 매개 변수와 New-RoutingGroupConnector cmdlet을 사용하여 한 번의 작업으로 두 개의 커넥터를 만들 수 있습니다. 이들 커넥터는 Exchange 2003과 Exchange 2010 간 메일 흐름을 가능하게 합니다.

   중요

   New-RoutingGroupConnector cmdlet을 사용하는 경우, 지정된 레거시 Exchange 서버가 자동으로 ExchangeLegacyInterop 유니버설 보안 그룹에 추가되고 레거시 Exchange 서버를 통해 Exchange 2010 허브 전송 서버와 메일을 주고받는 데 필요한 권한이 자동으로 부여됩니다. Exchange System Manager를 사용하여 Exchange 2010 라우팅 그룹과 Exchange 2003 라우팅 그룹 간의 라우팅 그룹 커넥터를 만드는 경우, 이 그룹 구성원이 업데이트되지 않으며 커넥터도 제대로 작동하지 않습니다. 따라서 Exchange 2010과 Exchange 2003 간의 라우팅 그룹 커넥터를 만들거나 업데이트할 때는 항상 셸을 사용하십시오.

자세한 내용은 Exchange 2010에서 Exchange 2003으로 추가 라우팅 그룹 커넥터 만들기를 참조하십시오.

함께 사용 환경에서 링크 상태 업데이트

Exchange 2010 라우팅 그룹을 Exchange 2003 조직에 연결하는 경우 링크 상태 라우팅 동작을 고려해야 합니다. Exchange 2003 서버는 라우팅 그룹 마스터와의 통신을 통해 업데이트되는 링크 상태 라우팅 테이블을 유지 관리합니다. Exchange 2003 라우팅 그룹 간에 만들어진 각 커넥터는 링크로 간주됩니다. Exchange 2003 서버는 이 링크에 할당된 비용을 사용하여 조직 내에서 메시지가 라우팅되는 방식을 결정합니다. 특정 라우팅 그룹이 가장 저렴한 라우트를 사용하여 액세스할 수 없는 경우 링크 상태 표는 라우팅 그룹 마스터에 의해 업데이트되어 해당 링크 상태가 중단된 것으로 표시합니다. 이 데이터는 Exchange 조직의 모든 라우팅 그룹과 통신합니다. 데이터를 받으면 링크 상태 표가 업데이트되고 다른 라우팅이 계산됩니다.

링크 상태 라우팅은 Exchange 2010 허브 전송 서버에서 사용되지 않습니다. Exchange 2010에서는 링크 상태 업데이트를 전달할 수 없으며, 경로를 다시 계산하지 않습니다. 허브 전송 서버는 항상 다른 허브 전송 서버와 직접 통신을 시도합니다. 사이트에 연결할 수 없는 경우 Exchange 2010은 Active Directory 사이트와 관련된 IP 사이트 링크 비용을 사용하여 메시지가 대기할 가장 가까운 사이트를 결정합니다. 이러한 작업을 오류 시 큐에 대기라고 합니다. 오류 지점에서 생성된 메시지 큐는 다시 시도 상태로 전환됩니다.

Exchange 2010 라우팅 그룹과 Exchange 2003 라우팅 그룹 간에 여러 경로가 존재하는 경우, 라우팅을 다시 계산할 때 메시지 루핑이 발생하지 않도록 링크 상태 부 업데이트를 사용하지 않아야 합니다. Exchange 2003 조직에 있는 각 서버에서는 링크 상태 부 업데이트를 사용하지 않는 것이 좋습니다. 링크 상태 업데이트를 사용하지 않으면 Exchange 2003 서버도 경로를 다시 계산하는 대신 오류 지점에서 대기합니다.

커넥터 추가와 같은 구성 변경 내용은 링크 상태를 사용하여 Exchange 2003 서버 간에 계속 통신합니다. 그러나 링크 상태 주 업데이트가 계속될 수 있도록 하려면 Exchange 2010 라우팅 그룹이 Exchange 2003 라우팅 그룹 간의 유일한 통신 경로가 아니어야 합니다. 링크 상태 업데이트 억제 방법에 대한 자세한 내용은 연결 상태 업데이트 표시 안 함을 참조하십시오.

맨 위로 이동

송신 및 수신 커넥터

Exchange 2003은 각 프로토콜에 대해 SMTP 가상 서버 인터페이스를 사용하여 Exchange 서버 간에 메시지를 주고받습니다. 기본값을 수정하거나 다른 조직에 한정되는 커넥터를 만드는 경우에만 구성이 필요합니다.

Exchange 2010 허브 전송 서버는 암시적인 커넥터를 사용하여 사이트 간에 메시지를 라우팅합니다. 이 커넥터를 조직 내 송신 커넥터라고 합니다. 설치하는 동안 명시적인 수신 커넥터가 각 허브 전송 서버에 자동으로 생성됩니다. 첫 번째 수신 커넥터는 수신 포트 25에서 모든 소스로부터 SMTP 트래픽을 수신하도록 구성됩니다. 두 번째 수신 커넥터는 수신 포트 587에서 비 MAPI 클라이언트로부터 SMTP 트래픽을 수신하도록 구성됩니다. 명시적 송신 커넥터와 수신 커넥터는 특정 주소 공간으로 메시지를 보내거나 특정 주소 범위에서 메시지를 받는 커넥터를 만들려는 경우에만 허브 전송 서버에 만들어집니다. Exchange 2010의 커넥터에 대한 자세한 내용은 송신 커넥터 이해 및 수신 커넥터 이해를 참조하십시오.

맨 위로 이동

X-EXCH50 데이터

Exchange 2003은 전용 동사 X-EXCH50을 사용하여 전자 메일 메시지에 포함될 수 없는 메시지 및 받는 사람에 대한 정보를 전송합니다. 정보는 Exch50 BLOB(Binary Large Object)로 전송됩니다. Exch50에는 스팸 신뢰도 수준, 주소 다시 쓰기 정보 및 MIME 표현이 없는 기타 MAPI 속성 같은 데이터가 포함됩니다. X-EXCH50은 ESMTP(Extended Simple Mail Transfer Protocol) 고유 동사이므로 Exch50 데이터는 Exchange 서버가 아닌 서버를 통해 전달할 수 없습니다.

Exchange 2010은 MAPI와 MIME 간의 매핑을 지원하며, 메시지 속성을 안정적으로 전송하기 위해 Exch50 데이터를 필요로 하지 않습니다. Exchange 2003과 제대로 동시 사용하기 위해 Exchange 2010 서버는 Exch50 데이터를 Exchange 2003 서버에 전파할 수 있습니다. 들어오는 SMTP 연결의 경우 Exchange 2010에서 사용하는 Exch50 관련 속성이 Exchange 2010과 동일한 속성 수준으로 올라갑니다. Exchange 2010에서는 사용되지 않지만 Exchange 2003에서 사용되는 속성은 유지됩니다. 보내는 SMTP 연결의 경우 Exchange 2010 서버는 Exchange 2010 속성 수준을 올린 다음 저장된 Exchange 2003 데이터에 추가하여 Exch50 데이터를 구성할 수 있습니다.

Exchange 2010 및 Exchange 2003 간의 라우팅 그룹 커넥터는 송신 및 수신 Exch50 데이터를 지원하도록 자동으로 구성됩니다. 포리스트 간 시나리오에서 Exchange 2010을 Exchange 2003 서버에 연결하는 경우 커넥터 권한이 Exch50 데이터의 라우팅을 허용하는지 확인합니다. 자세한 내용은 포리스트 간 커넥터 구성을 참조하십시오.

맨 위로 이동

메시지 추적

Exchange 2010의 메시지 추적 스키마는 Exchange 2003의 메시지 추적 스키마와 상당히 다릅니다. Exchange 2010 메시지 추적에 의해 로깅되는 이벤트는 Exchange 2003에 의해 로깅되는 메시지 추적 이벤트에 직접적으로 해당하지 않습니다. Exchange 2010에서 주고받은 메시지만 Exchange 2010 서버에서 추적할 수 있습니다. Exchange 2010에서는 Microsoft WMI(Windows Management Instrumentation)가 지원되지 않습니다. 따라서 Exchange 2003 서버는 Exchange 2010 서버에서 메시지 추적 로그를 쿼리할 수 없습니다. Exchange 2010의 메시지 추적 쿼리에서 메시지가 Exchange 2003 서버로 전송된 것으로 표시될 경우 메시지 검색을 계속하려면 Exchange 2003 메시지 추적 도구를 사용해야 합니다.

맨 위로 이동

Edge 전송 서버 함께 사용

Edge 전송 서버 역할은 Exchange 조직에 대해 향상된 바이러스 백신 및 스팸 방지 보호를 제공하도록 설계되었습니다. 또한 Edge 전송 서버는 조직 간의 전송 시 정책을 메시지에 적용합니다. 이 서버 역할은 경계 네트워크 및 Active Directory 포리스트 외부에서 배포됩니다. Edge 전송 서버를 기존 Exchange 2003 조직에 대해 스마트 호스트 및 SMTP 릴레이 서버로 배포할 수 있습니다.

내부 Exchange 서버를 업그레이드하거나 조직을 변경하지 않고 기존 Exchange 조직에 Edge 전송 서버를 추가할 수 있습니다. Edge 전송 서버는 Active Directory 외부에 배포되므로, Edge 전송 서버를 설치할 때는 모든 Active Directory 준비 단계를 수행할 필요가 없습니다. Exchange 2003의 Exchange 지능형 메시지 필터를 사용하여 스팸 방지 작업을 수행하는 경우 Edge 전송 서버를 사용하여 스팸 방지 보호에 추가 계층을 제공할 수 있습니다.

아직 Exchange 2010을 배포하지 않은 Exchange 조직을 지원하기 위해 Edge 전송 서버를 배포하는 경우 특정 기능을 사용할 수 없습니다. 이 시나리오에서는 Edge 구독을 생성할 수 없습니다. 따라서 받는 사람 조회 또는 수신 허용 목록 집계(Safelist Aggregation) 기능을 사용할 수 없습니다. Exchange 2003 조직과 함께 Edge 전송 서버 역할을 사용하는 것에 대한 자세한 내용은 Exchange 2010으로 업그레이드하기 전에 기존 Exchange 2003 조직의 Edge 전송 서버 역할 배포를 참조하십시오.

맨 위로 이동

 © 2010 Microsoft Corporation. 모든 권리 보유.