Exchange 2010을 Exchange 2010 SP1, Exchange 2010 SP2 또는 Exchange 2010 SP3으로 업그레이드

  • 아티클

 

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

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

MicrosoftExchange Server 2010 서비스 팩 설치 마법사를 사용하여 현재 버전의 Exchange 2010을 업그레이드할 수 있습니다. Exchange 2010 RTM(Release To Manufacturing) 버전이 설치된 경우 MicrosoftExchange Server 2010 SP3(서비스 팩 3), Exchange Server 2010 SP2(서비스 팩 2) 또는 Exchange Server 2010 SP1(서비스 팩 1)로 업그레이드할 수 있습니다. Exchange 2010 SP1 또는 Exchange 2010 SP2가 설치된 경우 Exchange 2010 SP3으로 업그레이드하는 것이 좋습니다. 자세한 내용은 Exchange Server 2010 SP3 릴리스 정보를 참조하십시오.

서비스 팩을 설치한 후 변경 내용이 레지스트리 및 운영 체제에 적용될 수 있도록 컴퓨터를 다시 시작해야 합니다.

경고

Exchange 2010을 최신 서비스 팩으로 업그레이드한 후에는 서비스 팩을 제거하여 이전 버전으로 되돌릴 수 없습니다. 서비스 팩을 제거할 경우 서버에서 Exchange가 제거됩니다.

다음 순서로 Exchange 2010 서버 역할을 업그레이드해야 합니다.

  • 클라이언트 액세스

  • 허브 전송

  • 통합 메시징

  • 사서함

  • Edge 전송

선행 조건

사용 권한

다음 절차를 수행하려면 사용하는 계정이 위임 설치 관리 역할 그룹 또는 조직 관리 관리 역할 그룹의 구성원이어야 합니다.

Edge 전송 서버 역할이 설치된 Exchange 2010 서버에 Exchange 2010 서비스 팩을 적용하려면 사용하는 계정이 해당 컴퓨터에서 로컬 관리자 그룹의 구성원이어야 합니다.

Exchange 관리 도구만 설치된 컴퓨터를 업그레이드하려면 해당 컴퓨터의 로컬 관리자 그룹에 속한 계정을 사용하여 로그온해야 합니다.

Exchange 2010 SP1 또는 Exchange 2010 SP2에 대한 스키마가 준비되어 있지 않다면, 서버 업그레이드를 위해 사용하는 계정이 Schema Admins 그룹 및 Enterprise Admins 그룹의 구성원이어야 합니다. 이 요구 사항은 Exchange 2010 SP3을 설치하고 아직 스키마를 준비하지 않은 경우에도 적용됩니다. 자세한 내용은 Active Directory 및 도메인 준비를 참조하십시오.

부하 분산 클라이언트 액세스 배열 구성원 업그레이드

조직에서 클라이언트 액세스 서버의 부하 분산 배열을 사용하는 경우 클라이언트 액세스 서버를 한 버전의 Exchange 2010에서 다른 버전으로(예: Exchange 2010 RTM에서 Exchange 2010 SP1로) 업그레이드하는 방법에 대한 아래 지침을 참조하십시오. 한 버전에서 다른 버전으로 업그레이드해야 하는 클라이언트 액세스 서버 배열이 있는 경우 다음 단계를 사용합니다.

참고

Exchange 2010 RTM, Exchange 2010 SP1, Exchange 2010 SP2 및 Exchange 2010 SP3은 부하 분산된 동일한 배열 내에서 동시에 사용할 수 없습니다.

중요

