Windows Server 2003의 Exchange 2007을 Windows Server 2008의 Exchange 2007 SP1로 마이그레이션

 

마지막으로 수정된 항목: 2008-05-23

작성자: Scott Schnoll

Microsoft Exchange Server 2007 SP1(서비스 팩 1)에는 다양한 새 기능 및 Exchange 2007 RTM(Release To Manufacturing) 버전에서 향상된 기능이 포함되어 있습니다. 이러한 향상된 기능 중 하나가 최근 RTM 버전의 Windows Server 2008 운영 체제 지원입니다. Exchange 2007의 RTM 버전은 Windows Server 2008에 설치할 수 없지만 Exchange 2007 SP1은 Windows Server 2008에 설치할 수 있습니다. 다음 표에는 Exchange 2007 RTM과 SP1의 운영 체제 지원에 대해 간략하게 설명되어 있습니다.

Exchange Server 2007 제품 릴리스 Windows Server 2003 지원 Windows Server 2008 지원

Exchange 2007 RTM

Windows Server 2003 SP1 이상 버전

Windows Server 2003 R2

지원되지 않음

Exchange 2007 SP1

Windows Server 2003 SP2

Windows Server 2008 RTM

Microsoft Exchange(이전 버전 포함) 및 Windows Server 2008에 대한 자세한 내용은 Exchange 팀 블로그 게시물, Exchange Server 및 Windows Server 2008(영문)을 참조하십시오.

참고

UNRESOLVED_TOKEN_VAL(exBlog) 

현재 위치에서 운영 체제를 Windows Server 2003에서 Windows Server 2008로 업그레이드할 수 없기 때문에, Exchange 2007을 실행하는 컴퓨터를 Windows Server 2008 운영 체제로 마이그레이션하려면 신중하게 계획해야 합니다. 이 경우에는 새 서버를 빌드하여 데이터를 마이그레이션하거나 데이터를 보존해 두고 기존 서버를 처음부터 다시 빌드해야 합니다.

조직에서 서버 빌드 문서와 변경 관리 기록 및 로그를 작성해 유지 관리하고 있다면 이 항목에서 설명하는 절차를 수행할 때 이러한 자료를 참조하는 것이 좋습니다. 그게 아니라면 해당 자료를 직접 작성해 유지 관리하는 것이 좋습니다.

지원되지 않는 마이그레이션 프로세스

Exchange 팀 블로그 게시물, 불가능한 작업: 현재 위치에서 Microsoft Exchange Server 2007을 Windows Server 2003에서 Windows Server 2008로 업그레이드(영문)에서 설명하는 것과 같이, Exchange 2007(RTM 또는 SP1)이 컴퓨터에 설치되어 있으면 운영 체제를 현재 위치에서 업그레이드할 수 없습니다. 여기에는 다양한 기술적 원인이 있으며, 여기서는 그 중 몇 가지를 간략하게 설명합니다.

  • Windows Server 2003에서 실행 중인 기존 Exchange 2007 서버(RTM 또는 SP1)를 사용하여 운영 체제를 현재 위치에서 Windows Server 2008로 업그레이드할 수 없습니다.

  • Windows Server 2008 장애 조치(failover) 클러스터가 이전에 비해 크게 변경되었으므로, 클러스터된 사서함 서버가 포함된 장애 조치(failover) 클러스터를 Windows Server 2003에서 Windows Server 2008로 롤링 업그레이드할 수 없습니다.

  • 독립 실행형 서버를 업그레이드할 때는 운영 체제를 Windows Server 2008로 업그레이드한 다음 Exchange 2007을 SP1로 업그레이드할 수 없습니다. 또한 Exchange 2007을 SP1로 업그레이드한 다음 운영 체제를 Windows Server 2008로 업그레이드할 수도 없습니다.

  • 설치 프로그램의 서버 복구 기능은 여러 운영 체제에 걸쳐 사용할 수 없습니다. 즉, Setup /m:RecoverServer 또는 Setup /RecoverCMS를 사용하여 Exchange 서버가 사용하는 운영 체제를 변경할 수 없습니다. 예를 들어, Windows Server 2008에서 Setup /m:RecoverServer를 사용하여 Windows Server 2003에서 실행 중이었던 Exchange 서버를 복구할 수는 없습니다.

지원되는 마이그레이션 프로세스

지원되는 두 가지 프로세스를 사용하여 Windows Server 2003에서 Exchange 2007 또는 Exchange 2007 SP1을 실행하는 컴퓨터를 Windows Server 2008로 마이그레이션할 수 있습니다. 이 프로세스 중 하나는 새 서버를 설치한 다음 데이터를 마이그레이션하는 것이고, 다른 하나는 기존 서버를 처음부터 다시 빌드한 다음 데이터를 마이그레이션하거나 복원하는 것입니다.

새 서버 또는 클러스터 설치

이 프로세스는 새 서버 또는 클러스터를 빌드한 후에 사서함 이동 및 공용 폴더 복제와 같은 데이터 마이그레이션 메커니즘을 사용하여 이전 서버에서 새 서버로 데이터를 마이그레이션하는 과정으로 이루어집니다. 보통 사서함을 이동할 때는 사용자의 데스크톱 메시징 프로필을 수동으로 수정할 필요가 없습니다. 그러나 일부 환경에서는 사서함 이동 프로세스 대신 데이터베이스 이식성을 사용하면 가동 중지 시간이 줄어들 수 있습니다. 예를 들어, 데이터베이스가 포함된 저장소에서 원래 서버에 대한 연결을 끊은 다음 새 서버에 다시 연결할 수 있는 경우 사서함 이동 작업보다 데이터베이스 이식성을 사용하면 속도를 크게 높이고 가동 중지 시간을 줄일 수 있습니다. 궁극적으로 각 조직은 요구 사항에 가장 적합한 데이터 마이그레이션 프로세스를 자체적으로 결정해야 합니다.

처음부터 기존 서버 또는 클러스터 다시 빌드

독립 실행형 서버의 경우 이 프로세스는 기존 데이터를 보존하고, 타사 응용 프로그램을 제거하고, Exchange를 제거하고, Windows PowerShell을 제거한 다음 Windows Server 2003을 Windows Server 2008로 업그레이드하고, PowerShell 및 Windows Server 2008의 기타 선행 조건을 설치하고, Exchange 2007 SP1을 설치하고, 데이터베이스 이식성 또는 백업 및 복원을 사용하여 데이터를 마이그레이션하고, 서버를 다시 구성하고, 마지막으로 타사 응용 프로그램을 다시 설치하는 과정으로 이루어집니다.

이 프로세스에서는 보유한 서버 수에 따라 데이터 보존 방법이 달라집니다. 여러 개의 사서함 서버 환경에서는 모든 사서함 및 데이터를 다른 서버로 이동한 후에 Exchange를 제거할 수 있습니다. 단일 서버 환경의 경우에는 사서함을 모두 사용하지 않도록 설정한 후에 Exchange를 제거할 수 있습니다.

클러스터된 사서함 서버의 경우 이 프로세스는 클러스터의 수동 노드에서 Exchange 및 Windows PowerShell을 제거한 후에 클러스터에서 해당 노드를 제거하는 과정으로 이루어집니다. 노드를 제거했으면 Windows Server 2008을 새로 설치하고 선행 조건을 설치한 다음, 해당 노드가 있는 새 장애 조치(failover) 클러스터를 만들 수 있습니다.

