혼합 모드에서의 사이트 통합에 대한 중요 고려 사항

마지막으로 수정된 항목: 2006-08-16

원격 Exchange 사이트 통합을 고려하기 전에 사이트 통합 도중이나 후에 발생할 수 있는 문제점뿐 아니라 사이트 통합을 위한 다음의 권장 사항과 선행 조건을 숙지해야 합니다.

• 클라이언트 컴퓨터를 Microsoft Office Outlook® 2003으로 업그레이드 사이트를 통합하기 전에 원격 사이트의 클라이언트 컴퓨터를 Outlook 2003으로 업그레이드하고 캐시된 Exchange 모드를 설정합니다. 원격 사용자가 네트워크 연결 사용 여부와 관계없이 자신의 로컬 캐시에서 작업할 수 있으므로 캐시된 Exchange 모드는 사이트 통합의 중요한 구성 요소입니다. 클라이언트 컴퓨터의 Outlook을 업그레이드하고 캐시된 Exchange 모드를 설정하면 사용자 사서함의 로컬 복사본이 만들어집니다. 사서함을 이동하기 전에 로컬 복사본을 만들어 로컬 사이트에서 사서함을 이동한 후까지 대기하기 때문에 발생하는 과도한 다운로드 소통량을 방지합니다. 이 전략은 특히 원격 사이트와 중앙 사이트 사이의 네트워크 대역폭이 제한된 경우에 유용합니다. 이전 버전의 Outlook과 다른 전자 메일 응용 프로그램이 설치된 클라이언트 컴퓨터가 지원되더라도 이러한 클라이언트 컴퓨터에서는 캐시된 Exchange 모드를 이용할 수 없습니다. 또한 지원 문제점을 최소화하기 위해서는 Outlook 2003 최종 사용자 교육과 준비를 업그레이드 프로세스에 통합하기 위한 계획을 세워야 합니다.

• ADC를 Exchange 2003 SP1로 업그레이드 Exchange 2003 SP1 버전의 ADC(Active Directory Connector)를 사용합니다. 여기에는 사이트 통합 후에 개체와 메일 그룹을 정리하는 새로운 기능이 포함되어 있습니다. 사이트 간에 사서함을 이동할 때 ADC가 사용자 개체 및 사용자가 속한 모든 메일 그룹을 업데이트하므로 디렉터리 간에 변경 내용이 복제되고 사용자는 계속해서 메일을 받을 수 있습니다.

• 가능할 경우 Microsoft Windows® 도메인 통합 위임 설정, 키 관리 서비스 인증서 게시 및 Outlook을 통한 그룹 업데이트에 관련된 문제를 방지하려면 원격 Windows 도메인과 Exchange 사서함을 동시에 통합하는 것이 좋습니다. Microsoft Active Directory® 디렉터리 서비스를 사용하려면 Outlook에서 업데이트하려는 개체와 같은 도메인에 있는 글로벌 카탈로그 서버를 사용해야 합니다. 사서함 액세스 위임 예제에서 사용자 개체가 원격 도메인에 있는 사용자가 중앙 도메인의 Outlook에 로그온할 경우 위임을 설정할 수 없습니다. Outlook은 중앙 도메인을 가리키지만 사용자 개체는 원격 도메인에 있기 때문입니다. 중앙 도메인의 글로벌 카탈로그 서버에는 다른 도메인에 있는 디렉터리 개체의 읽기 전용 복사본이 있습니다. Exchange와 Windows 도메인을 동시에 통합할 수 없을 경우 Outlook 클라이언트에서 다음 레지스트리 키를 구성하여 디렉터리 개체가 있는 중앙 도메인의 글로벌 카탈로그 서버를 사용할 수 있습니다.

  위치:	HKEY_CURRENT_USER\Software\Microsoft\Exchange \Exchange Provider
  이름:	DS 서버
  유형:	REG_SZ(문자열)
  값:	<fully qualified domain name of the global catalog server>