Active Directory 사이트 내에 있는 모든 클라이언트 액세스 서버를 대상 버전으로 업그레이드할 때까지 사서함 서버 버전을 업그레이드하지 마십시오.
다음 지침은 사서함 및 클라이언트 액세스 서버 역할이 같은 위치에 있지 않다고 가정합니다. 사용자 환경에 여러 역할 서버가 배포된 경우 서버 패치 단계에 대해서는 다중 역할 서버 DAG 패치를 참조하십시오.

  1. 서비스에 부정적인 영향을 주지 않고 한 번에 오프라인 상태일 수 있는 클라이언트 액세스 서버 배열 구성원 수를 확인합니다. 예를 들어 부하가 분산된 배열에 6개의 클라이언트 액세스 서버가 있고 동시에 세 개의 오류를 처리할 부하 분산 솔루션을 설계한 경우 오프라인 상태일 수 있는 클라이언트 액세스 서버 배열 구성원 수는 세 개입니다.

  2. 이 예를 계속 수행하려면 세 개의 서버에 대한 새 연결을 비활성화하고 기존 연결이 종료되도록 둡니다. 모든 연결이 종료된 후에 부하 분산 풀에서 해당 서버를 제거합니다.

  3. 해당하는 세 서버를 대상 버전으로 업그레이드합니다. 업그레이드가 성공적으로 되었는지 확인합니다.

  4. 업그레이드된 서버를 부하 분산된 배열에 복원합니다.

  5. 새 연결을 비활성화여 부하 분산된 배열에서 업그레이드되지 않은 서버를 제거할 준비를 합니다.

  6. 5단계에서 확인된 서버에 대한 모든 연결이 종료되었는지 확인한 다음 부하가 분산된 배열에서 해당 서버를 제거합니다.

  7. 두 번째 서버 모음을 소프트웨어 대상 버전으로 업그레이드합니다. 업그레이드가 성공적으로 되었는지 확인합니다.

  8. 최근에 업그레이드한 서버를 배열에 복원합니다.

데이터베이스 가용성 그룹 구성원 업그레이드

Exchange 2010 서비스 팩을 DAG(데이터베이스 가용성 그룹)에 적용하는 경우 몇 가지 특정 문제를 고려하고 계획해야 합니다. Exchange 2010 서비스 팩을 DAG 구성원에 적용하기 전에 다음 사항을 고려합니다.

  • 수동 서버만 업그레이드   서비스 팩을 DAG 구성원에게 적용하기 전에 모든 활성 사서함 데이터베이스 복사본을 서버 밖으로 이동하여 서버가 활성화되지 않도록 업그레이드하고 구성해야 합니다. 현재 업그레이드할 서버에 기본 Active Manager 역할이 있는 경우, 업그레이드를 수행하기 전에 해당 역할을 다른 DAG 구성원으로 이동합니다. Get-DatabaseAvailabilityGroup <DAGName> -Status | Format-List PrimaryActiveManager를 실행하여 기본 Active Manager 역할이 있는 DAG 구성원을 확인할 수 있습니다.

  • 유지 관리 모드에서 서버 배치   서비스 팩을 DAG 구성원에게 적용하기 전에 업그레이드 중 서버가 경고나 경보를 생성하지 않도록 사용 중인 모니터링 응용 프로그램 조정이 필요할 수 있습니다. 예를 들어, Microsoft System Center Operations Manager 2007을 사용하여 DAG 구성원을 모니터링하려는 경우 업그레이드를 수행하기 전에 유지 관리 모드에서 업그레이드될 DAG 구성원을 배치해야 합니다. System Center Operations Manager 2007을 사용하지 않는 경우에는 StartDagServerMaintenance.ps1을 사용하여 유지 관리 모드에서 DAG 구성원을 배치할 수 있습니다. 업그레이드가 완료되면 StopDagServerMaintenance.ps1을 사용하여 서버를 유지 관리 모드에서 해제합니다.

  • 업그레이드를 방해할 수 있는 모든 프로세스 중지   업그레이드되거나 업그레이드 중인 DAG 구성원에게 좋지 않은 영향을 줄 수 있는 DAG 내에서 또는 DAG 구성원에서 실행되는 예약된 작업 또는 기타 프로세스를 모두 중지합니다.

  • DAG가 정상인지 확인 서비스 팩을 DAG 구성원에게 적용하기 전에 DAG 및 사서함 데이터베이스 복사본의 상태를 확인하는 것이 좋습니다. 정상 DAG는 DAG의 모든 활성 데이터베이스에 대한 MAPI 연결 테스트를 통과하고, 복사 큐 길이와 재생 큐 길이가 매우 낮은(0이 아님) 사서함 데이터베이스 복사본을 포함하고, 복사 상태 및 콘텐츠 인덱스 상태가 정상입니다.

  • 업그레이드의 다른 의미 고려Exchange 2010 RTM을 실행하는 DAG 구성원은 활성 데이터베이스를 Exchange 2010 SP3, SP2 또는 SP1을 실행하는 DAG 구성원으로 이동할 수 있습니다. DAG 구성원이 최신 Exchange 2010 서비스 팩으로 업그레이드된 후에는 활성 데이터베이스 복사본을 Exchange 2010 RTM이 실행되는 다른 DAG 멤버로 이동할 수 없습니다. 이 작업을 수행하려고 하면 오류가 발생합니다.

    변경 또는 업데이트하는 데 Exchange 사서함 데이터베이스가 필요한 데이터베이스 스키마 업데이트가 있는 경우 DAG 서버를 Exchange 2010 RTM에서 Exchange 2010 SP1로 업데이트하면 이벤트 ID 1185가 응용 프로그램 로그에 기록됩니다. 데이터베이스 스키마 업데이트가 없는 경우 이 이벤트가 기록되지 않습니다.

    Exchange 2010 SP1에서 Exchange 2010 SP2로 업데이트할 경우 이벤트 ID 1185가 응용 프로그램 로그에 기록되지 않습니다. 이는 데이터베이스 스키마 업데이트가 필요하지 않기 때문입니다.

    참고

    데이터베이스 스키마 업데이트는 Active Directory 스키마 업데이트와 다릅니다.

    경고

    활성 데이터베이스를 Exchange 2010 SP2가 실행되는 DAG 구성원에서 Exchange 2010 SP1이 실행되는 DAG 구성원으로 이동하지 않는 것이 좋습니다. 데이터베이스를 이동할 수 있고 이동으로 오류가 생성되지 않는 경우에도 이 권장 사항을 적용하는 것이 좋습니다.

