단일 복사본 클러스터 관리

적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

마지막으로 수정된 항목: 2008-03-06

Exchange 조직의 일상적인 관리 작업뿐만 아니라 SCC(단일 복사본 클러스터) 특정 작업이 있습니다.

SCC에 대한 관리 작업은 다음과 같습니다.

• 디스크 리소스 관리

• 저장소 그룹 및 데이터베이스 관리

• SCC 및 CMS(클러스터된 사서함 서버) 상태 및 구성 설정 확인

• 클러스터나 CMS 관리(CMS 중지 및 시작) 및 클러스터에 대한 유지 관리 수행

많은 관리 작업에 사용했던 이전 버전의 Microsoft Exchange Server 클러스터 관리자와 달리, SCC에 대한 많은 관리 작업에는 Exchange 관리 콘솔이나 Exchange 관리 셸이 사용됩니다. 그러나 일부 관리 작업에서는 클러스터 관리자 또는 Cluster.exe 명령줄 관리 인터페이스가 필요합니다.

디스크 리소스 관리

SCC는 공유 저장소를 사용하여 모든 저장소 그룹 데이터를 호스팅합니다. CMS를 호스팅하도록 구성된 모든 서버에 공유 저장소를 사용할 수 있어야 하며, CMS 리소스 모델로 공유 저장소를 적절히 통합해야 합니다. 새 저장소를 기존 구성에 추가해야 할 경우가 있을 수 있습니다. 사용할 저장소를 이전에 다른 CMS에서 사용했을 수도 있습니다. 클러스터된 사서함 서버에 실제 디스크 리소스를 추가하는 방법 항목에서는 CMS 리소스 모델에 새 디스크 리소스를 추가하는 방법에 대한 절차를 제공합니다.

구성을 변경한 후에는 적합한 종속성과 구성 설정이 올바른 상태인지 확인하는 것이 좋습니다. Windows Server 2003에서 단일 복사본 클러스터에 대한 디스크 종속성을 구성하는 방법 항목에서는 이 절차를 설명합니다.

SCC의 디스크 볼륨을 관리해야 하는 경우에는 저장소 그룹의 데이터베이스를 분리해야 합니다. 데이터베이스 분리 방법에 대한 자세한 단계는 이 항목의 뒷 부분에 있는 "데이터베이스 탑재 및 분리"를 참조하십시오.

저장소 그룹 및 데이터베이스 관리

SCC에서 CMS의 저장소 그룹 및 데이터베이스와 관련하여 수행할 수 있는 다양한 관리 작업이 있습니다. 이 작업에는 데이터베이스 및 저장소 그룹의 만들기와 제거, 데이터베이스의 탑재와 분리, 새 위치로 로그 파일, 시스템 파일 또는 데이터베이스 파일을 이동함으로써 저장소 그룹 데이터의 재배치 등이 포함됩니다. SCC에서 이러한 작업 중 몇 가지를 수행하기 위해서는 공유 디스크 구성을 변경하거나 CMS 리소스 모델을 업데이트해야 합니다.

데이터베이스 만들기 및 제거

SCC에서 데이터베이스를 만들고 제거하는 프로세스는 독립 실행형 구성에서 사용되는 프로세스와 같습니다. 단지 CMS 리소스 모델로 실제 디스크를 추가하거나 이 모델에서 디스크를 삭제해야 한다는 점만 차이가 있습니다.

공용 폴더 데이터베이스를 새로 만드는 방법에 대한 자세한 단계는 새 공용 폴더 데이터베이스를 만드는 방법을 참조하십시오. 클러스터 리소스 모델을 업데이트하는 방법에 대한 자세한 단계는 Windows Server 2003에서 단일 복사본 클러스터에 대한 디스크 종속성을 구성하는 방법을 참조하십시오.