Windows Server 2003에서 Windows Server 2008로 서버 역할 마이그레이션

각 서버 역할을 Windows Server 2003에서 Windows Server 2008로 이동하는 작업은 모든 역할에서 매우 비슷하지만, 각 서버 역할에 대해 고유하게 수행해야 하는 특정 작업도 있습니다. 다음 섹션에서는 각 서버 역할을 Windows Server 2008로 이동하는 프로세스에 대해 자세히 설명합니다.

개별 서버 역할을 마이그레이션할 때는 역할을 마이그레이션하는 순서가 중요합니다. 특히 조직 전체에 Exchange 2007 SP1을 아직 배포한 경우가 아니면 Windows Server 2008로 마이그레이션할 때 항상 Exchange 2007 RTM에서 Exchange 2007 SP1로의 전환이 이루어지기 때문입니다. 그러므로 서버 역할은 작업 환경에서 SP1을 배포하는 순서와 같은 순서, 즉 클라이언트 액세스, 허브 전송, Edge 전송, 통합 메시징, 사서함의 순서로 마이그레이션해야 합니다.

따라서 Exchange 2007 SP1 요구 사항을 염두에 두고 Windows Server 2008 배포를 계획해야 합니다. 한 컴퓨터에서 Windows Server 2008을 사용하여 Exchange 2007 SP1을 배포하는 작업은 다른 컴퓨터에서 Windows Server 2008을 사용하여 Exchange 2007 SP1을 배포하는 작업에 영향을 주거나 이 작업을 제어할 수 있습니다. 그 이유는 다음 섹션에서 설명합니다.

전송 서버 및 Edge 동기화

EdgeSync 프로세스에 참여하는 모든 전송 서버는 동일한 Exchange 2007 버전을 실행 중이어야 합니다(예: 모두 RTM 또는 모두 SP1 실행). 그러므로 첫 번째 허브 전송 서버를 Windows Server 2008로 마이그레이션한 후에는 EdgeSync 프로세스에 참여하는 전송 서버를 Exchange 2007 SP1로 처음 업그레이드한 후 15일 이내에, 동일한 Active Directory 사이트에 있는 다른 모든 허브 전송 서버와 Active Directory 사이트에 구독된 모든 Edge 전송 서버를 업그레이드해야 합니다. 이것은 이 서버들도 Windows Server 2008로 마이그레이션해야 한다는 의미가 아니라, Exchange 2007 SP1로 업그레이드해야 한다는 의미입니다.

운영 체제 간 지원이 포함되지 않은 기능

SCC(단일 복사본 클러스터) 및 CCR(클러스터 연속 복제) 환경의 장애 조치(failover) 클러스터 관리 및 SCR(대기 연속 복제)과 같은 Exchange 2007의 일부 기능에는 운영 체제 간 지원이 포함되어 있지 않습니다.

  • SCR을 사용할 때 SCR 원본 컴퓨터와 해당 모든 SCR 대상 컴퓨터는 동일한 운영 체제를 실행해야 합니다. 그러므로 기존 SCR 원본 또는 대상 컴퓨터를 마이그레이션하기 전에 먼저 마이그레이션하는 컴퓨터에 대해 SCR을 사용하지 않도록 설정해야 합니다.

  • Windows Server 2008은 이전 버전의 Windows Server에 포함된 클러스터 API를 더 이상 지원하지 않습니다. 클러스터 서비스에서는 서로 다른 운영 체제 간의 장애 조치(failover) 클러스터를 원격 관리하는 데 클러스터 관리 도구를 사용할 수 없기 때문에, 서로 다른 운영 체제 간의 장애 조치(failover) 클러스터를 원격 관리하는 데 Exchange 관리 도구를 사용할 수 없습니다. 예를 들어, 다음과 같은 작업을 수행할 수 없습니다.

    • Windows Server 2003 또는 Windows XP를 실행하는 컴퓨터에서 Windows Server 2008에서 실행 중인 클러스터된 사서함 서버 관리

    • Windows Server 2008을 실행하는 컴퓨터에서 Windows Server 2003에서 실행 중인 클러스터된 사서함 서버 관리

    위와 같은 제한 외에도 동일한 컴퓨터에 서로 다른 운영 체제 버전의 클러스터 관리 도구를 설치할 수 없습니다. 따라서 Exchange 환경에서 여러 개의 클라이언트와 서버 운영 체제를 실행 중인 경우에는 원격 데스크톱 프로토콜 도구 같은 대체 방법을 사용하여 모든 또는 일부 Exchange 서버를 관리해야 할 수 있습니다.

참고

이 게시물을 작성하는 시점에서는 Windows Vista용 원격 서버 관리 도구를 아직 사용할 수 없습니다. Windows Server 2008을 실행하는 장애 조치(failover) 클러스터를 원격으로 관리하도록 설정하려면 이러한 도구를 Windows Vista에 설치해야 합니다.

개별 서버 역할 마이그레이션을 위한 절차

이 항목에서는 개별 서버 역할을 Windows Server 2003의 Exchange 2007(RTM 또는 SP1)에서 Windows Server 2008의 Exchange 2007 SP1로 마이그레이션하는 방법에 대한 절차를 설명합니다. 단일 서버 환경을 Windows Server 2003에서 Windows Server 2008로 마이그레이션하는 방법에 대한 자세한 정보는 이 항목 뒤에 이어지는 "단일 서버 환경을 위한 절차" 항목을 참조하십시오.

클라이언트 액세스 서버 역할

클라이언트 액세스 서버는 해당 구성 데이터를 여러 위치에 저장합니다.

  • Active Directory는 가용성 서비스, Exchange ActiveSync 및 Outlook Web Access 가상 디렉터리와 관련된 구성 정보를 저장하는 데 사용됩니다.

  • IIS(인터넷 정보 서비스) 메타베이스도 Exchange ActiveSync, 자동 검색 및 Exchange 웹 서비스에 대한 구성 정보를 저장합니다.

  • Web.config 파일 및 Windows 레지스트리와 같은 로컬 구성 파일은 Outlook Web Access, IMAP, POP3, 가용성 서비스, Exchange ActiveSync와 관련된 구성 데이터 및 Exchange 설치 프로그램에서 사용하는 정보를 저장하는 데 사용됩니다.

클라이언트 액세스 서버 간에는 구성 설정을 프로그래밍 방식으로 마이그레이션할 수 없으므로, 클라이언트 액세스 서버의 마이그레이션 프로세스는 주로 수동으로 이루어집니다. 그러나 ExportCASConfig.ps1이라는 Exchange 관리 셸 스크립트를 사용하면 구성 설정 수집 프로세스를 대부분 자동화할 수 있습니다. Exchange 팀 블로그 게시물, CAS 역할 설정을 내보내는 방법(영문)에서 이 스크립트를 다운로드할 수 있습니다.

참고

UNRESOLVED_TOKEN_VAL(exBlog)

ExportCASConfig.ps1은 Outlook Web Access, Exchange ActiveSync, 통합 메시징, 웹 서비스, 오프라인 주소록, POP3 및 IMAP4에 대한 가상 디렉터리 정보를 내보내는 데 사용할 수 있습니다. 또한 ExportCASConfig.ps1을 통해 클라이언트 액세스 서버의 설치 및 스크립트 경로 설정도 내보낼 수 있습니다. 이 스크립트는 수집된 정보를 XML 파일로 내보내며, 이 파일은 새로 빌드한 클라이언트 액세스 서버에서 캡처한 설정을 수동으로 다시 만들 때 참조로 사용할 수 있습니다.

