다음을 통해 공유

Exchange 2003 클라이언트 액세스에서 업그레이드

  • 아티클

 

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

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

기존 MicrosoftExchange Server 2003 조직을 Exchange Server 2010으로 업그레이드하는 경우, 일정 기간 동안 Exchange 2003 및 Exchange 2010이 조직 내에서 공존하게 됩니다. 여기서는 Exchange 2003 조직을 Exchange 2010으로 업그레이드할 때 수행해야 하는 다양한 단계에 대해 설명합니다.

중요

조직을 Exchange 2010의 RTM 버전으로 업그레이드하는 경우 Outlook 2003을 실행 중인 클라이언트는 RPC 암호화를 사용하지 않으며 RPC 클라이언트 액세스는 기본적으로 이 암호화를 요구합니다. 이로 인해 Exchange 2010과 Outlook 2003 간에 연결 문제가 발생할 수 있습니다. Exchange 2010 SP2에서 RPC 클라이언트 액세스는 기본적으로 RPC 암호화를 요구하지 않습니다. 조직 내에Outlook 2003 클라이언트가 있는 경우, Exchange 2010 RTM과 Outlook 2003 간의 연결 문제를 피하기 위해 Exchange 2010 SP2를 설치하는 것이 좋습니다. 자세한 내용은 RPC 클라이언트 액세스 이해를 참조하세요.

업그레이드 프로세스 개요

업그레이드 프로세스의 단계는 다음과 같습니다.

  1. 조직의 새 하드웨어에 Exchange 2010을 설치합니다.

  2. Exchange 2010 클라이언트 액세스를 구성합니다.

  3. 레거시 호스트 이름 집합을 만들고 이 호스트 이름을 Exchange 2003 인프라에 연결합니다.

    참고

    레거시 호스트 이름의 형식은 "legacy.contoso.com"이어야 하며 여기서 contoso.com은 현재 호스트 이름과 일치해야 합니다.

    참고

    레거시 호스트 이름은 한 조직 내에서 Exchange 2003 및 Exchange 2010을 동시에 사용할 필요가 있는 경우에만 구성합니다. 사서함 수가 적고 업그레이드를 위해 예정된 중단 시간 동안 모든 사서함을 Exchange 2003에서 Exchange 2010으로 이동할 수 있는 경우에는 이 단계가 필요하지 않습니다.

  4. 동시 사용 기간 동안 사용할 이름으로 디지털 인증서를 얻고 이를 Exchange 2010 클라이언트 액세스 서버에 설치합니다.

  5. Exchange 2003 인프라에서 현재 사용 중인 호스트 이름을 새로 설치한 Exchange 2010 인프라에 연결합니다.

  6. Exchange 2003에서 Exchange 2010으로 사서함을 이동합니다.

  7. Exchange 2003 인프라를 제거합니다.

참고

이 항목에서는 mail.contoso.com이 주 네임스페이스로 사용되며 legacy.contoso.com은 레거시 네임스페이스로 사용됩니다. 업그레이드를 수행하면 사용자 고유의 주 네임스페이스 및 레거시 네임스페이스의 이름은 대체됩니다.

레거시 호스트 이름 이해

업그레이드 프로세스에서 중요한 작업은 레거시 호스트 이름을 구성하고 이 호스트 이름을 Exchange 2003 인프라에 연결하는 것입니다. 조직 내에 업그레이드를 위해 예정된 중단 시간 동안 Exchange 2003에서 Exchange 2010으로 모두 이동할 수 없을 정도로 사서함 수가 많은 경우 및 조직에서 인터넷 사용자를 위해 Outlook Web Access를 지원하는 경우 이 단계가 필요합니다.

조직의 사서함 수가 적고 저녁이나 주말로 중단 시간을 예약할 수 있는 경우 레거시 호스트 이름을 구성하는 단계는 생략할 수 있으며 이 중단 시간 동안 모든 사서함을 이동할 수 있습니다. 이렇게 하면 Exchange 2003 및 Exchange 2010을 동시에 사용할 필요가 없게 됩니다.