서비스 팩에 대한 준비로 업그레이드할 DAG 구성원에서 다음 스크립트 및 명령을 실행합니다.

  • 다음 명령을 Windows PowerShell 스크립트(.ps1) 파일로 저장하여 DAG 상태를 확인합니다.

    (Get-DatabaseAvailabilityGroup -Identity (Get-MailboxServer -Identity $env:computername).DatabaseAvailabilityGroup).Servers | Test-MapiConnectivity | Sort Database | Format-Table -AutoSize
Get-MailboxDatabase | Sort Name | Get-MailboxDatabaseCopyStatus | Format-Table -AutoSize
function CopyCount 
{
$DatabaseList = Get-MailboxDatabase | Sort Name
$DatabaseList | % {
$Results = $_ | Get-MailboxDatabaseCopyStatus
$Good = $Results | where { ($_.Status -eq "Mounted") -or ($_.Status -eq "Healthy") }
$_ | add-member NoteProperty "CopiesTotal" $Results.Count
$_ | add-member NoteProperty "CopiesFailed" ($Results.Count-$Good.Count)
}
$DatabaseList | sort copiesfailed -Descending | ft name,copiesTotal,copiesFailed -AutoSize 
}
CopyCount

  • 다음 명령을 실행하여 서버 전환을 수행합니다.

    Move-ActiveMailboxDatabase -Server <DAGMemberName>

  • 다음 명령을 실행하여 DAG 구성원이 장애 조치 대상이 되지 않도록 합니다.

    Set-MailboxServer -DatabaseCopyAutoActivationPolicy:Blocked

  • 필요한 경우, 다음 명령을 실행하여 기본 Active Manager 역할을 다른 DAG 구성원으로 이동합니다.

    Cluster group "cluster group" /move

  • Exchange 2010 서비스 팩을 설치합니다. 자세한 내용은 이 항목의 뒤에 나오는 "Exchange 2010 서비스 팩 설치"를 참조 하십시오.

  • 다음 명령을 실행하여 업그레이드된 DAG 구성원이 장애 조치 대상이 되도록 합니다.

    Set-MailboxServer -DatabaseCopyAutoActivationPolicy:Value

    여기서 값은 IntrasiteOnly 또는 Unrestricted입니다.

  • 모든 DAG 구성원에 서비스 팩을 적용할 때까지 각 DAG 구성원에서 1-6단계를 반복합니다.