다음 단계를 사용하여 Windows Server 2003을 실행하는 서버에서 Windows Server 2008을 실행하는 새 서버로 클라이언트 액세스 서버를 마이그레이션할 수 있습니다.

참고

Windows Server 2008로 마이그레이션되는 클라이언트 액세스 서버가 Windows NLB(네트워크 부하 분산) 클러스터에 속해 있는 경우에는 마이그레이션 프로세스를 수행할 때 해당 서버를 NLB 클러스터에서 일시적으로 제거하는 것이 좋습니다. 마이그레이션 수행 중에 동일한 NLB 클러스터에 Windows Server 2003 및 Windows Server 2008 노드가 동시에 포함됩니다. 이러한 혼합 모드 배포는 업그레이드 설치를 진행 중인 동안에만 지원되므로, 배포 시에 오랜 시간 동안 사용해서는 안 됩니다. NLB 클러스터를 Windows Server 2003에서 Windows Server 2008로 업그레이드하는 방법에 대한 자세한 내용은 Upgrading an existing Network Load Balancing Cluster(영문)를 참조하십시오.

  1. 모든 사용자 지정 구성 설정을 수집하여 문서화합니다. 이 작업은 자동 실행 단계(1단계)와 수동 작업 단계(2단계)로 이루어지는 두 단계 프로세스입니다.

    1. ExportCASConfig.ps1 스크립트를 다운로드하고 실행하여 위에서 설명한 구성 정보를 XML 파일에 수집합니다.

    2. Web.config 파일과 Windows 레지스트리의 정보를 검토 및 문서화하여 스크립트를 통해 수집되지 않는 나머지 구성 설정을 수동으로 수집합니다. 또한 필수 SSL 설정, 웹 사이트 바인딩, 인증서와 인증서 매핑, HTTP 리디렉션 등 내보내기 과정 중에 수집되지 않는 IIS 구성 및 설정을 수동으로 수집하여 문서화해야 합니다.

  2. Exchange 2007 SP1 및 Windows Server 2008을 실행하는 새 클라이언트 액세스 서버를 빌드 및 구성합니다. 클라이언트 액세스 서버 역할을 설치하는 방법에 대한 자세한 단계는 서버 역할 배포를 참조하십시오. 또한 Microsoft Update를 방문하여 새 서버에 대한 중요 업데이트 또는 권장 업데이트를 다운로드하는 것이 좋습니다.

  3. 새 서버에서 ExportCASConfig.ps1 스크립트를 실행하여 해당 구성 정보를 두 번째 XML 파일에 수집합니다.

  4. Windows Server 2003과 Windows Server 2008에 모두 포함된 Microsoft WinDiff(Windiff.exe)를 사용하여 두 XML 파일을 비교합니다. WinDiff는 파일 또는 디렉터리를 비교하여 결과를 그래픽으로 표시합니다. 예를 들어, 한 파일에는 있지만 비교 파일에는 없는 정보는 빨간색으로 강조 표시되고, 두 파일 간에 서로 다른 정보는 노란색으로 강조 표시되는 식입니다. WinDiff 사용에 대한 자세한 내용은 Microsoft 기술 자료 문서 159214, Windiff.exe 유틸리티를 사용하는 방법(영문)을 참조하십시오. 각 시스템에서 캡처한 구성 파일을 비교하면 변경 내용과 누락된 설정을 보다 쉽게 파악하여 이를 새 서버에서 수동으로 다시 구성할 수 있습니다.

  5. 수집한 구성 정보에 대한 설정을 새 서버에서 수동으로 다시 구성한 후에는 다음을 포함하여 스크립트를 통해 캡처되지 않는 나머지 설정을 수동으로 다시 구성해야 합니다.

    • Web.config 파일의 정보

    • SSL 설정

    • 웹 사이트 바인딩

    • 인증서 및 인증서 매핑

    • HTTP 리디렉션

    Windiff를 사용하여 원래 서버와 새 서버의 Web.config 파일을 비교할 수 있습니다.

    원래 서버의 SSL 인증서에 대한 개인 키가 내보낼 수 있는 것으로 표시되면 인증서를 내보낸 후에 새 서버로 가져올 수 있습니다. IIS 6.0에서 인증서를 내보내는 방법에 대한 자세한 단계는 서버 인증서 내보내기(IIS 6.0)(영문)를 참조하십시오. IIS 7.0으로 인증서를 가져오는 방법에 대한 자세한 단계는 IIS 7.0: 서버 인증서 가져오기(영문)를 참조하십시오.

    수동으로 나머지 사용자 지정 설정을 수집한 다음 새 서버에서 해당 설정을 다시 만듭니다.

  6. Active Directory 복제를 통해 조직 전체에 새 서버와 해당 구성 설정이 복제되면 원래 서버에서 클라이언트 액세스 서버 역할을 제거할 수 있습니다. Exchange 2007을 제거하는 방법에 대한 자세한 단계는 서버에서 Exchange 2007을 완전히 제거하는 방법을 참조하십시오.

허브 전송 서버 역할

허브 전송 서버 역할의 마이그레이션 프로세스는 가장 단순한 서버 역할 마이그레이션 중 하나입니다. 수신 커넥터와 Edge 구독, 이 두 가지 구성 요소는 수동으로 수집 및 문서화한 후에 새 서버에서 다시 만들어야 합니다. 그리고 수신 커넥터와 Edge 구독은 시스템 간에 마이그레이션할 수 없으므로 수동으로 다시 만들어야 합니다. 또한 서비스 해제 중인 허브 전송 서버가 송신 커넥터나 외부 커넥터의 원본 전송 서버로 지정되어 있는 경우에는 커넥터의 원본 서버 목록에서 이전 허브 전송 서버 이름을 제거한 후에 새 허브 전송 서버를 원본 서버 목록에 추가할 수 있습니다. 다음 명령을 사용하여 송신 커넥터 정보를 수집할 수 있습니다.

Get-SendConnector |  where { $_.SourceTransportServers -match <NameofHubTransportServer> }

다음 단계를 통해 마이그레이션 프로세스를 수행할 수 있습니다.

  1. Exchange 2007 SP1 및 Windows Server 2008을 실행하는 새 Exchange 2007 허브 전송 서버를 설치합니다. 또한 Microsoft Update를 방문하여 새 서버에 대한 중요 업데이트 또는 권장 업데이트를 다운로드하는 것이 좋습니다. Windows Server 2008에 허브 전송 서버 역할을 설치하는 방법에 대한 자세한 단계는 서버 역할 배포를 참조하십시오.

  2. 새 허브 전송 서버에는 클라이언트 커넥터와 기본 커넥터라는 두 개의 수신 커넥터가 포함됩니다.

    1. 원래 허브 전송 서버에서 클라이언트 커넥터와 기본 커넥터에 대해 수행한 사용자 지정 변경 내용은 새 허브 전송 서버에서 수동으로 다시 만들어야 합니다.

    2. 원래 허브 전송 서버에서 만든 사용자 지정 커넥터도 새 허브 전송 서버에서 수동으로 다시 만들어야 합니다.

  3. Edge 전송 서버가 새 허브 전송 서버에 가입하도록, 새 서버에서 EdgeSync 프로세스를 실행합니다. Edge 전송 서버가 원래 가입했던 동일한 Active Directory 사이트에 다시 가입하도록 해야 합니다. 원본 Edge 구독을 먼저 제거할 필요는 없습니다. 구독 프로세스를 수행하면 기존 Edge 구독을 덮어쓰기 때문입니다. Edge 전송 서버가 새 허브 전송 서버에 가입하도록 하려면 다음을 수행합니다.

    1. Edge 전송 서버에서 새 XML 파일을 내보냅니다.

    2. 새 허브 전송 서버에서 XML 파일을 가져옵니다.

    EdgeSync 프로세스에 대한 자세한 내용은 Exchange 조직에 Edge 전송 서버 구독을 참조하십시오.

  4. 필요한 경우 송신 커넥터를 다시 구성합니다. 송신 커넥터를 다시 구성하는 방법에 대한 자세한 단계는 송신 커넥터의 구성을 수정하는 방법을 참조하십시오.

  5. 새 허브 전송 서버에 대한 구성 및 구독을 완료했으면 원래 허브 전송 서버에서 Edge 구독을 제거한 다음 허브 전송 서버 역할을 제거할 수 있습니다. Edge 구독을 제거하는 방법에 대한 자세한 단계는 Edge 구독을 제거하는 방법을 참조하십시오. Exchange 2007을 제거하는 방법에 대한 자세한 단계는 서버에서 Exchange 2007을 완전히 제거하는 방법을 참조하십시오.