다음의 경우 인터넷에 게시하고 Exchange 2003 Microsoft, Exchange ActiveSync Microsoft, POP3 및 IMAP4와 같은 Outlook Web Access에 있는 다양한 서비스의 가상 디렉터리에 연결할 레거시 호스트 이름을 구성해야 합니다.

  • Exchange 2003에서 Exchange 2010으로 이동할 사서함의 수가 많은 경우

    또는

  • 한 번에 모든 사서함을 이동하고 싶지 않은 경우

    및

  • 인터넷을 통해 Outlook Web Access에 액세스하는 사용자가 있는 경우

레거시 호스트 이름을 구성하여 Exchange 2003 인프라에 연결했고 현재 호스트 이름이 Exchange 2010 인프라에 연결된 경우 사용자는 원활하게 전환할 수 있습니다. Exchange 2010은 사용자를 Exchange 2010 클라이언트 액세스 서버에서 Exchange 2003 프런트 엔드 서버로 리디렉션합니다. 사용자는 Outlook Web Access(Outlook Web App에서는 Exchange 2010)에 액세스하기 위해 새 URL을 알거나 자신의 Exchange ActiveSync 장치를 다시 구성할 필요가 없습니다. POP3, IMAP4, Outlook Anywhere 사용자는 문제 없이 자신의 사서함에 계속 액세스할 수 있습니다.

레거시 호스트 이름을 만드는 방법

조직마다 이 작업을 수행하는 단계는 다릅니다. 이것은 해당하는 단계가 인터넷 공급자와 방화벽 구성에 따라 달라지기 때문입니다. 다음은 작동 방식에 대한 이해를 돕기 위해 GoDaddy에 대한 단계를 예로 든 것입니다. 수행하는 데 필요한 단계는 다를 수 있습니다. 하지만 일반적으로 다음을 수행해야 합니다.

  1. 내부 및 외부 DNS 서버에 레거시 인터넷 연결 Exchange 서버(예: Exchange 2007 클라이언트 액세스 서버 또는 Exchange 2003 프런트 엔드 서버 등)의 IP 주소(내부 DNS) 또는 역방향 프록시 또는 방화벽 솔루션의 공용 IP 주소(외부 DNS)를 나타내는 DNS 호스트(A) 레코드를 만듭니다. 호스트 이름은 legacy.domain.com(예: legacy.contoso.com) 형식이어야 합니다.

  2. 레거시 인터넷 연결 Exchange 서버를 가리키기 위해 역방향 프록시 또는 방화벽 솔루션에서 레거시 호스트 이름에 대한 게시 규칙을 만듭니다. 이에 대한 자세한 내용은 해당 프록시/방화벽 솔루션의 사용자 설명서를 참조하십시오.

  3. 원래 호스트 이름(예: mail.contoso.com)의 내부 및 외부 DNS 서버에 기존 DNS 호스트(A) 레코드를 구성하여 Exchange 2010 조직을 가리킵니다. 예를 들어, 클라이언트 액세스 서버 또는 배열(내부 DNS)의 IP 주소 또는 역방향 프록시의 공용 IP 주소 또는 방화벽 솔루션(외부 DNS)을 가리킵니다.

    예를 들어, 공급자가 GoDaddy.com인 경우 다음 단계를 사용하여 DNS 호스트(A) 레코드를 만든 후 레거시 Exchange 인프라에 연결할 수 있습니다.

    1. GoDaddy 계정 관리 홈 페이지의 왼쪽 세로 막대에서 내 제품 제목에 있는 도메인 관리자를 클릭합니다.

    2. 계정에 로그인하라는 메시지가 표시되는 경우 로그인합니다.

    3. 도메인 관리자 정보 화면의 전체 DNS 섹션에서 전체 DNS 제어를 클릭합니다.

    4. 전체 DNS 제어 화면의 A(호스트) 섹션에서 새 레코드 추가를 클릭합니다.

    5. legacy.contoso.com 등과 같이 호스트 이름을 입력한 후 IP 주소 가리키기 상자에 레거시 Exchange 서버의 IP 주소를 입력합니다.

    6. TTL(Time to Live) 값을 선택합니다. 이 단계를 Exchange 2010 설치 전 수행하는 경우 드롭다운 목록에서 1일 또는 1주를 선택할 수 있습니다. 그렇지 않으면, 기본 1시간 또는 1/2 시간을 선택합니다.

    7. 확인을 클릭하여 변경을 완료합니다.