사서함 데이터베이스를 제거하려면 먼저 모든 사서함의 사용을 중지하거나 사서함을 데이터베이스에서 제거해야 합니다. 공용 폴더 데이터베이스를 제거하려면 먼저 모든 콘텐츠를 데이터베이스에서 제거해야 합니다. 공용 폴더 데이터베이스를 제거하는 방법에 대한 자세한 단계는 공용 폴더 데이터베이스를 제거하는 방법을 참조하십시오.

CMS에서 데이터베이스에 대한 실제 디스크를 즉시 다시 사용하지 않을 경우에는 CMS 리소스 모델에서 이 디스크를 제거해야 합니다. 클러스터된 사서함 서버에서 실제 디스크 리소스 제거 방법의 단계에 따라 이 작업을 수행할 수 있습니다. 클러스터 리소스 모델을 업데이트하는 방법에 대한 자세한 단계는 Windows Server 2003에서 단일 복사본 클러스터에 대한 디스크 종속성을 구성하는 방법을 참조하십시오.

저장소 그룹 만들기 및 제거

SCC에서 저장소 그룹을 만들고 제거하는 프로세스는 독립 실행형 구성에서 사용되는 프로세스와 같습니다. 단지 CMS 리소스 모델로 실제 디스크를 추가하거나 이 모델에서 디스크를 삭제해야 한다는 점만 차이가 있습니다. 저장소 그룹을 새로 만드는 방법에 대한 자세한 단계는 새 저장소 그룹을 만드는 방법을 참조하십시오. 저장소 그룹을 제거하는 방법에 대한 자세한 단계는 저장소 그룹을 제거하는 방법을 참조하십시오. 클러스터 리소스 모델을 업데이트하는 방법에 대한 자세한 단계는 Windows Server 2003에서 단일 복사본 클러스터에 대한 디스크 종속성을 구성하는 방법을 참조하십시오.

데이터베이스 탑재 및 분리

SCC 환경에서 데이터베이스를 탑재하거나 분리해야 하는 경우도 있습니다. SCC 환경에서 데이터베이스를 탑재하고 분리하는 프로세스는 Exchange 2007을 실행하는 컴퓨터에서 데이터베이스를 탑재하고 분리하는 프로세스와 같습니다. 데이터베이스를 탑재하는 방법에 대한 자세한 단계는 데이터베이스를 탑재하는 방법을 참조하십시오. 데이터베이스를 분리하는 방법에 대한 자세한 단계는 데이터베이스를 분리하는 방법을 참조하십시오.

저장소 그룹 또는 데이터베이스의 위치 이동

SCC에서 저장소 그룹 파일의 위치나 데이터베이스의 위치를 이동해야 하는 경우가 있습니다. 파일 위치를 이동하는 시간은 이동되는 데이터베이스의 크기, 이동되는 트랜잭션 로그 파일의 수 및 디스크 작업에 대한 전송 속도에 따라 다릅니다. 데이터베이스는 이동 중에 분리됩니다. SCC에서 저장소 그룹을 재배치하기 위해서는 공유 디스크 구성을 변경하거나 CMS 리소스 모델을 업데이트해야 할 수 있습니다.

저장소 그룹 로그 파일이나 시스템 파일의 위치를 변경하는 방법에 대한 자세한 단계는 단일 복사본 클러스터에서 저장소 그룹을 이동하는 방법을 참조하십시오. 데이터베이스의 위치를 변경하는 방법에 대한 자세한 단계는 단일 복사본 클러스터에서 데이터베이스를 이동하는 방법을 참조하십시오.

상태 및 구성 설정 보기

SCC 구성을 배포한 후에는 Exchange 관리 콘솔과 Exchange 관리 셸을 사용하여 서버의 저장소 그룹과 데이터베이스에 대한 구성 설정을 볼 수 있습니다. 구성 정보에는 저장소 그룹 및 데이터베이스 파일의 위치가 포함됩니다. SCC 저장소 그룹 구성 정보를 보는 방법에 대한 자세한 단계는 단일 복사본 클러스터에서 저장소 그룹 구성을 보는 방법을 참조하십시오.