사서함 서버 역할

사서함 서버의 마이그레이션 프로세스는 사서함을 이동하거나 데이터베이스 이식성을 사용하여 사서함 데이터를 이동하고, 사용자 지정 구성 설정 및 공용 폴더 콘텐츠를 캡처 및 마이그레이션하며, OAB(오프라인 주소록) 생성 프로세스를 이동하고 원래 사서함 서버에서 Exchange 2007을 제거하는 과정으로 이루어집니다.

참고

콘텐츠 인덱스는 서버 간에 마이그레이션할 수 없습니다. 마이그레이션 프로세스가 완료되면 데이터베이스가 새 서버에서 다시 인덱싱됩니다.

다음 단계를 통해 이 마이그레이션 프로세스를 수행할 수 있습니다.

  1. Exchange 2007 SP1 및 Windows Server 2008을 실행하는 새 Exchange 2007 사서함 서버 또는 클러스터된 사서함 서버를 설치합니다. 또한 Microsoft Update를 방문하여 새 서버에 대한 중요 업데이트 또는 권장 업데이트를 다운로드하는 것이 좋습니다. Windows Server 2008에 사서함 서버 역할 또는 클러스터된 사서함 서버를 설치하는 방법에 대한 자세한 단계는 다음 항목을 참조하십시오.

  2. 이전 서버에서 사용했던 사용자 지정 설정으로 새 서버를 구성합니다. Exchange Server Best Practices Analyzer 도구를 사용하여 서버의 다양한 구성 설정을 수집할 수 있습니다. 또한 Exchange 관리 셸에서 다음 명령을 사용하여 서버 구성 설정을 수집할 수 있습니다.

    Get-ExchangeAdministrator OriginalServerName | FL
    Get-MailboxServer OriginalServerName | FL
    Get-ExchangeServer OriginalServerName | FL
    Get-StorageGroup -Server OriginalServerName | FL
    Get-MailboxDatabase -Server OriginalServerName | FL
    Get-PublicFolderDatabase -Server OriginalServerName | FL
    

    다음 명령을 실행하여 이러한 각 명령의 출력을 단일 파일로 리디렉션할 수도 있습니다.

    Get-ExchangeAdministrator OriginalServerName | FL > C:\OriginalServerName.txt
    Get-MailboxServer OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-ExchangeServer OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-StorageGroup -Server OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-MailboxDatabase -Server OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-PublicFolderDatabase -Server OriginalServerName | FL >> C:\ OriginalServerName.txt
    
  3. 원래 서버에 공용 폴더 데이터베이스가 포함된 경우에는 공용 폴더를 새 서버로 이동할 수 있습니다. 서버 간에 공용 폴더 복제본을 이동하는 방법에 대한 자세한 내용은 공용 폴더 데이터베이스 간에 공용 폴더 콘텐츠를 이동하는 방법을 참조하십시오.

  4. OAB(오프라인 주소록) 생성 프로세스를 새 서버로 이동합니다. 이 작업을 수행하는 방법에 대한 자세한 단계는 오프라인 주소록 생성 프로세스를 다른 서버로 이동하는 방법을 참조하십시오.

  5. 공용 폴더 및 OAB 생성 프로세스를 마이그레이션했으면 이제 사서함 데이터베이스 마이그레이션 방법을 선택할 수 있습니다.

    1. 사서함 이동 작업을 사용하면 모든 사서함을 새 서버로 이동할 수 있습니다. 사서함 이동 방법에 대한 자세한 내용은 사서함 이동을 참조하십시오.

    2. 또는 데이터베이스 이식성을 사용하여 이전 서버에서 새 서버로 사서함 데이터베이스를 이동할 수도 있습니다. 데이터베이스 이식성을 사용하는 방법에 대한 자세한 내용은 데이터베이스 이식성을 참조하십시오.

    원래 사서함 서버에 있는 저장소 그룹에 LCR(로컬 연속 복제) 또는 SCR을 사용하도록 설정되어 있는 경우에는, LCR/SCR을 사용하지 않도록 설정한 후에 사서함 이동 또는 데이터베이스 이식성을 사용하여 사서함을 새 사서함 서버로 이동해야 합니다.

  6. 사서함을 새 서버로 이동했으면 새 서버에 있는 하나 이상의 저장소 그룹에 LCR 또는 SCR을 사용하도록 설정할 수 있습니다. 그러나 SCR을 사용하는 경우에는 모든 SCR 대상의 운영 체제가 SCR 원본의 운영 체제와 일치해야 합니다. 이제 새 사서함 서버에서 Windows Server 2008을 실행하므로 새 사서함 서버의 저장소 그룹에서 사용하는 모든 SCR 대상도 Windows Server 2008을 실행해야 합니다.

  7. 원래 서버의 사용을 중지하려면 먼저 사서함, 공용 폴더, OAB 생성 및 타사 응용 프로그램을 포함한 모든 데이터가 새 서버로 마이그레이션되었는지 확인합니다. 확인이 끝났으면 Exchange를 제거할 수 있습니다. Exchange 2007을 제거하는 방법에 대한 자세한 단계는 서버에서 Exchange 2007을 완전히 제거하는 방법을 참조하십시오. 제품을 혼용하는 조직에서 첫 번째 Exchange 2007 서버를 제거하는 방법에 대한 내용은 동시 사용 시나리오에서 첫 번째 Exchange 2007 서버를 제거하는 방법을 참조하십시오.

Edge 전송 서버 역할

Edge 전송 서버의 마이그레이션 프로세스는 단연 가장 쉬운 서버 역할 마이그레이션입니다. Edge 전송 서버 역할은 해당 구성 정보를 Windows Server 2003에서는 ADAM(Active Directory 응용 프로그램 모드)에, 그리고 Windows Server 2008에서는 AD LDS(Active Directory Lightweight Directory Services)에 저장합니다. Exchange 2007 및 Exchange 2007 SP1에 포함되어 있는 스크립트인 ExportEdgeConfig.ps1 및 ImportEdgeConfig.ps1은 각각 한 서버의 ADAM 인스턴스에서 Edge 전송 서버 구성 설정을 내보내고 다른 Edge 전송 서버의 ADAM 인스턴스로 이러한 설정을 가져오는 데 사용할 수 있습니다. 이러한 스크립트는 완벽한 테스트 과정을 거쳤으며, 여러 운영 체제에서 사용할 수 있습니다. 예를 들어, 이들 스크립트를 사용하여 Windows Server 2003의 Exchange 2007에서 Windows Server 2008의 Exchange 2007 SP1로 마이그레이션할 수 있습니다. 이러한 스크립트에 대한 자세한 내용은 Edge 전송 서버 복제된 구성 사용을 참조하십시오.