• 디렉터리 서비스/정보 저장소(DS/IS) 일관성 조정자 핫픽스를 적용하고 조정자를 사용하여 Exchange 5.5 공용 폴더에 대한 액세스 유지 Exchange 5.5 공용 폴더를 이동하기 전에 사용자와 그룹을 중앙 사이트로 이동하면 공용 폴더 액세스 제어 목록(ACL)에 오류가 생기고 사용자가 공용 폴더에 액세스할 수 없습니다. 이 문제를 방지할 수 있는 두 가지 옵션이 있습니다.

  • 옵션 1: 사용자와 그룹을 이동하기 전에 DS/IS 일관성 조정자를 실행하여 새로운 사용자와 그룹 정보로 공용 폴더 ACL을 업데이트할 수 있습니다.

  • 옵션 2: 먼저 공용 폴더를 중앙 사이트로 복제한 다음 사용자와 그룹을 이동할 수 있습니다. 또한 커넥터 간에 공용 폴더 조회를 사용할 수 있어야 합니다.

    참고

    Exchange 5.5 사이트 통합을 시작하기 전에 모든 Exchange 5.5 공용 폴더 서버에 Exchange 5.5 DS/IS 일관성 조정자 핫픽스(https://go.microsoft.com/fwlink/?linkid=3052&kbid=836489에서 구할 수 있음)를 적용하십시오. 이 핫픽스를 적용하면 사이트 간 이동 후에 공용 폴더 ACL이 적절히 업데이트되어 사용자와 그룹이 계속해서 공용 폴더에 액세스할 수 있습니다.

• 전체 오프라인 주소록 다운로드를 위한 계획 사이트 간에 여러 개의 사서함을 이동하기 전에 모든 원격 사이트에 있는 모든 Outlook 클라이언트 컴퓨터에 대해 전체 오프라인 주소록을 다운로드할 수 있을 만큼 대역폭이 충분한지 확인해야 합니다. 오프라인 주소록의 전체 다운로드가 발생하는 이유에 대한 자세한 내용은 이 항목 뒷부분의 "오프라인 주소록 다운로드"를 참조하십시오.

• 사서함 이동 후에 Outlook 프로필 업데이트 관리 그룹 간에 사서함을 이동한 후에는 사용자가 이동한 사서함에 로그온할 수 있도록 Outlook 프로필을 업데이트해야 합니다. Exchange 프로필 업데이트 도구(Exprofre.exe)는 사용자의 Outlook 프로필을 자동으로 업데이트하기 위해 클라이언트 컴퓨터에서 실행하는 명령줄 도구입니다. Exprofre.exe는 사서함 이동 후 사용자가 사서함에 로그온할 수 있도록 기본 Outlook 프로필을 수정합니다. 이 도구는 Exchange Server 2003 Tools and Updates 웹 사이트(https://go.microsoft.com/fwlink/?linkid=21316)에서 다운로드할 수 있습니다.

오프라인 주소록 다운로드

캐시된 Exchange 모드를 사용하는 Outlook 클라이언트 컴퓨터에서는 전자 메일 주소를 확인하기 위해 오프라인 주소록이 있어야 합니다. 오프라인 주소록은 공용 폴더 서버에 저장됩니다. 오프라인 주소록 전체 다운로드는 다음과 같은 상황에서 발생합니다.

• 사이트를 통합할 때 캐시된 Exchange 모드를 사용하고 사서함이 이동된 해당 사이트의 모든 사용자가 오프라인 주소록 전체를 다운로드합니다. 사서함 이동 후 이러한 사용자가 처음으로 Outlook을 시작할 때 오프라인 주소록 전체가 다운로드됩니다.
• 사이트 간에 많은 사서함을 이동하거나 Exchange 토폴로지를 변경하는 경우와 같이 디렉터리에 많은 변경 사항이 있을 경우 캐시된 Exchange 모드를 사용하는 모든 사이트의 모든 사용자가 오프라인 주소록 전체를 다운로드합니다.

전체 오프라인 주소록 다운로드의 영향과 이러한 다운로드가 발생하는 상황에 대한 자세한 내용은 Microsoft 기술 자료 문서 839826(https://go.microsoft.com/fwlink/?linkid=3052&kbid=839826)을 참조하십시오.

이 경우 과도한 다운로드 소통량으로 인해 네트워크와 Outlook에 모두 성능 문제가 발생할 수 있습니다. 오프라인 주소록 다운로드 기간을 결정할 때는 모든 원격 사이트에 대한 네트워크 연결 대역폭, 전송할 데이터의 양 및 네트워크 연결 대기 시간을 고려하십시오. 오프라인 주소록 크기와 원격 사이트의 사용자 수를 곱하여 전송할 데이터의 양을 예상할 수 있습니다.

네트워크 대기 시간은 네트워크의 한 지점에서 다른 지점으로 데이터를 전송하는 데 걸리는 시간으로서 네트워크에 연결되기까지의 시간을 결정하는 요소입니다. 대기 시간이 길면 데이터 전송 속도가 느려져 네트워크에 연결되기까지 오랜 시간이 걸립니다. 반대로 대기 시간이 짧으면 데이터 흐름이 빨라지므로 여러 클라이언트에서 동시에 오프라인 주소록을 다운로드할 경우 연결 속도가 향상됩니다.

사이트 간에 여러 개의 사서함을 이동하기 전에 원격 사이트에 있는 모든 Outlook 사용자에 대해 전체 오프라인 주소록을 다운로드할 수 있을 만큼 대역폭이 충분한지 확인하고 이동할 데이터 양과 네트워크 대기 시간을 감안하여 다운로드가 네트워크에 미치는 영향을 평가해야 합니다.

약속 있음/없음 기능

조직이 혼합 모드이고 사서함 이동 마법사를 사용하여 사이트 간에 사서함을 이동하는 경우 사서함 이동 마법사는 새로운 legacyExchangeDN 특성으로 해당 사용자 개체를 업데이트합니다. 마법사가 legacyExchangeDN 특성을 업데이트하므로 약속 있음/없음 시스템 폴더를 이동할 필요가 없습니다. 사용자가 새로운 사서함에 로그온한 후에 새로운 legacyExchangeDN 특성을 사용하여 사용자의 약속 있음/없음 데이터가 다시 게시됩니다.

사이트 통합 프로세스의 알려진 제한

이 섹션에서는 사이트 통합의 알려진 제한에 대해 설명합니다. 사이트 통합 프로세스는 단계를 수행하는 순서, 디렉터리 정보 복제에 걸리는 시간, 사이트 간의 Exchange 데이터 복제에 걸리는 시간 등 여러 가지 요소에 영향을 받습니다. 또한 사이트 간의 사서함 및 사용자 이동으로 인해 그 밖의 메일 기능이 영향을 받을 수도 있습니다. 사이트 통합 계획을 세우기 전에 여기에 나오는 모든 알려진 문제를 잘 이해해야 합니다.

• 사서함을 이동할 때 네트워크 소통량 증가 사이트 간에 사서함을 이동할 때 사이트 간의 추가 네트워크 소통량에 대한 계획을 세워야 합니다. 추가 소통량은 이동하려는 사서함 크기를 합한 값입니다.

• 디렉터리 복제 소통량 증가 Exchange 5.5 사이트에서 중앙 Exchange 사이트로 사서함을 이동할 때 ADC가 사용자와 메일 그룹을 업데이트하고 원격 사이트의 오래된 개체를 제거하는 동안 디렉터리 복제 소통량이 증가할 수 있습니다. 이 프로세스에 소요되는 기간은 환경의 크기, Exchange 5.5 사이트의 복제 속도 및 Exchange 5.5와 Active Directory 간의 복제 속도에 따라 다릅니다. 기본적으로 디렉터리 정리는 12시간마다 실행됩니다. 소규모 환경에서는 다음 번 자동 복제 세션이 진행되는 동안 디렉터리 정리가 완료되지만 대규모 환경에서는 두 세션 이상이 필요할 수도 있습니다.

  중요

  원활한 디렉터리 정리를 위해 Active Directory Connector 관리자와 Exchange 5.5 관리자 프로그램에서 복제를 시작할 수 있습니다.

• 공용 폴더 복제 소통량 증가 Exchange 공용 폴더 마이그레이션 도구(pfMigrate)를 사용하여 공용 폴더를 중앙 사이트로 이동할 때 공용 폴더 계층 구조가 업데이트되고 사이트 간에 공용 폴더 내용이 복제되는 동안 소통량이 증가할 수 있습니다. pfMigrate 도구와 DS/IS 일관성 조정자를 사용하면 복제 소통량이 증가합니다.

• ANSI 형식의 캐시된 오프라인 폴더 파일은 Microsoft Exchange Server 5.5 사서함을 이동한 후 유니코드 형식으로 자동으로 다시 작성되지 않음 사용자의 캐시된 오프라인 폴더(.ost) 파일과 오프라인 주소록(.oab) 파일은 Exchange Server 2003 또는 Microsoft Exchange 2000 Server로 Exchange Server 5.5 사서함을 이동한 후에도 ANSI 형식 그대로 유지됩니다. ANSI 형식의 캐시된 오프라인 폴더(.ost) 파일의 크기 제한은 2GB이고 이 파일이 ANSI 형식으로 되어 있기 때문에 오프라인 주소록 파일에서도 ANSI 형식을 사용합니다. 또한 기술 자료 문서 841207에 제공된 해결책을 사용하려면 영향을 받는 모든 클라이언트 컴퓨터에 오프라인 주소록 전체를 다운로드해야 합니다. 이 다운로드 때문에 네트워크 소통량이 매우 증가할 수 있습니다.
  Exchange 2003 또는 Exchange 2000에서 유니코드 형식이 아닌 ANSI 형식으로 작성되는 캐시된 오프라인 폴더 파일에 대한 해결 방법 및 자세한 내용은 Microsoft 기술 자료 문서 841207, "An Outlook 2003 cached offline folder file is created in ANSI format instead of in Unicode format in Exchange 2003 or in Exchange 2000"(https://go.microsoft.com/fwlink/?linkid=3052&kbid=841207)을 참조하십시오.
  Outlook 2003에서의 유니코드 사용에 대한 자세한 내용은 Configuring Unicode Options for Outlook 2003(https://go.microsoft.com/fwlink/?LinkId=33526)을 참조하십시오.

• 대리인 액세스가 유지되지 않을 수 있음 Outlook에서 대리인 액세스를 유지하려면 관리자와 해당 대리인을 원격 Exchange 5.5 사이트에서 중앙 사이트로 함께 이동합니다. 관리자와 대리인을 함께 이동할 수 없을 경우 대리인보다 관리자를 먼저 이동하거나 이동 후에 대리인에게 다시 액세스 권한을 부여하십시오.

• 업무 일지 받는 사람을 다시 지정해야 함 업무 일지 받는 사람이란 사서함 저장소의 모든 보관 메시지를 받도록 구성된 사용자입니다. 사이트 간에 업무 일지 받는 사람을 이동하기 전에 업무 일지 받은 사람을 다른 사용자로 지정하십시오. 이동 후에 해당 사용자를 다시 업무 일지 받는 사람으로 지정할 수 있습니다.

• 받은 편지함 규칙이 작동하지 않을 수 있음 사용자의 사서함이 Exchange 2003 SP1 서버에 없을 경우 이동한 사용자의 legacyExchangeDN 특성이 변경되므로 사이트 간에 이동한 다른 사용자 기준의 받은 편지함 규칙이 작동하지 않습니다. 그러나 해당 사용자가 규칙을 다시 만들 수 있습니다. 사용자의 사서함이 Exchange 2003 SP1 서버에 있을 경우에는 규칙이 계속해서 작동합니다. 사서함이 이동된 사용자는 이러한 문제로 영향을 받지 않으며 이동한 사용자 기준의 규칙이 적용되는 사용자만 영향을 받습니다. 모든 사용자의 사서함이 Exchange 2003 SP1 서버에서 호스팅된 후에는 규칙이 다시 작동합니다.

• 사용자 이름이 Exchange 5.5 GAL에서 잠시 없어질 수 있음 Exchange 5.5에서는 디렉터리 복제가 완료될 때까지 사이트 간에 이동한 사용자 이름이 잠시 전체 주소 목록(GAL)에서 없어질 수 있습니다. 사용자 이름이 표시되지 않는 동안에는 새 Exchange 5.5 개체가 새로운 사이트로 복제될 때까지 원격 사이트에 있는 원래의 Exchange 5.5 개체가 표시되지 않습니다. Exchange 2003 GAL은 영향을 받지 않습니다.

• 마이그레이션 후 일부 사용자가 배달 실패 보고서(NDR)를 받을 수 있음 Exchange 5.5에서 중앙 사이트로 사서함을 이동한 후에 이동하지 않은 Exchange 5.5 사용자가 이동한 Exchange 5.5 사용자의 메일에 회신할 경우 배달 실패 보고서(NDR)를 받습니다. 이 상황은 Exchange 5.5 디렉터리 복제가 완료될 때까지 지속됩니다. ADC 관리자에서 지금 복제를 선택하여 강제로 복제를 실행하면 이러한 상황을 피할 수 있습니다. 또는 Exchange 2000 또는 Exchange 2003 브리지헤드 서버가 새로운 사서함으로 메일을 전달할 수 있으므로 이러한 서버를 통해 Exchange 5.5 메일을 리디렉션하는 방법도 있습니다.

  참고

  NDR을 받지 않으려면 모든 메일이 중앙 사이트나 Exchange 2003 서버를 통해 라우팅되도록 Exchange 5.5 사이트 간의 사이트 커넥터를 제거하고 중앙 사이트에 대한 커넥터를 만드십시오.

• 리소스 사서함의 약속 있음/없음 데이터를 다시 게시하려면 권한 있는 사용자가 일정 작업을 수행해야 함 사이트 간에 사서함을 이동할 때는 약속 있음/없음 데이터가 새로운 서버로 전송되지 않습니다. 사용자 입장에서는 사용자가 사서함에 로그온하거나 모임 요청 만들기 또는 모임 요청 수락과 같은 일정 작업을 수행하고 15분이 지나면 약속 있음/없음 데이터가 새로운 서버에 게시됩니다. 그러나 회의실과 같은 리소스 사서함의 경우 리소스 사서함 액세스 권한을 가진 사용자가 사서함을 열고 일정 작업을 수행해야 약속 있음/없음 정보를 다시 게시할 수 있습니다.

• 키 관리 서비스를 사용하려면 인증서를 내보내야 함 X.509 v3 인증서를 사용하면 사이트 간 이동 후에도 키 관리 서비스가 계속 작동하지만 v1 인증서를 사용할 경우에는 작동하지 않습니다. v1 인증서를 사용하면 사이트 간에 이동한 사용자가 이전 메일의 암호를 해독할 수 있지만 새 메일에 서명하거나 암호화할 수는 없습니다. 키 관리 서비스를 사용하는 경우에는 같은 키 관리 서비스 서버에서 중앙 사이트에 서비스를 제공하더라도 사용자를 다른 사이트로 이동하기 전에 인증서를 내보내고 이동 후에 중앙 사이트의 키 관리 서비스 서버로 인증서를 가져오십시오. 이동 후에는 Exchange 프로필 업데이트 도구(Exprofre.exe)를 실행합니다.

• Exchange Conferencing Server를 사용하려면 전용 모드로 전환해야 함 Exchange Conferencing Server를 실행하려면 먼저 Exchange를 전용 모드로 전환한 다음 사이트를 통합해야 합니다. 이 방법을 따르면 legacyExchangeDN 특성 관련 문제점을 방지할 수 있으며 Exchange Conferencing Server가 계속 작동합니다.