SCC 데이터베이스 구성 정보를 보는 방법에 대한 자세한 단계는 단일 복사본 클러스터의 데이터베이스 구성을 보는 방법을 참조하십시오.

SCC 실제 디스크 종속성 및 구성 설정을 보고 변경하는 방법에 대한 자세한 단계는 Windows Server 2003에서 단일 복사본 클러스터에 대한 디스크 종속성을 구성하는 방법을 참조하십시오.

또한 Exchange 관리 셸을 사용하여 CMS 상태를 검토할 수도 있습니다. SCC에서 CMS의 현재 상태를 보는 방법에 대한 자세한 단계는 단일 복사본 클러스터에서 클러스터된 사서함 서버의 상태를 보는 방법을 참조하십시오.

클러스터된 사서함 서버 관리

저장소 그룹과 데이터베이스에 대해 디스크 리소스 및 종속성을 구성하는 것 외에도 SCC에서 CMS를 관리하기 위한 주요 관리 작업에는 CMS를 온라인 상태로 만들기, CMS를 오프라인 상태로 만들기, 클러스터의 노드 간에 CMS 이동, 이 3가지 작업이 있습니다. 또한 CMS 관리 작업에는 업데이트 관리 또는 기타 유지 관리 작업의 일부로 클러스터의 노드 중 하나를 종료하거나 다시 시작하는 작업이 포함될 수 있습니다.

노드 간에 클러스터된 사서함 서버 이동

노드 간에 CMS를 수동으로 이동하는 것을 전달 또는 예약된 중단이라고 합니다. SCC에서 CMS를 전달할 때는 운영 체제에서 장애 조치(failover) 클러스터 관리 도구(Windows Server 2008), 클러스터 관리자(Windows Server 2003) 또는 Cluster.exe 대신 Move-ClusteredMailboxServer cmdlet를 사용하는 것이 좋습니다. 이 cmdlet를 사용하면 전달 이유를 지정할 수 있기 때문입니다. Exchange 2007 SP1에서는 Exchange 관리 콘솔의 클러스터된 사서함 서버 관리 마법사를 사용하여 CMS를 전달할 수도 있습니다.

노드 간에 네트워크 대기 시간이 있는 장애 조치 클러스터의 CMS를 이동하는 경우 수동 노드에서 이동 작업을 수행하는 것이 좋습니다.

클러스터된 사서함 서버 시작 및 중지

장애 조치 클러스터 관리 도구(Windows Server 2008), 클러스터 관리자(Windows Server 2003) 및 Cluster.exe 명령줄 도구를 사용하면 리소스를 온라인 또는 오프라인 상태로 만들 수 있습니다. CMS를 오프라인 상태로 만드는 것을 중지라고 하고 CMS를 온라인 상태로 만드는 것을 시작이라고 합니다.

CMS를 시작할 때에는 Start-ClusteredMailboxServer cmdlet를 사용하는 것이 좋고, CMS를 중지할 때에는 Stop-ClusteredMailboxServer cmdlet를 사용하는 것이 좋습니다. Exchange 2007 SP1에서 Exchange 관리 콘솔의 클러스터된 사서함 서버 관리 마법사를 사용하여 CMS를 시작 또는 중지할 수도 있습니다.

SCC에서 CMS를 온라인 상태로 만드는 방법에 대한 자세한 단계는 단일 복사본 클러스터에서 클러스터된 사서함 서버를 시작하는 방법을 참조하십시오. SCC에서 CMS를 오프라인 상태로 만드는 방법에 대한 자세한 단계는 단일 복사본 클러스터에서 클러스터된 사서함 서버를 중지하는 방법을 참조하십시오.

클러스터에서 유지 관리 수행

유지 관리는 항상 클러스터의 수동 노드에서 수행되어야 합니다. 업데이트, 핫픽스 및 기타 응용 프로그램은 일반적으로 현재 CMS를 소유하고 있는 활성 노드에 설치하면 안 됩니다. SCC에 Exchange 업데이트 롤업을 설치하는 방법에 대한 자세한 단계는 Exchange 2007 업데이트 롤업을 클러스터된 사서함 서버에 적용을 참조하십시오.