다음 단계를 통해 마이그레이션 프로세스를 수행할 수 있습니다.

  1. Exchange 2007 SP1 및 Windows Server 2008을 실행하는 새 Exchange 2007 Edge 전송 서버를 설치합니다. 또한 Microsoft Update를 방문하여 새 서버에 대한 중요 업데이트 또는 권장 업데이트를 다운로드하는 것이 좋습니다. Windows Server 2008에 Edge 전송 서버 역할을 설치하는 방법에 대한 자세한 단계는 서버 역할 배포를 참조하십시오. 또한 Microsoft Update를 방문하여 새 서버에 대한 중요 업데이트 또는 권장 업데이트를 다운로드하는 것이 좋습니다.

  2. 앞서 설명한 내보내기 및 가져오기 스크립트를 사용하여 복제된 구성 프로세스를 수행합니다. 복제된 구성 프로세스를 수행하는 방법에 대한 자세한 단계는 복제된 구성 작업으로 Edge 전송 서버 역할을 구성하는 방법을 참조하십시오.

    중요

    복제된 구성 프로세스에서는 사용자 지정 사용 권한 설정을 확인하거나 마이그레이션하지 않습니다. 그러므로 이러한 설정은 수동으로 수집하여 새 Edge 전송 서버에서 다시 만들어야 합니다. 또한 복제된 구성 프로세스에서는 서버의 Edge 구독 설정을 복제하지 않습니다. 그리고 Microsoft Exchange EdgeSync 서비스에서 사용되는 인증서도 복제되지 않습니다. EdgeSync 프로세스는 새로운 각 Edge 전송 서버에 대해 개별적으로 실행해야 합니다. EdgeSync 서비스는 복제된 구성 정보와 EdgeSync 복제 정보에 모두 포함되어 있는 설정을 덮어씁니다.

  3. 구성 정보를 원래 Edge 전송 서버에서 내보낼 때 전송 구성 개체는 중간 XML 파일에 기록되지 않습니다. 그러므로 이 개체의 구성 정보는 새 Edge 전송 서버로 복제되지 않습니다. 전송 구성 개체의 설정에서 Edge 전송 서버의 서버 전체 전자 메일 전송 설정이 정의됩니다. 중간 XML 파일을 대상 서버로 가져오면 전송 구성 개체의 설정은 기본값을 갖게 됩니다. 새 Edge 전송 서버에서 전송 구성 개체 설정을 복원하려면 가져오기 프로세스가 완료된 후에 다음 단계를 수행하여 설정을 구성해야 합니다.

    1. 원래 서버에 대해 Get-TransportConfig cmdlet를 실행하여 전송 구성 설정을 수집합니다.

    2. 새 서버에서 Set-TransportConfig cmdlet를 실행하여 새 서버에 대해 원래 서버의 설정을 다시 만듭니다.

  4. DNS(Domain Name System) 레코드를 적절히 업데이트합니다. 예를 들어, MX(메일 교환기) 레코드에서 원래 Edge 전송 서버에 대한 IP 주소를 제거하고 새 Edge 전송 서버의 IP 주소를 MX 레코드에 추가해야 합니다.

  5. 모든 메시지 큐가 비어 있는지 확인합니다. 메시지가 포함된 큐는 이 프로세스를 진행하기 전에 완전히 없애야 합니다. 다음 명령을 사용하여 각 메시지 큐의 메시지 수를 확인할 수 있습니다.

    Get-Queue -Server OriginalServerName | fl Identity,MessageCount
    

    MessageCount의 값이 0이면 큐가 비어 있는 것입니다. 배달해야 하는 메시지가 큐에 포함된 경우에는 Set-ReceiveConnector cmdlet를 통해 서버에서 모든 수신 커넥터를 사용하지 않도록 설정하여 큐를 완전히 없앨 수 있습니다. 그러면 서버가 새 연결을 허용하지 않습니다. 수신 커넥터를 사용하지 않도록 설정하는 방법에 대한 자세한 단계는 수신 커넥터를 사용하거나 사용하지 않도록 설정하는 방법을 참조하십시오. 모든 수신 커넥터를 사용하지 않도록 설정했으면 큐가 비워질 때까지 기다립니다.

  6. Remove-EdgeSubscription cmdlet를 사용하여 해당 허브 전송 서버에서 Edge 구독을 제거합니다. Edge 구독을 제거하는 방법에 대한 자세한 단계는 Edge 구독을 제거하는 방법을 참조하십시오.

  7. 새 서버에서 EdgeSync 프로세스를 실행하여 Active Directory에서 새 Edge 전송 서버에 있는 Active Directory Lightweight Directory Services 인스턴스로, 받는 사람 및 구성 정보의 단방향 복제를 설정합니다. EdgeSync 프로세스에 대한 자세한 내용은 Exchange 조직에 Edge 전송 서버 구독을 참조하십시오.

  8. 새 Edge 전송 서버에 대한 구성 및 구독을 완료했으면 원래 서버에서 Edge 전송 서버 역할을 제거할 수 있습니다. Exchange 2007을 제거하는 방법에 대한 자세한 단계는 서버에서 Exchange 2007을 완전히 제거하는 방법을 참조하십시오.

통합 메시징 서버 역할

UM(통합 메시징) 서버의 마이그레이션 프로세스에서는 음성 안내 게시 지점을 원래 서버에서 새 서버로 이동합니다. UM을 사용하는 사용자의 녹음된 이름 및 개인 인사말과 같은 기타 UM 구성 설정은 각각 Active Directory 및 사용자 사서함에 저장됩니다. 그러므로 이 데이터는 마이그레이션하지 않아도 됩니다.

다이얼 플랜과 자동 전화 교환의 사용자 지정 인사말은 UM 음성 안내 게시 지점에 게시되며, 다이얼 플랜의 각 UM 서버는 이 위치에서 해당 복사본을 가져옵니다. 기본적으로 다이얼 플랜의 음성 안내 게시 지점은 다이얼 플랜에 가입하는 첫 UM 서버에 있습니다. Exchange 관리 셸을 사용하여 음성 안내 게시 지점의 위치를 확인할 수 있습니다. 예를 들어, DialPlan1이라는 다이얼 플랜이 있는 경우에는 Exchange 관리 셸에서 다음 명령을 실행하여 음성 안내 게시 지점의 경로를 확인할 수 있습니다.

$dp = Get-UMDialPlan DialPlan1
$dp.PromptPublishingPoint

위 명령을 실행하면 DialPlan1에 가입하는 첫 UM 서버의 FQDN(정규화된 도메인 이름)이 포함된 UNC(범용 명명 규칙) 경로가 출력됩니다. 예를 들어, DialPlan1에 가입하는 첫 UM 서버의 이름이 UMSVR1이고 fabrikam.com 도메인에 있는 경우에는 다음과 같이 출력됩니다.

\\umsvr1.fabrikam.com\ExchangeUM