인터넷에서 레거시 호스트 이름에 액세스할 수 있는지 확인하는 방법

방화벽 외부에서 contoso 대신 사용자의 특정 도메인 이름을 사용하여 다음 단계를 수행합니다.

  1. https://mail.contoso.com/owa로 이동한 후 사서함이 Exchange 2010 서버에 있는 사용자에 대해 Outlook Web App에 액세스할 수 있는지 확인합니다.

  2. https://legacy.contoso.com/exchange로 이동한 후 사서함이 레거시 Outlook Web App 서버에 있는 사용자에 대해 Exchange에 액세스할 수 있는지 확인합니다.

  3. https://mail.contoso.com/owa로 이동한 후 사서함이 레거시 Exchange 서버에 있는 사용자에 대해 Outlook Web App에 액세스할 수 있는지 확인합니다.

Exchange Server 원격 연결 분석기를 사용하여 레거시 네임스페이스에 대한 연결을 확인할 수도 있습니다.

ExRCA는 다음을 참조하십시오. https://www.testexchangeconnectivity.com.

업그레이드를 위한 인증서 계획

Exchange 2003 및 Exchange 2010의 동시 사용을 지원하려면 새 상업용 인증서가 필요합니다. 주체 대체 이름을 지원하는 인증서를 얻는 것이 좋습니다. 그러나 와일드카드 인증서도 지원됩니다. 인증서에 대한 자세한 내용은 디지털 인증서 및 SSL 이해를 참조하십시오.

맨 위로 이동

Exchange 2010 설치

선행 조건이 충족되고 올바른 인증서를 얻은 경우 업그레이드를 시작할 수 있습니다. 업그레이드하려면 다음 단계를 수행합니다.

참고