활성 노드에서 유지 관리를 수행해야 할 경우 먼저 Move-ClusteredMailboxServer cmdlet를 사용하여 CMS를 수동 노드로 이동해야 합니다. CMS를 이동하면 이전 활성 노드가 수동 노드로 되고 이전 수동 노드가 활성 노드로 됩니다. 그러면 유지 관리 작업을 수행할 수 있고 CMS를 반대 방향으로 이동하는 전달을 수행할 수 있습니다.

SCC에서는 CMS를 중단하지 않고도 특정 노드의 시스템 중단을 예약할 수 있습니다. 노드가 두 개 있는 SCC에서 서비스 및 데이터 가용성을 유지 관리해야 하는 경우에는 한 번에 한 노드씩만 오프라인으로 만들 수 있습니다. 두 노드를 모두 오프라인으로 만들면 서비스가 중단됩니다.

예약된 중단은 Exchange 관리 셸 Move-ClusteredMailboxServer cmdlet를 통해 시작됩니다. 단일 복사본 클러스터에서 클러스터된 사서함 서버를 이동하는 방법 항목에서는 예약된 중단을 수행하는 절차를 제공합니다.

SCC에서 노드를 종료하거나 다시 시작하기 전에 현재 CMS를 호스팅하고 있는 노드를 확인하는 것이 좋습니다. Get-ClusteredMailboxServerStatus cmdlet를 사용하면 이 정보를 얻을 수 있습니다.

클러스터의 노드 종료

모든 활성 노드를 비롯하여 클러스터의 모든 노드를 종료해야 할 경우 먼저 CMS를 중지해야 합니다. Windows 종료 프로세스는 Exchange에서 인식되지 않습니다. 따라서 수동 노드만 종료하는 것이 좋습니다. 활성 노드를 종료하거나 다시 시작해야 할 경우에는 CMS를 사용 가능한 다른 노드로 이동하는 것이 좋습니다. 다른 노드로 CMS를 이동하는 방법에 대한 자세한 단계는 단일 복사본 클러스터에서 클러스터된 사서함 서버를 이동하는 방법을 참조하십시오.

수동 노드가 이미 종료되어 CMS를 수동 노드로 이동할 수 없을 경우 활성 노드를 종료하기 전에 CMS를 중지(오프라인 상태로 만들기)하는 것이 좋습니다. SCC에서 CMS를 오프라인 상태로 만드는 방법에 대한 자세한 단계는 단일 복사본 클러스터에서 클러스터된 사서함 서버를 중지하는 방법을 참조하십시오.

활성 노드를 다시 시작하거나 종료해야 하고 CMS를 수동 노드로 이동할 수 없을 경우 활성 노드를 다시 시작하거나 종료하기 전에 그룹 정책을 사용하여 CMS를 중지하는 것이 좋습니다. Windows Server에서는 그룹 정책 스냅인을 사용하여 관리할 수 있는 정책 기반 컴퓨터 종료 스크립트를 제공하고, 그룹 정책 스냅인에는 컴퓨터를 종료할 때 실행되는 스크립트를 지정할 수 있는 확장 기능이 포함되어 있습니다. 이러한 스크립트는 로컬 시스템 계정에서 실행됩니다. 예를 들어, 적절한 매개 변수를 사용하여 Move-ClusteredMailboxServer cmdlet 또는 Stop-ClusteredMailboxServer cmdlet를 실행하는 종료 스크립트를 만들 수 있습니다. 또한 관리자가 활성 노드를 종료하기 전에 CMS를 이동하거나 중지해야 하는 것을 모르고 시스템을 종료하거나 다시 시작할 가능성을 최소화할 수 있기 때문에 종료 스크립트를 사용하는 것이 좋습니다.