마이그레이션 이후에도 UMSVR1에서 UM 서비스를 계속 제공하는 경우에는 아무것도 변경하지 않아도 됩니다. 그러나 UMSVR1의 서비스를 해제할 계획이고 사용자 지정 다이얼 플랜과 자동 전화 교환 음성 안내를 계속해서 업데이트해야 하는 경우에는 음성 안내 게시 지점을 다른 위치로 이동해야 합니다. 새 위치는 UM 서버일 필요가 없지만, 음성 안내를 게시할 때마다 사용 가능한 컴퓨터여야 합니다. 예를 들어 음성 안내 게시 지점을 newserv.fabrikam.com으로 이동한다고 가정하면 다음 단계를 수행할 수 있습니다.

  1. Exchange 2007 SP1 및 Windows Server 2008을 실행하는 새 통합 메시징 서버를 빌드 및 구성합니다. 통합 메시징 서버 역할을 설치하는 방법에 대한 자세한 단계는 서버 역할 배포를 참조하십시오. 또한 Microsoft Update를 방문하여 새 서버에 대한 중요 업데이트 또는 권장 업데이트를 다운로드하는 것이 좋습니다.

  2. 기존 통합 메시징 서버가 속한 다이얼 플랜에 가입하도록 새 통합 메시징 서버를 구성합니다.

  3. 다음 명령을 사용하여 이전 음성 안내 게시 지점 아래의 모든 내용을 새 음성 안내 게시 지점으로 복사합니다.

    xcopy \\umsvr1\ExchangeUM \\newserv\ExchangeUM /s /e
    
  4. 새 통합 메시징 서버에서 Update-FileDistributionService cmdlet를 실행합니다. 그러면 파일이 즉시 복사됩니다.

  5. 새 게시 지점을 참조하도록 다이얼 플랜 구성을 업데이트합니다.

    $dp = Get-UMDialPlan MyDP
    $dp.PromptPublishingPoint = \\newserv.fabrikam.com\ExchangeUM
    $dp | Set-UMDialPlan
    
  6. Active Directory 복제를 통해 조직 전체로 이 변경 내용을 복제했으면 원래 서버에서 통합 메시징 서버 역할을 제거할 수 있습니다. Exchange 2007을 제거하는 방법에 대한 자세한 단계는 서버에서 Exchange 2007을 완전히 제거하는 방법을 참조하십시오.

단일 서버 환경을 위한 절차

5가지 서버 역할 이동에 대한 위의 절차는 다중 서버 환경에서 제대로 작동합니다. 그러나 허브 전송, 클라이언트 액세스 및 사서함 서버 역할이 설치된 Exchange 2007을 실행하는 단일 컴퓨터가 있는 환경 및 새 서버 빌드에 사용할 하드웨어가 없는 환경에서 이러한 절차를 사용하는 것은 명백히 불가능합니다. 그러므로 단일 서버 환경에서는 기존 데이터를 보존한 후에 기존 서버를 처음부터 다시 빌드해야 합니다.

중요

이 문서에서 설명하는 단일 서버 환경은 여러 서버 역할을 실행하는 단일 구성원 서버를 가리킵니다. 단일 서버 환경이 여러 서버 역할을 실행하는 디렉터리 서버이고, 작업 환경에 디렉터리 서버가 이것뿐인 경우에는 Windows Server 2008을 새로 설치해서는 안 됩니다. 대신 현재 위치에서 운영 체제를 업그레이드해야 합니다. 그러면 디렉터리 서버 설정과 데이터가 보존됩니다. Active Directory를 Windows Server 2003에서 Windows Server 2008로 업그레이드하는 방법에 대한 자세한 내용은 Active Directory 도메인 서비스를 참조하십시오.
이 프로세스를 실행하는 중에 사용자 계정 정보가 손실되면 사서함 데이터베이스의 사용자 정보를 바탕으로 Active Directory에서 계정을 다시 만들 수 있습니다. 사서함 데이터베이스의 정보를 바탕으로 사용자 계정을 만드는 방법에 대한 자세한 내용은 사서함 데이터베이스에서 사서함 정보를 사용하여 Active Directory 계정을 생성하는 방법을 참조하십시오.
또한 이 문서에서 설명하는 단일 서버 환경에는 Edge 전송 서버가 포함되지 않습니다. 사용 중인 단일 서버 환경에 Edge 전송 서버가 포함되어 있는 경우에는 다중 역할 서버를 마이그레이션한 후에 Edge 전송 서버를 마이그레이션해야 합니다. Edge 전송 서버 역할 마이그레이션 프로세스에 대한 내용은 이 문서 앞부분의 "Edge 전송 서버 역할"을 참조하십시오.

Windows Server 2003에서 Exchange 2007을 실행하는 컴퓨터를 Windows Server 2008의 Exchange 2007 SP1로 마이그레이션할 때는 기본적으로 새 서버를 처음부터 다시 구성할 필요가 있습니다. 하지만 데이터베이스 이식성을 사용하면 사서함 데이터를 원래 서버에서 다시 빌드한 새 서버로 쉽게 마이그레이션할 수 있습니다.