다음 단계에서 <CAS2010>을 Exchange 2010 클라이언트 액세스 서버 이름으로 바꿉니다.

  1. Exchange 2010 클라이언트 액세스 서버 역할을 설치합니다.

  2. 설치 중 가상 디렉터리의 주 외부 네임스페이스를 입력할 수 있습니다. 이 값은 사용자가 인터넷을 통해 Exchange 서비스에 연결할 때 사용하는 주 호스트 이름입니다(예: mail.contoso.com).

    • GUI(그래픽 사용자 인터페이스) 설치 환경을 통해 업그레이드하는 경우 외부 클라이언트 액세스 도메인을 구성하라는 메시지가 표시됩니다.

    • 명령 프롬프트에서 업그레이드하는 경우 설치 속성 /ExternalCASServerDomain을 사용하고 도메인을 지정합니다(예: mail.contoso.com).

  3. 조직에 Outlook Anywhere 액세스가 필요한 경우 Outlook Anywhere를 사용하도록 설정합니다.

    • 이 작업에는 다음 명령을 사용합니다. Enable-OutlookAnywhere -Server:<CAS2010> -ExternalHostName:mail.contoso.com -SSLOffloading $false

  4. 설치 중 주 외부 네임스페이스를 구성하지 않은 경우 다음 명령을 실행하여 오프라인 주소록, Exchange 웹 서비스, Exchange ActiveSync, Outlook Web App 및 Exchange 제어판의 가상 디렉터리를 구성해야 합니다. 이 작업에 다음 명령을 사용할 수 있습니다.

    1. 오프라인 주소록: Set-OABVirtualDirectory <CAS2010>\OAB* -ExternalURL https://mail.contoso.com/OAB

    2. 웹 서비스: Set-WebServicesVirtualDirectory <CAS2010>\EWS* -ExternalURL https://mail.contoso.com/ews/exchange.asmx

    3. Exchange ActiveSync: Set-ActiveSyncVirtualDirectory -Identity <CAS2010>\Microsoft-Server-ActiveSync -ExternalURL https://mail.contoso.com

    4. Outlook Web App:Set-OWAVirtualDirectory <CAS2010>\OWA* -ExternalURL https://mail.contoso.com/OWA

    5. Exchange 제어판: Set-ECPVirtualDirectory <CAS2010>\ECP* -ExternalURL https://mail.contoso.com/ECP

  5. /owa 가상 디렉터리에 Exchange 2003 URL 속성을 구성합니다. 이렇게 하면 Exchange 2003 및 Exchange 2010을 동시에 사용할 수 있습니다. 이 속성을 구성하려면 다음 명령을 사용합니다.

    • Set-OWAVirtualDirectory <CAS2010>\OWA* -Exchange2003URL https://legacy.contoso.com/exchange

    참고

    사용자가 동시 사용 기간 동안 Single Sign-On을 통해 자신의 사서함에 액세스할 수 있도록 하려면 Exchange 2003 프런트 엔드 서버에 폼 기반 인증을 사용해야 합니다.

  6. 다음 단계를 수행하여 오프라인 주소록 생성 서버를 변경하고 Exchange 2010 클라이언트 액세스 서버에 웹 배포를 사용합니다.

    1. 다음 명령을 사용하여 오프라인 주소록을 이동합니다. Move-OfflineAddressBook "Default Offline Address List" -Server <MBX2010>

    2. 다음 명령을 사용하여 Exchange 2010 클라이언트 액세스 서버를 웹 배포 지점으로 추가합니다.

    • $OABVDir=Get-OABVirtualDirectory -Server <CAS2010>

    • $OAB=Get-OfflineAddressBook "Default Offline Address List"

    • $OAB.VirtualDirectories += $OABVdir.DistinguishedName

    • Set-OfflineAddressBook "Default Offline Address List" -VirtualDirectories $OAB.VirtualDirectories

  7. Exchange 2003 백 엔드 서버의 Microsoft-Server-ActiveSync 가상 디렉터리에 통합 Windows 인증을 사용합니다. 이렇게 하면 Exchange 2010 클라이언트 액세스 서버와 Exchange 2003 백 엔드 서버가 Kerberos 인증을 통해 통신할 수 있습니다.

    1. 여기에 있는 핫픽스를 설치한 후 Exchange System Manager를 사용하여 Exchange ActiveSync 가상 디렉터리의 인증 설정을 조정합니다.

    2. 또는 각 Exchange 2003 사서함 서버의 구성 컨테이너 내에 있는 Microsoft-Server-ActiveSync 개체에서 msExchAuthenticationFlags 특성의 값을 6으로 설정합니다. 스크립트 예는 여기에 제공됩니다.

      중요

      ActiveSync 가상 디렉터리의 인증 설정을 변경할 때 IIS 관리자를 사용하지 마십시오. 시스템 수행자 내의 DS2MB 프로세스에 의해 Active Directory에 저장된 설정이 덮어쓰입니다.

  8. 외부 DNS 인프라에 레거시 호스트 이름을 만들고 이 호스트 이름을 Exchange 2003 프런트 엔드 서버나 프록시 인프라에 연결합니다.

  9. mail.contoso.com의 원본 네임스페이스가 Exchange 2010 클라이언트 액세스 서버 또는 클라이언트 액세스 서버 배열을 가리키도록 외부 DNS 설정이나 역방향 프록시 인프라의 게시 규칙을 다시 구성합니다.

  10. 모든 클라이언트 연결을 테스트하고 인터넷 프로토콜 클라이언트 사용을 다시 설정합니다.

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