자세한 내용은 다음 항목을 참조하십시오.

Exchange 2010 서비스 팩 설치

조직 내에서 여러 Exchange 2010 서버에 새 Exchange 2010 서비스 팩을 설치할 때는 먼저 클라이언트 액세스 서버를 업그레이드하는 것이 좋습니다. 프록시 상태에서 여러 클라이언트 액세스 서버를 사용하는 여러 Active Directory 사이트를 가진 조직에서는 인터넷에 연결되지 않은 클라이언트 액세스 서버를 업그레이드하기에 앞서 인터넷에 연결된 클라이언트 액세스 서버를 업그레이드해야 합니다. 그런 다음 허브 전송, 통합 메시징 및 사서함 서버 역할을 설치하는 것이 좋습니다.

  1. DVD 드라이브에 Exchange 2010 SP3, Exchange 2010 SP2 또는 Exchange 2010 SP1 DVD를 넣습니다. 자동 실행 대화 상자가 나타나면 프로그램 설치 또는 실행에서 Setup.exe 실행을 클릭합니다. 자동 실행 대화 상자가 나타나지 않으면 DVD의 루트로 이동한 후 Setup.exe를 두 번 클릭합니다. 또는 Exchange 2010 설치 파일이 있는 위치로 이동한 후 Setup.exe를 두 번 클릭합니다.

  2. 시작 페이지에서 Microsoft Exchange Server 업그레이드 설치를 클릭하여 설치를 시작합니다.

    중요

    설치를 시작하기 전에 시작 페이지에서 설명된 모든 필수 단계를 완료해야 합니다. 시작 페이지에서 설명된 구성 요소를 아직 설치하지 않은 경우, 설치 프로그램을 실행하면 구성 요소를 다운로드할 수 있는 해당 사이트에 대한 링크를 제공합니다. Windows PowerShell 설치에 대한 자세한 내용은 Windows 관리 프레임워크 설치를 참조하십시오.

    중요

    Exchange 2010을 Windows Server 2008 R2에 설치하는 경우 다운로드 가능한 .NET Framework 패키지를 사용하지 마세요. 대신 Windows Server 2008 R2에서 서버 관리자를 사용하거나 ServerManagerCmd -i NET-Framework를 실행하세요.

  3. 소개 페이지에서는 조직에 Exchange를 설치하는 프로세스를 시작합니다. 여기서 설치 과정을 안내합니다. 다음을 클릭하여 계속합니다.

  4. 사용권 계약 페이지에서 소프트웨어 사용권 약관을 검토합니다. 약관에 동의하면 동의함을 선택하고 다음을 클릭합니다.

  5. 준비 검사 페이지에서 상태를 보고 조직 및 서버 역할 선행 조건 검사가 완료되었는지 확인합니다. 완료되지 않은 경우 Exchange 2010을 설치하려면 보고된 오류를 해결해야 합니다. 일부 선행 조건 오류를 해결할 때 설치 프로그램을 종료하지 않아도 됩니다. 보고된 오류를 해결했으면 다시 시도를 클릭하여 선행 조건 검사를 실행합니다. 또한 보고된 모든 경고도 확인해야 합니다. 준비 검사가 성공적으로 완료되었으면 업그레이드를 클릭하여 서비스 팩을 설치합니다.

  6. 완료 페이지에서 마침을 클릭합니다.

무인 설치를 사용하여 Exchange 2010 서비스 팩 설치

  1. DVD 드라이브에 Exchange 2010 SP3, Exchange 2010 SP2 또는 Exchange 2010 SP1 DVD를 넣습니다.

  2. 명령 프롬프트에서 DVD 드라이브로 이동하거나 Exchange 2010 설치 파일의 네트워크 위치로 이동합니다.

  3. 명령 프롬프트에서 다음 명령을 실행합니다.

    Setup.com /M:Upgrade /InstallWindowsComponents

자세한 내용은 다음 항목을 참조하십시오.

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