클라이언트 액세스, 허브 전송, 사서함 및 통합 메시징 서버 역할이 포함된 단일 서버 환경을 Windows Server 2003에서 Windows Server 2008로 마이그레이션하는 프로세스는 다음과 같습니다.

  1. Windows 백업(NTBackup.exe)을 사용하여 시스템을 전체 백업합니다. 서버가 공용 폴더 데이터베이스를 호스팅하는 경우에는 공용 폴더 데이터베이스 및 해당 로그 파일의 오프라인 복사본을 만드는 것이 특히 중요합니다. 이러한 항목은 이 절차의 후속 단계에서 새로 다시 빌드한 서버로 복사되기 때문입니다.

  2. 기존 서버에서 최대한 많은 구성 정보를 수집합니다. Exchange 관리 셸에서 다음 명령을 사용하여 서버 구성 설정을 수집할 수 있습니다.

    Get-ExchangeAdministrator OriginalServerName | FL
    Get-MailboxServer OriginalServerName | FL
    Get-ExchangeServer OriginalServerName | FL
    Get-StorageGroup -Server OriginalServerName | FL
    Get-MailboxDatabase -Server OriginalServerName | FL
    Get-PublicFolderDatabase -Server OriginalServerName | FL
    Get-SendConnector |  where { $_.SourceTransportServers -match <NameofHubTransportServer> } | FL
    

    다음 명령을 실행하여 이러한 각 명령의 출력을 단일 파일로 리디렉션할 수도 있습니다.

    Get-ExchangeAdministrator OriginalServerName | FL > C:\OriginalServerName.txt
    Get-MailboxServer OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-ExchangeServer OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-StorageGroup -Server OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-MailboxDatabase -Server OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-PublicFolderDatabase -Server OriginalServerName | FL >> C:\ OriginalServerName.txt
    Get-SendConnector |  where { $_.SourceTransportServers -match <NameofHubTransportServer> } | FL >> C:\ OriginalServerName.txt
    

    ExportCASConfig.ps1이라는 Exchange 관리 셸 스크립트를 사용하면 클라이언트 액세스 서버 역할에 대한 구성 설정 수집 프로세스를 대부분 자동화할 수 있습니다. Exchange 팀 블로그 게시물, CAS 역할 설정을 내보내는 방법(영문)에서 이 스크립트를 다운로드할 수 있습니다.

    Web.config 파일과 Windows 레지스트리의 정보를 검토 및 문서화하여 ExportCASConfig.ps1을 통해 수집되지 않는 나머지 구성 설정도 수동으로 수집해야 합니다. 또한 필수 SSL 설정, 웹 사이트 바인딩, 인증서와 인증서 매핑, HTTP 리디렉션 등 내보내기 과정 중에 수집되지 않는 IIS 구성 및 설정을 수동으로 수집하여 문서화해야 합니다.

    서버에서 통합 메시징 서버 역할을 실행 중인 경우에는 기존 음성 안내 게시 지점 아래의 모든 파일을 안전한 위치로 복사하는 것이 좋습니다. 예를 들어, Server1이라는 서버에 있는 기존 음성 안내 게시 지점 아래의 모든 파일을 Server2라는 서버의 UMSave라는 공유로 복사하려면 다음 명령을 사용합니다.

    xcopy \\Server1\ExchangeUM \\Server2\UMSave /s /e
    
  3. 서버에 대한 구성 정보 수집을 마친 후에는 수집한 구성 설정이 포함된 모든 파일(예: OriginalServerName.txt)을 안전한 위치로 복사합니다.

  4. 서버의 저장소 그룹에 대해 LCR을 사용하도록 설정한 경우에는 서버를 다시 빌드하기 전에 다음 명령을 실행하여 LCR을 사용하지 않도록 설정해야 합니다.

    Get-StorageGroup -Server <ServerName> | Disable-StorageGroupCopy -Confirm:$False
    
  5. 서버의 사서함 데이터베이스에서 모든 사용자 사서함을 사용하지 않도록 설정합니다. Exchange 관리 셸에서 다음 명령을 실행하여 이 작업을 수행할 수 있습니다.

    Get-Mailbox -Server <ServerName> | Disable-Mailbox -Confirm:$False
    
  6. 서버에 공용 폴더 데이터베이스가 포함되어 있는 경우에는 다음 명령을 실행하여 공용 폴더 데이터베이스를 제거합니다.

    Get-PublicFolder -Server <ServerName> "\" -Recurse -ResultSize:Unlimited | Remove-PublicFolder -Server <ServerName> -Recurse -ErrorAction:SilentlyContinue
    Get-PublicFolder -Server <ServerName> "\Non_Ipm_Subtree" -Recurse -ResultSize:Unlimited | Remove-PublicFolder -Server <ServerName> -Recurse -ErrorAction:SilentlyContinue
    
  7. 모든 사서함 데이터베이스를 분리한 후에 다음 명령을 실행하여 Microsoft Exchange 정보 저장소 서비스 및 모든 종속 서비스를 중지합니다.

    Get-MailboxDatabase -Server <ServerName> | Dismount-Database -Confirm:$False
    net stop msexchangeis /y
    
  8. Microsoft Exchange 정보 저장소 서비스가 중지되면 사서함 데이터베이스와 로그 파일이 포함된 저장소 그룹 폴더를 안전한 위치로 복사합니다. 그런 후에 공용 폴더 데이터베이스와 해당 로그 파일이 포함된 저장소 그룹을 안전한 위치로 복사합니다.

  9. 응용 프로그램 공급업체의 제거 지침에 따라 모든 Exchange 통합 응용 프로그램을 제거합니다. Exchange 통합 응용 프로그램을 제거하는 데 Microsoft Exchange 정보 저장소 서비스가 필요한 경우에는 net start msexchangeis를 사용하여 이 서비스를 다시 시작할 수 있습니다.

  10. 서버에서 Exchange를 제거합니다. Exchange 2007을 제거하는 방법에 대한 자세한 단계는 서버에서 Exchange 2007을 완전히 제거하는 방법을 참조하십시오.

  11. Exchange 설치 프로그램을 통해 제거 프로세스를 완료했으면 컴퓨터를 다시 시작한 다음 로컬 관리 권한이 있는 계정을 사용하여 컴퓨터에 로그온합니다.

  12. 운영 체제를 현재 위치에서 업그레이드하려는 경우에는 먼저 서버에서 Windows PowerShell을 제거해야 합니다. 이렇게 하려면 다음을 수행합니다.

    1. Windows 제어판을 열고 프로그램 추가/제거로 이동합니다.

    2. 업데이트 표시 확인란을 선택합니다.

    3. 설치된 응용 프로그램 및 업데이트 목록에서 아래로 스크롤하여 **Update for Windows Server 2003 (KB926139)(Windows Server 2003용 업데이트(KB926139))**이라는 업데이트를 선택한 다음 제거를 클릭합니다.

    참고

    Update for Windows Server 2003 (KB926139)(Windows Server 2003용 업데이트(KB926139)) 항목이 없으면 Windows PowerShell을 설치한 후에 Windows Server 2003용 서비스 팩 2를 설치한 것입니다. 이 경우에는 먼저 Windows Server 2003용 서비스 팩 2를 제거해야 Windows PowerShell을 제거할 수 있습니다.

    참고

    Windows Server 2003을 현재 위치에서 Windows Server 2008로 업그레이드하려면 다른 응용 프로그램이나 Windows 구성 요소를 설치해야 할 수도 있습니다. Windows Server 2008 설치 중에는 호환성 검사가 수행되어 추가로 제거해야 하는 응용 프로그램 또는 구성 요소가 있으면 알려 줍니다.

  13. 여기서 운영 체제를 현재 위치에서 계속 업그레이드할 수도 있고, 드라이브를 다시 포맷한 다음 Windows Server 2008을 새로 설치할 수도 있습니다. 현재 위치에서 업그레이드하기보다는 Windows Server 2008을 새로 설치하는 것이 좋습니다. 그러나 두 작업을 모두 수행할 수 있습니다.

    참고

    새로 설치하는 경우에는 새 서버에 원래 서버 이름을 사용하는 것이 좋습니다. 또한 원래 서버에 새 서버로 복원할 공용 폴더 데이터베이스가 있는 경우에는 원래 서버 이름을 사용하여 새 서버를 빌드해야 합니다. 그렇지 않으면 새 서버에서 공용 폴더 데이터베이스를 다시 제공할 수 없게 됩니다.

  14. Windows Server 2008을 설치한 후에는 Windows Server 2008에서 Exchange 2007 SP1을 실행하는 데 필요한 선행 조건을 설치할 수 있습니다. 각 서버 역할의 선행 조건을 설치하는 방법에 대한 자세한 단계는 Windows Server 2008 또는 Windows Vista에 Exchange 2007 SP1 및 SP2 필수 구성 요소를 설치하는 방법을 참조하십시오.

  15. Windows Server 2008에서 Exchange 2007 SP1을 실행하는 데 필요한 선행 조건을 설치했으면 Exchange 2007 서버 역할을 설치할 수 있습니다. 하나 이상의 서버 역할을 설치하는 방법에 대한 자세한 단계는 서버 역할 배포를 참조하십시오. 또한 Microsoft Update를 방문하여 새 서버에 대한 중요 업데이트 또는 권장 업데이트를 다운로드하는 것이 좋습니다.

  16. 필요한 서버 역할을 설치하고 시스템을 다시 시작했으면 계속해서 각 서버 역할에 대한 설정을 다시 구성하고 데이터베이스를 다시 프로덕션 환경에 배치할 수 있습니다. 구성 설정을 다시 만들 때는 이 절차의 2단계에서 만든 OriginalServerName.txt 파일을 참조하십시오.

    클라이언트 액세스 서버 역할:

    1. 새 서버에서 ExportCASConfig.ps1 스크립트를 실행하여 해당 구성 정보를 두 번째 XML 파일에 수집합니다.

    2. Windows Server 2003과 Windows Server 2008에 모두 포함된 Microsoft WinDiff(Windiff.exe)를 사용하여 두 XML 파일을 비교합니다. WinDiff를 사용하는 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 159214, Windiff.exe 유틸리티를 사용하는 방법(영문)을 참조하십시오. 각 시스템에서 캡처한 구성 파일을 비교하면 변경 내용과 누락된 설정을 보다 쉽게 파악하여 이를 새 서버에서 수동으로 다시 구성할 수 있습니다.

    3. 수집한 구성 정보의 설정을 새 서버에서 수동으로 다시 구성한 후에는 Web.config 파일, SSL 설정, 웹 사이트 바인딩, 인증서 및 인증서 매핑, HTTP 리디렉션의 정보 등 스크립트를 통해 캡처되지 않는 나머지 설정을 수동으로 다시 구성해야 합니다.

    4. 원래 서버의 SSL 인증서에 대한 개인 키가 내보낼 수 있는 것으로 표시되면 인증서를 내보낸 후에 새 서버로 가져올 수 있습니다. IIS 6.0에서 인증서를 내보내는 방법에 대한 자세한 단계는 서버 인증서 내보내기(IIS 6.0)(영문)를 참조하십시오. IIS 7.0으로 인증서를 가져오는 방법에 대한 자세한 단계는 IIS 7.0: 서버 인증서 가져오기(영문)를 참조하십시오.

    허브 전송 서버 역할:

    1. 원래 허브 전송 서버에서 클라이언트 커넥터와 기본 커넥터에 대해 수행한 사용자 지정 변경 내용은 새 허브 전송 서버에서 수동으로 다시 만들어야 합니다.

    2. 원래 허브 전송 서버에서 만든 사용자 지정 커넥터도 새 허브 전송 서버에서 수동으로 다시 만들어야 합니다.

    3. 필요한 경우 송신 커넥터를 다시 구성합니다. 송신 커넥터를 다시 구성하는 방법에 대한 자세한 단계는 송신 커넥터의 구성을 수정하는 방법을 참조하십시오.

    사서함 서버 역할:

    1. 저장소 그룹을 원래 서버에서 사용하는 저장소 그룹과 일치하도록 필요한 경우 다시 구성합니다.

    2. 데이터베이스 이식성을 사용하여 사서함 데이터베이스를 새 프로덕션 환경으로 마이그레이션합니다. 데이터베이스 이식성에 대한 자세한 내용은 데이터베이스 이식성을 참조하십시오.

    3. 데이터베이스 이식성을 사용하여 모든 사서함 데이터베이스를 마이그레이션한 후에는 사용자를 해당 사서함으로 다시 연결할 수 있도록 사서함 데이터베이스를 탑재해야 합니다. Mount-Database cmdlet를 사용하여 사서함 데이터베이스를 탑재할 수 있습니다. Mount-Database cmdlet에 대한 자세한 내용은 Mount-Database를 참조하십시오.

    4. 각 사서함 데이터베이스에서 모든 사서함을 다시 연결합니다. Exchange 관리 셸을 사용하여 특정 데이터베이스에 대한 연결 끊기 통계를 가져온 후에 해당 결과를 Connect-Mailbox cmdlet로 파이프라인을 수행할 수 있습니다. 예를 들어, Server01 서버의 SG1 저장소 그룹에 있는 MBX1 사서함 데이터베이스에 저장된 모든 사서함을 다시 연결하려면 다음을 실행합니다.

      Get-MailboxStatistics | Where {$_.DisconnectDate -ne $null} | Connect-Mailbox -Database "Server01\SG1\MBX1"
      
    5. 원래 사서함 서버에서 사용했던 것과 동일한 저장소 그룹 및 데이터베이스 이름과 경로를 사용하여 새 저장소 그룹 및 공용 폴더 데이터베이스를 만듭니다. 새 공용 폴더 데이터베이스를 만들었으면 데이터베이스를 분리한 다음, 공용 폴더 저장소 그룹과 데이터베이스 폴더에 있는 모든 파일을 삭제합니다. 원본 공용 폴더 데이터베이스와 로그 파일을 공용 폴더 데이터베이스의 적절한 저장소 그룹 및 데이터베이스 위치로 복사합니다.

    6. 공용 폴더 데이터베이스와 로그 파일을 적절한 대상 폴더로 복사한 후에는 Mount-Database cmdlet를 사용하여 데이터베이스를 탑재할 수 있습니다.

    통합 메시징 서버 역할:

    1. 필요한 경우 다이얼 플랜을 다시 만들고 새 다이얼 플랜에 가입하도록 서버를 구성합니다.

    2. 음성 안내 게시 지점의 모든 파일을 안전한 위치에서 UM 서버의 ExchangeUM 공유로 복사합니다. 예를 들어, 기존 음성 안내 게시 지점의 모든 파일을 Server2의 UMSave에서 새로 다시 빌드한 Server1로 복사하려는 경우 다음 명령을 사용합니다.

      xcopy \\Server2\UMSave \\Server1\ExchangeUM /s /e
      
    3. 새 통합 메시징 서버에서 Update-FileDistributionService cmdlet를 실행합니다. 그러면 파일이 즉시 복사됩니다.

    4. 새 게시 지점을 참조하도록 다이얼 플랜 구성을 업데이트합니다. 예를 들어, domain.com의 Server1에 음성 안내 게시 지점이 포함되어 있는 경우에는 다음 명령을 실행합니다.

      $dp = Get-UMDialPlan MyDP
      $dp.PromptPublishingPoint = \\server1.domain.com\ExchangeUM
      $dp | Set-UMDialPlan
      
  17. 새 서버에서 각 서버 역할을 다시 만들고 나면 서버를 다시 프로덕션 환경에 배치하기 전에 다음을 수행하는 것이 좋습니다.

    1. Exchange Server Best Practices Analyzer 도구를 실행하여 구성 경고 또는 오류를 확인합니다.

    2. 서버에 대한 전체 백업을 완전하게 수행합니다.

    참고

    Windows Server 2008의 Windows 서버 백업에서는 더 이상 Exchange 인식 백업 또는 복원을 지원하지 않습니다. 이전 버전의 Windows 백업과는 달리 Windows 서버 백업을 사용하여 Exchange의 스트리밍 백업을 만들거나 복원할 수 없습니다. Windows Server 2008에서 Exchange 2007 SP1을 백업 및 복원하려면 Microsoft System Center Data Protection Manager와 같이 Exchange 2007용 VSS(볼륨 섀도 복사본 서비스) 기록기를 지원하는 Exchange 인식 응용 프로그램, VSS 기반의 타사 Exchange 인식 응용 프로그램 또는 Exchange 서버에서 로컬로 스트리밍 백업 API를 사용하여 Exchange 서버에 로컬로 백업을 만드는 타사 Exchange 인식 응용 프로그램을 사용해야 합니다.

자세한 내용

Exchange 2007 SP1 및 Windows Server 2008에 대한 자세한 내용은 다음 링크 및 리소스를 참조하십시오.

c3bb668a-52ea-48e3-9baf-651eeeb86f99 Scott Schnoll(영문) - Microsoft Exchange Server 핵심 테크니컬 라이터