Exchange 2007 전송에서 업그레이드
적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3
마지막으로 수정된 항목: 2015-03-09
Microsoft Exchange Server 2007을 Exchange Server 2010으로 업그레이드하면 두 버전을 일정 기간 동안 프로덕션 환경에서 동시에 사용하게 됩니다. 이 항목에 포함된 개요 정보, 동시 사용 환경의 메시지 흐름에 대한 기술 정보 및 혼합 버전 환경에서 작동 시 고려할 사항 등의 정보를 사용하여 Exchange 2007을 Exchange 2010으로 업그레이드하기 위한 경로를 계획할 수 있습니다.
중요
Exchange 2010을 새 조직으로 배포하는 경우 나중에 Exchange 2010 조직에 Exchange 2007을 설치할 수 없습니다. 이는 지원되지 않는 시나리오입니다. 나중에 조직에 Exchange 2007 기능이 필요할 경우 먼저 Exchange 2007 조직을 설치한 후 하나 이상의 Exchange 2007 서버를 유지 관리해야 합니다.
Exchange 2010 및 Exchange 2007 동시 사용 시나리오에서 가장 중요한 사항은 모든 사서함 서버에 대해 허브 전송 서버 및 일치하는 Exchange 버전이 동일한 Active Directory 사이트에 있어야 한다는 것입니다. Exchange 2010의 XSO(Exchange 서버 개체) 모델 변경 사항으로 인해 Exchange 2010 허브 전송 서버는 Exchange 2007 사서함 서버에서 메시지를 선택하거나 이 서버로 메시지를 배달할 수 없습니다. 마찬가지로 Exchange 2007 허브 전송 서버는 Exchange 2010 사서함 서버와 통신할 수 없습니다. 따라서 모든 Exchange 2007 사서함 서버가 해당 사이트에서 제거될 때까지 특정 Active Directory 사이트의 Exchange 2007 허브 전송 서버를 유지 관리해야 합니다. 동시 사용 환경에서 메시지가 라우팅되는 방식에 대한 자세한 내용은 이 항목의 뒷부분에 있는 "버전 간 메시지 라우팅"을 참조하십시오.
참고
Exchange 2010에서는 현재 위치 업그레이드가 지원되지 않습니다. 사용자 환경에 새로운 Exchange 2010 서버를 설치한 다음 Exchange 2007 서버를 단계적으로 제거해야 합니다. 이 문서 범위에서 업그레이드라는 용어는 일반적으로 특정 서버가 아니라 Exchange 배포 버전을 일반적으로 업그레이드하는 것을 말합니다.
목차
전송 서버 업그레이드 경로
버전 간 메시지 라우팅
EdgeSync 차이점
전송 규칙 및 저널링 동시 사용 시나리오
혼합 환경에서 DSN 설정 유지 관리
버전 간 메시지 추적
동시 사용 시나리오의 Exchange 2010 전송 기능
전송 서버 업그레이드 경로
Exchange 2007 허브 전송 및 Edge 전송 서버 업그레이드는 전체 업그레이드 전략의 일부가 되어야 합니다. 전송 서버는 클라이언트 액세스 서버를 업그레이드한 후 통합 메시징 및 사서함 서버를 업그레이드하기 전에 업그레이드하는 것이 좋습니다. Edge 전송 서버는 허브 전송 서버가 업그레이드된 후 업그레이드해야 합니다. 업그레이드 계획에 대한 자세한 내용은 Exchange 2007 - 업그레이드 및 동시 사용 계획 로드맵을 참조하십시오.
Exchange 2010 허브 전송 서버나 Edge 전송 서버를 도입하기 전에 해당 사이트의 Exchange 2007 서버가 모두 Exchange 2007 SP3(서비스 팩 3)으로 업그레이드되었는지 확인해야 합니다. Exchange 2010 및 Exchange 2007 허브 전송 서버를 단일 Active Directory 사이트에서 동시에 사용하려면 Exchange 2007 SP3이 필요합니다. Exchange 2007 SP3은 Microsoft Exchange EdgeSync 서비스가 버전 간에 작동하는 데에도 필요합니다.
Exchange 2007이 여러 사이트에 배포된 경우 인터넷 연결 사이트를 먼저 업그레이드해야 합니다. 나머지 사이트의 업그레이드 순서는 특정 토폴로지 및 조직의 우선 순위에 따라 달라집니다.
다음 프로세스에서는 인터넷 연결 사이트의 전송 서버에 권장되는 업그레이드 경로를 보여 줍니다. (이 프로세스에서는 사용자가 EdgeSync와 Edge 전송 서버를 함께 사용한다고 간주합니다. 타사 스마트 호스트를 사용하는 경우 2-6단계를 생략할 수 있습니다.) 업그레이드 프로세스는 다음과 같습니다.
첫 번째 Exchange 2010 허브 전송 서버를 사이트에 도입합니다. 사이트에 Exchange 2010 허브 전송 서버를 도입하는 즉시 인터넷에 전송되는 메시지에 Exchange 2007 Edge 전송 서버가 사용되기 시작합니다. EdgeSync 동기화 프로세스는 계속 Exchange 2007 허브 전송 서버로 처리됩니다.
기존 Exchange 2007 사이트에 Exchange 2010 허브 전송 서버 도입
.gif "전송 서버 업그레이드 1단계")
Exchange 2007 Edge 전송 서버를 사이트에 다시 가입시킵니다. 이 작업은 Exchange 2010 허브 전송 서버를 Edge 구독에 소스 서버로 추가합니다. EdgeSync 소스 서버 선택 시 Exchange 2010 허브 전송 서버가 Exchange 2007 허브 전송 서버보다 우선적으로 사용됩니다. 따라서, 다음 그림에서 볼 수 있는 것처럼 Exchange 2010 허브 전송 서버가 Edge 동기화를 수행하게 됩니다. 하지만 Edge 전송 서버가 Exchange 2007 SP3을 계속 실행하고 있으므로 Exchange 2010 허브 전송 서버는 여전히 전체 EdgeSync 데이터를 복제하게 됩니다.
참고
Active Directory 사이트에 여러 Exchange 2010 허브 전송 서버를 추가하려는 경우 시간 절약을 위해 Edge 전송 서버를 가입시키기 전에 새 허브 전송 서버를 모두 배포할 수 있습니다.
Exchange 2010 허브 전송 서버 도입 후 Exchange 2007 Edge 전송 서버 가입
.gif "전송 서버 업그레이드 2단계")
첫 번째 Exchange 2010 Edge 전송 서버를 경계 네트워크에 도입합니다.
Exchange 2010 Edge 전송 서버를 사이트에 가입시킵니다. 이때 Exchange 2010 허브 전송 서버가 다음 그림과 같이 Exchange 2010 Edge 전송 서버에 대한 증분 업데이트를 시작합니다.
Exchange 2010 Edge 전송 서버 구독
.gif "전송 서버 업그레이드 4단계")
Exchange 2007 Edge 구독을 제거합니다.
다음 그림과 같이 Exchange 2007 Edge 전송 서버를 제거합니다.
Exchange 2007 Edge 전송 서버 제거
.gif "전송 서버 업그레이드 6단계")
모든 사서함을 Exchange 2010 사서함 서버로 이동한 후 Exchange 2007 허브 전송 서버를 제거합니다.
맨 위로 이동
버전 간 메시지 라우팅
Exchange 2010의 XSO(Exchange 서버 개체) 모델 변경 사항으로 인해 Exchange 2010 허브 전송 서버는 Exchange 2007 사서함 서버에서 메시지를 선택하거나 이 서버로 메시지를 배달할 수 없습니다. 마찬가지로 Exchange 2007 허브 전송 서버는 Exchange 2010 사서함 서버와 통신할 수 없습니다. 따라서 동일한 Active Directory 사이트에서 Exchange 2010 및 Exchange 2007을 모두 사용하려면 다음 그림과 같이 해당 사이트에서 두 버전의 허브 전송 서버를 유지 관리해야 합니다. 사이트 간 SMTP 트래픽이 Exchange 2007과 동일한 방식으로 처리되므로 사이트 B에 있는 서버의 버전은 그림에 표시되지 않습니다. 허브 전송 서버는 메시지를 배달하기 위해 원격 사이트에 있는 허브 전송 서버로 메시지를 릴레이합니다.
Exchange 2010과 Exchange 2007 간의 메시지 흐름
.gif "버전 지정된 라우팅이 있는 메시지 흐름")
버전 간 메시지 흐름을 사용할 수 있도록 Exchange 2010에는 버전 지정된 라우팅이라는 기능이 구현되었습니다. 버전 지정된 라우팅을 통해 라우팅 엔진은 Active Directory 사이트와 함께 사서함의 홈 서버 버전을 확인합니다. 버전이 일치하지 않으면 다음 그림의 버전 지정된 라우팅 워크플로와 같이 일치하는 버전이 있는 허브 전송 서버로 메시지가 릴레이됩니다. 라우팅은 이제 Active Directory 사이트 및 Exchange 버전에 따라 달라집니다.
버전 지정된 라우팅 워크플로
.gif "버전 지정된 라우팅 워크플로")
Exchange 2010 사서함 사용자가 동일한 사이트에 있는 Exchange 2007 사서함 사용자에게 메시지를 보내면 다음과 같은 작업이 수행됩니다.
Exchange 2010 사서함 서버가 Exchange 2010 허브 전송 서버에 새 메일을 알립니다.
Exchange 2010 허브 전송 서버가 메시지를 선택합니다.
라우팅 에이전트가 대상 사서함의 홈 서버인 사서함 서버의 버전이 자신의 버전과 일치하지 않는지 확인합니다.
라우팅 에이전트가 로컬 사이트에서 Exchange 2007 허브 전송 서버를 찾습니다.
Exchange 2010 허브 전송 서버가 Exchange 2007 허브 전송 서버로 메시지를 릴레이합니다.
Exchange 2007 허브 전송 서버의 라우팅 에이전트가 대상 사서함이 로컬 사이트의 Exchange 2007 사서함 서버에 있는지 확인합니다.
Exchange 2007 허브 전송 서버가 Exchange 2007 사서함 서버로 메시지를 배달합니다.
Exchange 2007 사서함 사용자가 Exchange 2010 받는 사람에게 보내는 모든 메시지는 유사한 경로를 따릅니다.
Exchange 2007 SP2에서는 버전 지정된 라우팅이 추가되었습니다. Exchange 2010과 Exchange 2007을 동일한 Active Directory 사이트에서 동시에 사용하려면 먼저 기존의 Exchange 2007 서버를 SP3으로 업그레이드해야 합니다. Exchange 2010과 Exchange 2007 SP3이 동일한 Active Directory 사이트에 있으면 각 허브 전송 서버가 버전이 일치하는 사서함 서버의 메시지를 처리합니다. 버전 지정된 라우팅은 사이트 내 메시지가 라우팅되는 방식을 변경하지 않습니다.
Exchange 2010 및 Exchange 2007이 같은 사이트에 있을 때는 다음 사항을 고려하십시오.
호환되지 않는 허브 전송 서버를 사서함 서버의 전송 서버 재정의로 지정할 수 없습니다.
특정 사서함 서버의 경우 로컬 사이트에 일치하는 버전의 허브 전송 서버가 없으면 해당 사서함 서버의 사용자가 보낸 모든 메시지가 사서함 서버에 남아 있게 됩니다.
특정 사서함 서버의 경우 로컬 사이트에 일치하는 버전의 허브 전송 서버가 없으면 해당 사서함 서버의 사용자에게 전송되는 모든 메시지에 대해 배달 못함 보고서(NDR)가 실행됩니다.
메일 사용 가능 공용 폴더에 전송되는 메시지는 사서함에 전송되는 메시지와 동일한 방식으로 처리됩니다.
맨 위로 이동
EdgeSync 차이점
Exchange 2010에서 Edge 동기화 프로세스가 향상되었습니다. Exchange 2007에서 EdgeSync는 모든 구성 및 받는 사람 정보를 전부 복제합니다. 특히 받는 사람이 많은 조직에서는 이 작업에 오랜 시간이 걸렸습니다. Exchange 2010에서는 EdgeSync에 대해 증분 업데이트가 도입되었습니다. Exchange 2010 Edge 전송 서버를 처음으로 사이트에 가입시키면 모든 구성 정보 및 받는 사람 데이터가 동기화됩니다. 이후의 모든 업데이트에서는 변경 내용만 복제됩니다. 따라서 동기화 시간 및 네트워크 사용률이 크게 줄어듭니다.
Exchange 2007 허브 전송 서버는 Exchange 2010 Edge 전송 서버와의 EdgeSync에 참여할 수 있지만 증분 업데이트는 Exchange 2010 허브 전송 서버와 Exchange 2010 Edge 전송 서버 간에만 사용할 수 있습니다. 기본적으로 Exchange 2010 Edge 전송 서버가 Exchange 2010 허브 전송 서버가 있는 Active Directory 사이트에 가입되면 Exchange 2010 허브 전송 서버가 EdgeSync 프로세스를 이어받습니다. Exchange 2010 허브 전송 서버에서 Microsoft Exchange EdgeSync 서비스를 사용하지 않도록 설정하여 Exchange 2007 허브 전송 서버로 대체할 수 있습니다. 그러나 이렇게 하면 증분 업데이트 대신 각 EdgeSync 업데이트를 사용하여 모든 업데이트를 다시 복제해야 합니다.
EdgeSync에 대한 자세한 내용은 Edge 구독 이해를 참조하십시오.
맨 위로 이동
전송 규칙 및 저널링 동시 사용 시나리오
Exchange 2007 조직에서 이미 전송 규칙 또는 저널링을 사용하고 있는 경우 특정 메시지를 처리하는 허브 전송 서버에 관계없이 동시 사용 기간 동안 이러한 기능이 계속 작동하도록 해야 합니다.
Exchange 2010의 전송 및 저널링 규칙에 적용된 다음과 같은 중요 변경 사항은 혼합 환경에서 이러한 기능을 관리하는 경우 영향을 줍니다.
형식 변경 Exchange 2010 전송 규칙은 일련의 새로운 조건자 및 작업을 지원합니다. 이러한 새 조건자와 작업을 지원하기 위해 전송 규칙이 Active Directory에 저장되는 형식이 수정되었습니다. Exchange 2007 허브 전송 서버는 새로운 조건자와 작업을 처리할 수 없습니다. Exchange 2010에서 사용 가능한 조건자 및 작업의 전체 목록을 보려면 전송 규칙 조건자 및 전송 규칙 작업을 참조하십시오.
Active Directory의 저장 위치 Exchange 2007 전송 규칙 에이전트가 Exchange 2010에서 생성된 규칙을 로드하고 처리하지 않도록 하기 위해 Exchange 2010 규칙은 별도의 Active Directory 컨테이너에 저장됩니다. 저널링 규칙의 경우도 마찬가지입니다.
Exchange 2010에 기존 구성 복사
Exchange 2010을 설치할 때 설치 프로그램이 Exchange 2007 전송 규칙을 발견할 경우 이러한 레거시 규칙이 임시 위치에 자동으로 내보내지며, 나중에 Active Directory의 Exchange 2010 전송 규칙 컨테이너로 가져옵니다. 이 프로세스는 사용자의 조작 없이 자동으로 수행됩니다.
참고
기존의 Exchange 2010 전송 규칙이 있는 경우 마이그레이션하면 기존의 Exchange 2010 전송 규칙을 모두 덮어쓰게 되므로 설치 프로그램에서 Exchange 2007 규칙을 마이그레이션하지 않습니다.
마찬가지로 설치 중에 모든 Exchange 2007 저널 규칙이 Exchange 2010 저널 규칙으로 변환되고 복사됩니다. 자세한 내용은 Exchange 2007 저널 규칙 내보내기 및 가져오기를 참조하십시오.
혼합 환경에서 전송 규칙 및 저널링 유지 관리
Exchange 2010으로 규칙 자동 가져오기는 초기 설치 시에만 수행됩니다. 초기 설치 시에는 Exchange 2010 및 Exchange 2007의 전송 규칙 및 저널 규칙 집합이 동기화됩니다. 앞으로 기존의 규칙을 변경하거나 규칙을 만들면 사용하는 관리 도구에 따라 규칙이 단일 위치에서 변경됩니다. 예를 들어, Exchange 2010에서 Exchange 관리 셸을 사용하여 규칙을 만드는 경우 Active Directory의 Exchange 2010 규칙 컨테이너만 업데이트됩니다. 마찬가지로 Exchange 2007 서버에서 EMC(Exchange 관리 콘솔)를 사용하여 기존의 규칙을 변경하는 경우 해당 규칙의 Exchange 2007 버전만 수정됩니다.
버전 간에 전송 및 저널 규칙을 일관되게 유지하려면 변경 사항을 Exchange 2010 관리 도구를 사용하여 한 번, Exchange 2007 관리 도구를 사용하여 한 번, 총 두 번 적용해야 합니다.
맨 위로 이동
혼합 환경에서 DSN 설정 유지 관리
Exchange 2010에는 전체 Exchange 조직을 위한 내부 및 외부 DSN 설정이 구성되어 있습니다. Exchange 2007에서는 이러한 설정이 서버별로 구성되어 있습니다. 따라서 이러한 설정은 Active Directory에서 여러 구성 개체에 저장되어 있으며 동시 사용 시나리오에서는 전송 규칙처럼 별도로 관리해야 합니다.
특히 Exchange 2010에서는 다음 설정이 Set-TransportServer cmdlet에서 Set-TransportConfig cmdlet으로 이동되었습니다.
ExternalDelayDsnEnabled
ExternalDsnDefaultLanguage
ExternalDsnLanguageDetectionEnabled
ExternalDsnMaxMessageAttachSize
ExternalDsnReportingAuthority
ExternalDsnSendHtml
ExternalPostmasterAddress
InternalDelayDsnEnabled
InternalDsnDefaultLanguage
InternalDsnLanguageDetectionEnabled
InternalDsnMaxMessageAttachSize
InternalDsnReportingAuthority
InternalDsnSendHtml
조직에서 이러한 설정을 변경해야 하는 경우 변경 사항을 Exchange 2010 셸에서 Set-TransportConfig cmdlet을 사용하여 조직에 대해 한 번, Exchange 2007 셸에서 Set-TransportServer cmdlet을 사용하여 조직의 각 Exchange 2007 허브 전송 서버에 대해 한 번 적용해야 합니다.
맨 위로 이동
버전 간 메시지 추적
Exchange 2010은 향상된 메시지 추적 기능을 제공합니다. 이제 관리자뿐 아니라 최종 사용자도 Exchange 제어판의 배달 보고서 도구를 사용하여 자신이 보낸 메시지를 추적할 수 있습니다.
배달 보고서를 사용하면 메시지가 읽음으로 표시된 시간을 비롯한 자세한 배달 정보를 제공하는 단일 위치에서 종단 간 메시지 추적을 사용할 수 있도록 설정할 수 있습니다. Exchange 2010에서는 배달 보고서를 지원하기 위해 새 메시지 추적 RPC(원격 프로시저 호출)와 웹 서비스 인터페이스가 구현되었습니다. 이러한 인터페이스는 Exchange 2007에 없으므로 동시 사용 시나리오에서 배달 보고서 기능이 Exchange 2007 인프라로 확장되지 않습니다. 하지만 Exchange 2007의 메시지 추적 도구를 사용하여 버전 간에 메시지를 추적할 수 있습니다.
다음 표에는 혼합 환경에서 메시지를 추적할 때 수행해야 할 작업이 나와 있습니다.
혼합 환경에서 메시지 추적
| 보낸 사람 | 받는 사람 | 추적 도구 |
|---|---|---|
Exchange 2010 사서함 |
Exchange 2010 사서함 |
Exchange 제어판에서 배달 보고서 도구를 사용합니다. |
Exchange 2010 사서함 |
Exchange 2007 사서함 |
Exchange 제어판에서 배달 보고서 도구를 사용합니다. 이 도구는 메시지가 Exchange 2007 서버로 전송된 지점에 대한 메시지 추적 정보를 제공합니다. 해당 메시지에 대한 다른 추가 추적 정보는 제공되지 않습니다. 또는 Exchange 2010의 추적 로그 탐색기 또는 Exchange 2007의 메시지 추적을 사용할 수 있습니다. |
Exchange 2007 사서함 |
Exchange 2007 또는 Exchange 2010 사서함 |
Exchange 2010의 추적 로그 탐색기 또는 Exchange 2007의 메시지 추적을 사용합니다. |
Exchange 2010의 메시지 추적에 대한 자세한 내용은 메시지 추적 이해를 참조하십시오.
맨 위로 이동
동시 사용 시나리오의 Exchange 2010 전송 기능
대부분의 경우 Exchange 2010의 새 전송 기능은 Exchange 2010의 영역 내에서만 작동합니다. 새 기능을 사용해야 하는 시점은 조직의 요구 사항에 따라 달라집니다. 업그레이드가 완료될 때까지 기다리거나 Exchange 2010을 사용자 환경으로 도입하는 즉시 시작할 수 있습니다. 혼합 환경에서 새 기능을 사용해야 하는 시기를 결정하려면 다음 정보를 고려하십시오.
중재된 받는 사람
Exchange 2010에는 특정 받는 사람에게 전송된 메시지가 승인 과정을 거칠 수 있도록 중재된 받는 사람이 도입되었습니다. 동시 사용 시나리오에서 중재된 받는 사람을 사용하려는 경우 받는 사람의 유형에 따라 달라지는 다음 문제에 대해 알고 있어야 합니다.
사서함 Exchange 2010 사서함 서버의 사서함만 중재에 사용할 수 있습니다. 사서함에 대해 중재를 사용하도록 설정한 후 Exchange 2007 사서함 서버로 다시 이동되지 않았는지 확인해야 합니다.
메일 그룹 및 동적 메일 그룹 중재된 메일 그룹으로 전달되는 메시지는 메일 그룹이 Exchange 2010 허브 전송 서버에서 확장된 경우에만 승인 프로세스를 거칩니다. 메일 그룹은 모든 서버에서 확장할 수 있으므로 중재된 메일 그룹을 사용하기 전에 모든 허브 전송 서버가 Exchange 2010으로 업그레이드될 때까지 기다리는 것이 좋습니다.
메일 연락처 및 메일 사용자 허브 전송 서버는 각 메일 사용자 또는 메일 연락처에 지정된 외부 전자 메일 주소에 따라 메시지를 라우팅합니다. 이러한 받는 사람 유형의 메시지가 Exchange 2010 허브 전송 서버를 강제로 거치게 할 수는 없으므로 혼합 환경에서는 이러한 받는 사람 유형에 대해 중재를 사용하도록 설정하는 것이 좋습니다.
받는 사람에 대해 중재를 사용하도록 설정하는 경우 지정된 중재자가 승인 요청에 대한 "승인" 및 "거부" 옵션을 표시할 수 있는 클라이언트를 사용하는지 확인하십시오. 모든 중재자는 Microsoft OfficeOutlook 2010 또는 Exchange 2010의 Outlook Web App를 사용하는 것이 좋습니다. 두 클라이언트에는 모두 중재자가 메시지에 대한 결정을 내릴 수 있는 기본 제공 사용자 인터페이스가 있습니다.
참고
중재자가 Outlook 2007 또는 Outlook 2003을 사용하는 경우에는 중재 요청이 받은 메시지에 투표 단추로 표시됩니다. 중재자는 투표 단추를 사용하여 메시지를 중재할 수 있습니다. 하지만 사용자 환경을 최적화하려면 해당 클라이언트를 Outlook 2010 이상으로 업그레이드하는 것이 좋습니다.
중재된 받는 사람에 대한 자세한 내용은 중재된 전송 이해를 참조하십시오.
섀도 중복성
Exchange 2010에서는 메시지를 전송하는 동안 내내 메시지에 대한 중복성을 제공하기 위해 섀도 중복성이 도입되었습니다. 이 솔루션에는 전송 쓰레기 수거통과 유사한 기술이 포함되어 있습니다. 섀도 중복성을 사용하면 전송 서버가 해당 메시지에 대한 다음 홉이 모두 배달되었음을 확인할 때까지 전송 데이터베이스에서 메시지를 삭제하는 작업이 지연됩니다. 배달 성공이 보고되기 전에 다음 홉이 실패하면 메시지가 배달을 위해 다음 홉으로 다시 전송됩니다.
섀도 중복성은 Exchange 2010에서 기본적으로 사용하도록 설정되어 있으며 메시지가 Exchange 2010 서버 간에 전송되는 동안에만 메시지의 중복성을 보장합니다. 해당 메시지가 Exchange 2007 서버로 전송된 후에는 더 이상 중복성이 보장되지 않습니다. 따라서 Exchange 2010 서버에서 전송된 메시지가 배달이 완료될 때까지 중복성을 유지하도록 하려면 해당 메시지가 Exchange 2007 서버로 전송되지 않도록 해야 합니다. 예를 들어 Exchange 2007 서버가 있는 허브 사이트를 사용하는 경우 두 스포크 모두에 Exchange 2010 서버가 있는 경우에도 두 스포크 간 메시지의 중복성이 유지되지 않습니다.
섀도 중복성에 대한 자세한 내용은 섀도 중복성 이해를 참조하십시오.
맨 위로 이동
© 2010 Microsoft Corporation. 모든 권리 보유.