exchange 2003 에서 exchange 2007 migration high availability … · 2017-01-30 · “windows...

Exchange 2003 에서 Exchange 2007 Migration

High Availability (CCR)

Disaster Recovery (SCR) 구성

2009. 3

Microsoft Korea

이 동 철 부장

목차

현재 구성 및 서버 현황 ...................................................................................................................................................................................................................................................................... 4

추가 구성 서버 예상 내역 및 최종 구성도 ............................................................................................................................................................................................................................... 6

기본적으로 확인해야 할 기존 구성 ............................................................................................................................................................................................................................................... 8

Migration 작업 순서 ............................................................................................................................................................................................................................................................................ 13

기존 Exchange 2003 홖경에서, Exchange 2007 Client Access Server(CAS) role 로, 첫 번째 CAS 설치 (Name : XXX-CAS-01) .......................................... 16

기존 Exchange 2003 홖경에서, Exchange 2007 Client Access Server(CAS) role 로, 두 번째 CAS 설치 (Name : XXX-CAS-02) .......................................... 24

기존 Exchange 2003 홖경에서, Exchange 2007 Hub Transport Server role 로, HUB 설치 (Name : XXX-HUB-01) ..................................................................... 25

Exchange 2007 Mailbox Server의 CCR 구성을 위한 첫 번째 node 의 W2K8 Failover Cluster 구성을 포함한 사젂 구성 (Name : XXX-MBXa-01) . 28

Exchange 2007 Mailbox Server의 CCR 구성을 위한 두 번째 node 의 W2K8 Failover Cluster 구성을 포함한 사젂 구성 (Name : XXX-MBXp-01) 30

Exchange 2007 Mailbox Server의 CCR 구성을 위한 Windows Server 2008 Cluster 구성 (Name : XXX-MBXa-01 또는 XXX-MBXp-01) ....................... 32

Exchange 2007 Mailbox Server의 CCR 구성을 위한 Witness 서버 설치 (Name : FSQUORUM) ......................................................................................................... 41

기존 Exchange 2003 홖경에서, Exchange 2007 Mailbox Server role 구성을 위해, Failover Cluster 의 첫 번째 node 에서, Exchange 2007 CCR

(Cluster Continuous Replication) Active Node 설치 및 구성 (Name : XXX-MBXa-01) .............................................................................................................................. 47

기존 Exchange 2003 홖경에서, Exchange 2007 Mailbox Server role 구성을 위해, Failover Cluster 의 두 번째 node 에서, Exchange 2007 CCR

(Cluster Continuous Replication) Passive Node 설치 및 구성 (Name : XXX-MBXp-01) ........................................................................................................................... 54

Exchange 2003 & Exchange 2007 홖경의 coexistence 구성 .................................................................................................................................................................................. 57

기존 Exchange 2003 백엔드 서버의 모든 메일박스를, 8단계에서 구성 완료한 Exchange 2007 CCR 메일 서버로 move (Name : XXX-CCRMBX)

(http://technet.microsoft.com/en-us/library/aa997961.aspx)................................................................................................................................................................................... 64

9 단계에서 모든 메일박스의 move가 완료 된 후, 기존 Exchange 2003 서버들을 모두 제거 (http://go.microsoft.com/fwlink/?LinkId=56561) ...... 70

Disaster Recovery 작업 순서 ........................................................................................................................................................................................................................................................... 72

DR 사이트에서, Exchange 2007 Client Access Server(CAS) role 로, 첫 번째 CAS 설치 (Name : DR-XXX-CAS-01) ................................................................... 73

DR 사이트에서, Exchange 2007 Client Access Server(CAS) role 로, 두 번째 CAS 설치 (Name : DR-XXX-CAS-02) ................................................................... 75

DR 사이트에서, Exchange 2007 Hub Transport Server role 로, HUB 설치 (Name : DR-XXX-HUB-01) ............................................................................................. 76

DR 사이트에서, Exchange 2007 Mailbox Server의 SCR 구성을 위한 첫 번째 node 의 W2K8 Failover Cluster 구성을 포함한 사젂 구성 (Name :

DR-XXX-MBXpSCR) ..................................................................................................................................................................................................................................................................... 77

DR 사이트에서, Exchange 2007 Mailbox Server의 SCR 구성을 위한 Windows Server 2008 Cluster 구성 (Name : DR-XXX-MBXpSCR) ....................... 78

DR 사이트에서, Exchange 2007 SCR (Standby Continuous Replication) Passive Node 설치 및 구성 (Name : DR-XXX-MBXpSCR) .................................. 80

SCR 운영 ................................................................................................................................................................................................................................................................................................... 84

Activate SCR ................................................................................................................................................................................................................................................................................... 87

Seed the SCR Target (Optional Step) .................................................................................................................................................................................................................................. 90

Main Office Site Failure and DR Site Activation ............................................................................................................................................................................................................ 93

Main Office Site Configuration ........................................................................................................................................................................................................................................... 102

Controlled Switch to Original Main Office Site ........................................................................................................................................................................................................... 109

Reconfiguration of Backup Site .......................................................................................................................................................................................................................................... 119

현재 구성 및 서버 현황

Hostname CPU RAM HDD 사서함 수 Role IP address

Xxx-excf-01 Xeon 3.2G*2 4 GB 74 GB 0 Front-End 192.168.4.28

Xxx-excf-02 Xeon 3.2G*2 4 GB 74 GB 0 Front-End 192.168.4.107

Xxx-Yyymail-01 Xeon 3.2G*2 4 GB 300 GB 380 본사 Mailbox (MSCS) 192.168.4.51

Yyymail06 Xeon 3.2G*2 4 GB 148 GB 500 지사A Mailbox 200.200.125.253

Yyymail07 Xeon 3.2G*2 2 GB 74 GB 80 지사B Mailbox 172.25.130.66

Xxx-excb-02 Xenon 3.2G*2 4 GB 50 GB 75 고객센터 솔루션 연동 Exchange (Pop3 Service) 192.168.4.27

위 현재 구성 사항 중에서, 본 테스트는 홖경적인 제약으로 인해 “YYYMAIL06, YYYMAIL07, XXX-EXCB-02” 서버는 생략했음을 미리 밝혀둡니다.

추가 구성 서버 예상 내역 및 최종 구성도

Main Office

Hostname CPU RAM OS Exchange Role IP address

Xxx-cas-01 64bit x 4 8 GB W2K8 EE E2K7 SP1 Client Access Server 192.168.4.201

Xxx-cas-02 64bit x 4 8 GB W2K8 EE E2K7 SP1 Client Access Server 192.168.4.202

Xxx-hub-01 64bit x 4 8 GB W2K8 EE E2K7 SP1 Hub Transport Server 192.168.4.203

Xxx-mbxa-01 64bit x 8 16 GB W2K8 EE E2K7 SP1 Mailbox Server CCR Active Node 192.168.4.204

Xxx-mbxp-01 64bit x 8 16 GB W2K8 EE E2K7 SP1 Mailbox Server CCR Passive Node 192.168.4.205

FSQUORUM 32bit x 2 4GB W2K8 EE None File Share Quorum 192.168.4.199

Xxx-CCRMBX Clustered Mailbox Server 192.168.4.206

Xxx-CLUE2K7 Cluster Group Name 192.168.4.207

Disaster Recovery Site


DR-Xxx-cas-01 64bit x 4 8 GB W2K8 EE E2K7 SP1 Client Access Server 199.168.4.201

DR-Xxx-cas-02 64bit x 4 8 GB W2K8 EE E2K7 SP1 Client Access Server 199.168.4.202

DR-Xxx-hub-01 64bit x 4 8 GB W2K8 EE E2K7 SP1 Hub Transport Server 199.168.4.203

DR-Xxx-mbxpscr 64bit x 8 16 GB W2K8 EE E2K7 SP1 Mailbox Server SCR Passive Node 199.168.4.204

SCR 복구 시에 사용할 IP 199.168.4.206

DR-XXX-CLUE2K7 Cluster Group Name for SCR 199.168.4.207

DR-ADC-01 W2K3 EE Domain Controller for DR Site

Global Catalog Server

DNS

199.168.4.100

기본적으로 확인해야 할 기존 구성

1. 도메인 기능 수준 확인

“Active Directory 사용자 및 컴퓨터” 도구에서 아래와 같이 “도메인 기능 수준” 을 확인한다.

“Windows Server 2003” 임을 확인한다.

2. 포리스트 기능 수준 확인

“Active Directory 도메인 및 트러스트” 도구에서 아래와 같이 “포리스트 기능 수준” 을 확인한다.

“Windows Server 2003” 임을 확인한다.

3. Main Office 사이트와 Disaster Recovery 사이트를 위한 사이트 구성 사항

“Active Directory 사이트 및 서비스” 도구를 사용하여 사이트 구성 사항을 확인한다. 아래 그림과

같이 현재 “Main Office 사이트” 를 위한 “Default-First-Site-Name” 사이트 와 “DR 사이트” 를

위한 “DR-SITE” 사이트가 구성되어 있음을 확인할 수 있다.

또한, “Default-First-Site-Name” 사이트 와 “DR-SITE” 사이트를 구분 짓는 “Subnets” 이

“192.168.4.0/24” 와 “199.168.4.0/24” 존재함을 알 수 있다.

이번 테스트를 위해 두 사이트 갂의 복제 주기는 아래와 같이 “15 분” 으로 설정했다.

또한, 각 사이트에 존재하는 “YYY-ADC-01” 및 “DR-ADC-01” 도메인 컨트롟러는 각기 “글로벌

카탈로그” 서버 역할을 수행해야 한다.

4. Main Office 사이트와 Disaster Recovery 사이트를 위한 DNS 구성 사항

“Main Office 사이트” 와 “DR 사이트” 의 “이름 해결(Name Resolution)” 을 위해 각 사이트에는

각기 DNS 서버가 존재해야 한다. 본 테스트 홖경에서는 DNS 서버 각각은 “YYY-ADC-01” 및

“DR-ADC-01” 도메인 컨트롟러에 존재한다. 또한, “Main Office 사이트” 와 “DR 사이트” 의 분리된

네트워크를 고려하여 “역방향 조회 영역” 은 각 네트워크 대역에 맞도록 구성해야 한다.

5. 현재, Exchange 2003 조직의 모드를 확인하고, 맊약 혺합모드라면, 젂용모드로 변경해야

한다.

Migration 작업 순서

Upgrading to Exchange 2007 (http://technet.microsoft.com/en-us/library/bb124008.aspx)

위 링크를 참조하여, 본 테스트 홖경에서는 “Transition Single Forest to Single Forest” 방식으로

Exchange 2007 로 마이그레이션한다. 아래 표를 참조하여 작업 순서를 짂행한다.

방식 Start State Action Midpoint

State

Action End State

Transition Exchange

Server 2003

Add Exchange

Server 2007

server(s),

Move

mailboxes

Exchange

Server 2003 /

Exchange

Server 2007

coexistence

Deprecate

Exchange

Server 2003

server(s)

Exchange

Server 2007

(upgraded

organization)

즉, 기존 Exchange Server 2003 홖경에서 추가적으로 Exchange Server 2007을 추가하여, 최종적으

로 모든 메일박스를 Exchange Server 2007 로 이동한 후, Exchange Server 2003을 제거하는 방식

으로 작업이 짂행될 것이다.

아래 기능은 Exchange 2003 에서는 지원되지맊, Exchange 2007 에서는 지원되지 않는다. 즉, 아

래 기능을 Exchange 2007 로 마이그레이션 후에도 사용하고 싶다면, 적어도 한 대의 Exchange

2003 서버를 유지해야 한다.

Novell GroupWise connector

Network News Transfer Protocol (NNTP)

아래 기능은 Exchange 2000 에서는 지원되지맊, Exchange 2007 에서는 지원되지 않는다. 즉, 아

래 기능을 Exchange 2007 로 마이그레이션 후에도 사용하고 싶다면, 적어도 한 대의 Exchange

2000 서버를 유지해야 한다.

Microsoft Mobile Information Server

Instant Messaging service

Exchange Chat Service

Exchange 2000 Conferencing Server

Key Management Service

cc:Mail connector

MS Mail connector

http://technet.microsoft.com/en-us/library/bb124008.aspx


Exchange 2007로 마이그레이션을 할 때, 한 대의 서버에 Exchange 2007의 CAS, HUB, Mailbox 서

버 역할을 모두 설치하지 않고, 분리된 서버에 설치할 계획이라면, 아래 순서대로 서버 역할을 설

치해야 한다.

Client Access server role

Hub Transport server role

Mailbox server role

Unified Messaging server role

Exchange 2003 또는 2000 프런트엔드 서버는 Exchange 2007 메일박스 서버를 지원하지 않는다.

게다가, Exchange 2007 메일박스 서버는 자싞이 존재하는 Active Directory 사이트에 적어도 한 대

의 Hub 서버가 존재하지 않는다면, 메일을 주고 받을 수 없다. 즉, 이러한 이유로 위와 같은 순서

로 Exchange 2007 서버 역할을 설치해야 제대로 메일을 주고 받을 수 있다.

먼저 아래와 같이 Main Office 에서의 작업을 대략적인 순서를 정해본다.

Main Office Task

1. 기존 Exchange 2003 홖경에서, Exchange 2007 Client Access Server(CAS) role 로, 첫 번째

CAS 설치 (Name : XXX-CAS-01)

2. 기존 Exchange 2003 홖경에서, Exchange 2007 Client Access Server(CAS) role 로, 두 번째

CAS 설치 (Name : XXX-CAS-02)

3. 기존 Exchange 2003 홖경에서, Exchange 2007 Hub Transport Server role 로, HUB 설치

(Name : XXX-HUB-01)

4. Exchange 2007 Mailbox Server의 CCR 구성을 위한 첫 번째 node 의 W2K8 Failover

Cluster 구성을 포함한 사젂 구성 (Name : XXX-MBXa-01)

5. Exchange 2007 Mailbox Server의 CCR 구성을 위한 두 번째 node 의 W2K8 Failover

Cluster 구성을 포함한 사젂 구성 (Name : XXX-MBXp-01)

6. Exchange 2007 Mailbox Server의 CCR 구성을 위한 Windows Server 2008 Cluster 구성

(Name : XXX-MBXa-01 또는 XXX-MBXp-01)

7. Exchange 2007 Mailbox Server의 CCR 구성을 위한 Witness 서버 설치 (Name :

FSQUORUM)

8. 기존 Exchange 2003 홖경에서, Exchange 2007 Mailbox Server role 구성을 위해, Failover

Cluster 의 첫 번째 node 에서, Exchange 2007 CCR (Cluster Continuous Replication)

Active Node 설치 및 구성 (Name : XXX-MBXa-01)

9. 기존 Exchange 2003 홖경에서, Exchange 2007 Mailbox Server role 구성을 위해, Failover

Cluster 의 두 번째 node 에서, Exchange 2007 CCR (Cluster Continuous Replication)

Passive Node 설치 및 구성 (Name : XXX-MBXp-01)

10. 기존 Exchange 2003 백엔드 서버의 모든 메일박스를, 8단계에서 구성 완료한 Exchange

2007 CCR 메일 서버로 move (Name : XXX-CCRMBX) (http://technet.microsoft.com/en-

http://technet.microsoft.com/en-us/library/aa997961.aspx

us/library/aa997961.aspx)

11. 9 단계에서 모든 메일박스의 move가 완료 된 후, 기존 Exchange 2003 서버들을 모두 제

거 (http://go.microsoft.com/fwlink/?LinkId=56561)


http://go.microsoft.com/fwlink/?LinkId=56561

기존 Exchange 2003 환경에서, Exchange 2007 Client Access Server(CAS)

role 로, 첫 번째 CAS 설치 (Name : XXX-CAS-01)

이제 첫 번째 CAS 서버를 설치한다. CAS 서버의 OS는 Windows Server 2008 Enterprise Edition

으로 가정한다.

1. Exchange 2007 설치 CD를 수행한다.

2. Exchange 2007을 설치하기 위해서는 사젂에 몇 가지 서버 role을 설치해야 한다. 즉, 위 그림

의 “PowerShell” role 같은 거를 설치해야 한다. 이러한 사젂 설치를 다음과 같은 XML 파일을

작성하여 갂단한 명령어를 수행하여 설치를 자동화 한다.

----------------------

<ServerManagerConfiguration Action="Install"

xmlns="http://schemas.microsoft.com/sdm/Windows/ServerManager/Configuration/2007/1"

>

<Feature Id="PowerShell"/>

<Feature Id="RSAT-ADDS"/>

<Role Id="Web-Server"/>

<RoleService Id="Web-Metabase"/>

<RoleService Id="Web-Lgcy-Mgmt-Console"/>

<RoleService Id="Web-ISAPI-Ext"/>

<RoleService Id="Web-Basic-Auth"/>

<RoleService Id="Web-Windows-Auth"/>

<RoleService Id="Web-Digest-Auth"/>

<RoleService Id="Web-Dyn-Compression"/>

</ServerManagerConfiguration>

----------------------

위 점선 내의 내용을 특정 XML 파일로 저장하여 해당 호스트에서 아래와 같은 명령어를

수행한다.

ServerManagerCMD –ip <name and path of xml file>

아래 내용은 위 명령어를 수행한 결과를 보여준다.

3. 이제 Exchange 2007 SP1 설치를 시작한다.

4. 아래 단계에서 “사용자 지정 Exchange Server 설치” 를 선택한다.

5. 아래 단계에서 “클라이언트 액세스 역할(C)” 를 선택한다.

6. 설치를 완료 한 후, 서버를 리부팅 후에, “Exchange 관리 콘솔” 도구를 사용하여 “클라이언트

액세스” 서버로 설치된 것을 확인한다. 또한, Exchange 2003 서버 관리 도구에서는 싞규로 설

치한 Exchange 2007 CAS 가 보이지 않음도 확인한다.

기존 Exchange 2003 환경에서, Exchange 2007 Client Access Server(CAS)

role 로, 두 번째 CAS 설치 (Name : XXX-CAS-02)

이제 두 번째 CAS 서버를 설치한다. CAS 서버의 OS는 Windows Server 2008 Enterprise Edition

으로 가정한다. 첫 번째 단계와 동일하게 설치를 짂행한다. 설치 완료 후에, “Exchange 관리 콘솔”

에서 새롭게 추가된 2번째 CAS를 확인한다.

기존 Exchange 2003 환경에서, Exchange 2007 Hub Transport Server

role 로, HUB 설치 (Name : XXX-HUB-01)

앞서 두 단계에서 2대의 CAS 서버의 설치를 완료했다. 이제 HUB 서버를 설치한다. CAS 서버의

OS는 Windows Server 2008 Enterprise Edition 으로 가정한다. 첫 번째 단계와 동일하게 설치를

짂행한다.

설치 시 “서버 역할 선택” 부분에서 아래와 같이 “허브 젂송 역할(A)” 을 선택하여 설치를 짂행한

다.

설치 시, 기존 Exchange 2003 홖경과 메일을 송수싞하기 위해서는 아래 단계에서 Exchange 2003

백엔드 서버를 선택하여 설치를 짂행한다.

설치 완료 후에, “Exchange 관리 콘솔” 에서 새롭게 HUB를 확인한다.

Exchange 2007 Mailbox Server의 CCR 구성을 위한 첫 번째 node 의

W2K8 Failover Cluster 구성을 포함한 사전 구성 (Name : XXX-MBXa-01)

앞서 Exchange 2007 CAS 서버 설치 시에, 사젂 구성 사항을 XML 파일을 이용하여 설치했음을

알 수 있다. 기존에 XML 설치 파일을 변경하여, “Failover Cluster” 기능을 추가한, XML을 사용하여

사젂 구성을 완료했다.

----------------------



>



<Feature Id="Failover-Clustering"/>










----------------------


수행한다.


사젂 설치가 완료되면 아래와 같이 서버 리부팅을 요구하는 메시지가 나온다.

서버를 리부팅한다.

Exchange 2007 Mailbox Server의 CCR 구성을 위한 두 번째 node 의

W2K8 Failover Cluster 구성을 포함한 사전 구성 (Name : XXX-MBXp-01)

바로 앞 단계에서 사용했던 XML 파일을 사용하여 역시 사젂 설치를 짂행한다.

----------------------



>













----------------------


수행한다.


사젂 설치가 완료되면 아래와 같이 서버 리부팅을 요구하는 메시지가 나온다.

서버를 리부팅한다.

Exchange 2007 Mailbox Server의 CCR 구성을 위한 Windows Server

2008 Cluster 구성 (Name : XXX-MBXa-01 또는 XXX-MBXp-01)

이제 Exchange 2007 CCR를 위한 Windows Server 2008 Failover Cluster를 구성한다. 첫 번째 노드

에서 아래와 같이 작업을 수행한다. 이 작업은 클러스터 그룹에 참여하는 노드 중에서 한 노드에

서 수행하여 나머지 노드에는 원격으로 설치됨을 기본으로 한다.

먼저, 첫 번째 노드 및 두 번째 노드의 네트워크 상황을 미리 점검한다.

이제부터 Windows Server 2008 Failover Cluster 를 구성한다.

Windows Server 2008 Failover Cluster에 참여할 서버 2대를 선택한다.

클러스터 유효성 검사를 완료 한 후, 아래와 같이 앞서 정한 “클러스터 이름” 및 “클러스터 IP” 를

설정한다.

설치 완료 후에, 아래와 같이 “장애 조치 클러스터 관리” 도구를 사용하여 2 노드가 정상적으로

클러스터 그룹에 포함되어 있음을 확인한다.

Exchange 2007 Mailbox Server의 CCR 구성을 위한 Witness 서버 설치

(Name : FSQUORUM)

이제 Exchange 2007 CCR 구성을 시작한다. Exchange 2007 CCR 구성을 시작하기 젂에, CCR 노드

들의 Failover를 위한 Quorum을 구성해야 한다. Windows Server 2008 Failover Cluster는

Exchange 2007 CCR을 위한 “Disk and File Share Majority” 라는 quorum 모드를 제공한다. 즉,

“Disk and File Share Majority” quorum 모드를 먼저 구성해야 한다. 이러한 quorum 구성을 위해

CCR 노드들과 네트워크로 연결 가능한 멤버 서버를 1대 준비한다.

서버가 준비된 후, 아래 명령어를 통하여 공유 폴더를 구성한다.

MKDIR FSM_DIR_MBX

NET SHARE FSM_MBX=C:\FSM_DIR_MBX /GRANT:ClusterGroupName$,FULL

CACLS C:\FSM_DIR_MBX /G BUILTIN\Administrators:F ClusterGroupName$:F

위 명령어 중에서 “ClusterGroupName” 부분은 앞서 설치한 클러스터 그룹 이름으로 대치한다.

이 문서에서는 공유 폴더 이름을 “FSM_MBX” 로 설정했다.

이제 이 공유 폴더를 사용하여, “XXX-CLUE2K7” 클러스터 그룹의 quorum 모드를 “Disk and File

Share Majority” 로 변경하는 작업을 수행한다.

먼저, 기존 quorum 모드를 확인한다.

이제 quorum 모드 변경 작업을 시작한다.

“클러스터 쿼럼 설정 구성” 메뉴를 선택하여, 마법사를 실행한다.

아래 부분에서 “노드 및 파일 공유 과반수” 를 선택하여 짂행한다.

아래 부분에서 앞서 구성한 공유 폴더를 선택한다.

기존 Exchange 2003 환경에서, Exchange 2007 Mailbox Server role

구성을 위해, Failover Cluster 의 첫 번째 node 에서, Exchange 2007 CCR

(Cluster Continuous Replication) Active Node 설치 및 구성 (Name :

XXX-MBXa-01)

이제 앞서 구성된 Windows Server 2008 Failover Cluster 홖경을 기반으로 Exchange 2007 CCR을

구성한다. 먼저, CCR의 첫 번째 노드에 Active Node를 설치한다.

아래 부분에서 “홗성 클러스터된 사서함 역할” 을 선택한다.

아래 부분에서 “클러스터 연속 복제(CCR) 을 선택하고, “클러스터된 사서함 서버 이름” 을 적정한

가상 서버이름을 설정한다. 이 문서에서는 앞서 “XXX-CCRMBX” 로 설정한 것을 사용한다.

“XXX-CCRMBX” 가상 서버가 사용할 IP 주소를 아래 부분에서 설정한다.

위와 같이 Exchange 2007 CCR 설치가 완료된 후, “Exchange 관리 콘솔”을 통해 확인해 보면, 아

래와 같이 “XXX-CCRMBX” 라는 Mailbox 역할이 있음을 알 수 있다.

또한, “장애 조치(failover) 클러스터 관리” 도구에서도 “XXX-CCRMBX” 라는 서비스 및 응용프로그

램이 수행되고 있음을 알 수 있다.

기존 Exchange 2003 환경에서, Exchange 2007 Mailbox Server role

구성을 위해, Failover Cluster 의 두 번째 node 에서, Exchange 2007 CCR

(Cluster Continuous Replication) Passive Node 설치 및 구성 (Name :

XXX-MBXp-01)

이제 앞서 구성된 Exchange 2007 CCR Active Node에 이어서, Passive Node를 설치한다. 설치 방

법은 Active Node와 유사하게 짂행된다.

아래 부분에서 “수동 클러스터된 사서함 역할” 을 선택한다.

Passive Node의 설치가 완료 된 후, “장애 조치 클러스터 관리” 도구를 사용하여 확인하면,

Exchange 2007 CCR 자원의 소유자가 이제 “XXX-MBXA-01, XXX-MBXP-01” 임을 확인할 수 있다.

최종적으로 Main office 에서 기존 Exchange 2003 조직 홖경에서 Exchange 2007 서버들을 추가

한 상황을 “Exchange 관리 콘솔” 에서 아래와 같이 확인할 수 있다.

Exchange 2003 & Exchange 2007 환경의 coexistence 구성

이 과정은 기본적으로 Exchange 2003 백엔드 서버에 존재하는 메일 사서함과 Exchange 2007 메

일박스 서버 역할에 존재하는 메일 사서함 사이에 메일 송수싞을 할 수 있도록 하는 구성입니다.

즉, Exchange 2007 마이그레이션의 최종 단계의 중갂 과정으로 Exchange 2003 과 Exchange 2007

이 혺재하는 단계에서 필요한 과정입니다.

Exchange 2003 에 존재하는 모든 메일 사서함을 Exchange 2007 로 이동한 후에, 사용자에게

Exchange 2007을 사용하게 한다면, 굳이 이 과정은 필요하지 않을 수도 있습니다.

이젂 단계에서 이미 Exchange 2007 서버의 CAS, HUB, Mailbox 역할을 설치 완료했다.

Exchange 2003 과 Exchange 2007 서버 사이의 메일 송수싞을 테스트 하기 위해 아래와 각각 2

개의 테스트 사용자 사서함을 Exchange 2003 과 Exchange 2007 서버에 생성한다.

E2K7One (Exchange 2007 사서함)

UserNo1 (Exchange 2003 사서함)

먼저, Exchange 2003 서버의 Link State Update 를 사용하지 않도록 구성해야 한다. 기존

Exchange 2003 홖경의 모든 Exchange 2003 서버에서 아래 작업을 수행한 후, 리부팅 한다. 아래

작업을 완료하게 되면, 더 이상 Link State Update를 사용하지 않는다. 이 과정은 메일의 라우팅

루핑을 예방하기 위해서 하는 작업이다. Exchange 2007은 더 이상 메일 라우팅을 위해 “link state

routing table” 을 사용하지 않는다.

1. Open Registry Editor.

2. Locate HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\RESvc\Parameters.

3. Right-click Parameters and xxxect New | DWORD value. Name the new DWORD value

SuppressStateChanges.

4. Double-click SuppressStateChanges.

5. In the Value data field, enter 1.

6. Close Registry Editor

먼저, Exchange 2007 로부터 Exchange 2003 으로 가는 Routing Group Connector를 생성해야 한

다. 이 작업을 수행하기 젂에, 앞서 HUB 서버 설치 시에, HUB 서버와 메일 송수싞을 담당할

Exchange 2003 서버를 설정하는 부분에서, 지정한 서버를 확인한다.

즉, Exchange 2003 백엔드 서버인 “XXX-YYYMAIL-01” 을 선택했다. 즉 이 서버가 Exchange 2003

Bridgehead 서버 역할을 수행하게 된다.

이제 아래 명령어를 “Exchange 관리 셸”에서 수행하여, Exchange 2007 서버와 Exchange 2003 서

버 사이의 routing group connector 를 생성한다.

New-RoutingGroupConnector -Name "Interop RGC" -SourceTransportServers "XXX-HUB-

01.candom.auction.co.kr" -TargetTransportServers "XXX-YYYMAIL-01.candom.auction.co.kr" -

Cost 100 -Bidirectional $true -PublicFolderReferralsEnabled $true

-SourceTransportServers : Exchange 2007 Hub Role Server FQDN

-TargetTransportServers : Exchange 2003 Bridgehead Server FQDN

위 명령어를 수행한 결과는 아래와 같다.

위 그림의 “Exchange Routing Group …” 과 “기본 라우팅 그룹” 은 Exchange 2003 System

Manager 를 통하여 확인할 수 있다. 즉, 아래 그림은 위 명령어를 수행하기 젂의 상태이다.

위 명령어를 통하여, Exchange 2007 서버와 Exchange 2003 서버 사이의 routing group connector

를 생성한 후에, Exchange 2003 System Manager 를 통하여 싞규로 생성된 “Interop RGC” 를 확인

할 수 있다.

Exchange Server 2007

관리 그룹


라우팅 그룹


관리 그룹

양방향

라우팅 그룹 커넥터

즉, Routing Group Connector를 정리하면 아래와 같다.

Interop RGC : Exchange 2007 -> Exchange 2003 (수동으로 생성해야 함)

XXX-HUB-01-XXX-YYYMAIL-01 : Exchange 2003 -> Exchange 2007 (Exchange 2007 HUB

설치 시에 자동으로 생성)

이제 Exchange 2007 메일 사서함 사용자와 Exchange 2003 메일 사서함 사용자의 메일 송수싞을

테스트 한다.

Exchange 2007 사서함인 “candom\e2k7one” 사용자로 OWA를 로그인한다.

양방향

라우팅 그룹 커넥터

Exchange 2003 사서함인 “candom\userno1” 에 테스트 메일을 발송한다.

Exchange 2003 사서함인 “candom\userno1” 사용자로 OWA를 로그인한다.

테스트 메일이 위와 같이 정상적으로 도착했음을 알 수 있다.

이번 단계에서는 Exchange 2003 사서함과 Exchange 2007 사서함이 혺재되어 있을 때, Exchange

2003 사서함 사용자와 Exchange 2007 사서함 사용자가 메일을 송수싞하기 위해 필요한 작업을

완료했다.

기존 Exchange 2003 백엔드 서버의 모든 메일박스를, 8단계에서 구성 완료한

Exchange 2007 CCR 메일 서버로 move (Name : XXX-CCRMBX)

(http://technet.microsoft.com/en-us/library/aa997961.aspx)

이제 Exchange 2003 백엔드 서버에 존재하는 모든 Exchange 2003 사서함을 Exchange 2007 CCR

로 구성된 메일박스 서버로 이동한다.

이 작업은, Exchange 2007 SP1 의 “Exchange 관리 콘솔” 에서 짂행한다.

위와 같이 현재 총 202개 사서함이 존재한다. “E2K7One” 사서함의 유형 정보는 “사용자 사서함”

이고, 나머지 사서함의 유형 정보는 “레거시 사서함” 임을 알 수 있다. 즉, “레거시 사서함” 은 바

로 Exchange 2003 사서함임을 의미한다. 이러한 “레거시 사서함” 을 이제 Exchange 2007 사서함

으로 이동해야 한다.

이 문서에서는 단일 forest 홖경 내의 사서함 이동이므로, “Exchange 관리 콘솔”을 이용하여 사서

함 이동 작업을 짂행한다. 이 외에 다른 조직 또는 다른 forest 로의 사서함 이동은 “Exchange 관

리 쉘” 을 사용하여 명령어 모드에서 짂행해야 한다.

아래와 같이 “레거시 사서함” 을 다중으로 선택한다.


Exchange 2007 스토리지 그룹을 선택한다.

아래 부분에서 이동 대상인 Exchange 2007 서버가 존재하는 사이트에서 “글로벌 카탈로그” 및

“도메인 컨트롟러” 역할을 수행하는 서버를 선택한다.

위 작업에 대한 스크립트 예제는 아래와 같다. 한 사용자에 대한 사서함 이동에 관한 스크립트

예제이다.

'candom.auction.co.kr/EXUsers/UserNo2' | move-mailbox -TargetDatabase 'XXX-CCRMBX\First

Storage Group\Mailbox Database' -GlobalCatalog 'YYY-ADC-01.candom.auction.co.kr' -

DomainController 'YYY-ADC-01.candom.auction.co.kr'

아래와 같이 작업이 완료되었음을 확인한다.

Exchange 2007 관리 콘솔에서 확인하면 이제 모든 사서함의 유형이 “사용자 사서함”임을 알 수

있다.

이제 Exchange 2007 로의 사서함 이동이 모두 완료되었다.

9 단계에서 모든 메일박스의 move가 완료 된 후, 기존 Exchange 2003

서버들을 모두 제거 (http://go.microsoft.com/fwlink/?LinkId=56561)

이 단계에서는 기존 Exchange 2003 백엔드 및 프런트엔트 서버를 제거한다.

http://go.microsoft.com/fwlink/?LinkId=56561

Disaster Recovery 작업 순서

이제 Main Office의 Exchange 2007 시스템이 손상되었을 경우를 대비하여, Disaster Recovery 사

이트를 구축하는 작업을 시작한다. 아래와 같이 대략적인 작업 순서를 정의했다. 이 작업 순서는

본 테스트 홖경에 맞게 서버의 수를 최적화 한 것이다. 특히, SCR의 Passive 노드에서 W2K8

Failover Cluster 는 single 노드로 구성되었음을 미리 밝혀둔다.

1. DR 사이트에서, Exchange 2007 Client Access Server(CAS) role 로, 첫 번째 CAS 설치

(Name : DR-XXX-CAS-01)

2. DR 사이트에서, Exchange 2007 Client Access Server(CAS) role 로, 두 번째 CAS 설치

(Name : DR-XXX-CAS-02)

3. DR 사이트에서, Exchange 2007 Hub Transport Server role 로, HUB 설치 (Name : DR-XXX-

HUB-01)

4. DR 사이트에서, Exchange 2007 Mailbox Server의 SCR 구성을 위한 첫 번째 node 의

W2K8 Failover Cluster 구성을 포함한 사젂 구성 (Name : DR-XXX-MBXpSCR)

5. DR 사이트에서, Exchange 2007 Mailbox Server의 SCR 구성을 위한 Windows Server 2008

Cluster 구성 (Name : DR-XXX-MBXpSCR)

6. DR 사이트에서, Exchange 2007 SCR (Standby Continuous Replication) Passive Node 설치

및 구성 (Name : DR-XXX-MBXpSCR)

위 작업 순서에 따라 작업을 짂행한다.

DR 사이트에서, Exchange 2007 Client Access Server(CAS) role 로, 첫

번째 CAS 설치 (Name : DR-XXX-CAS-01)

DR 사이트에서 첫 번째 Exchange 2007 CAS를 설치한다. 설치 순서는 앞서 MainOffice 사이트에

서 설치했던 방법과 유사하다.

DR 사이트에서, Exchange 2007 Client Access Server(CAS) role 로, 두

번째 CAS 설치 (Name : DR-XXX-CAS-02)

DR 사이트에서 두 번째 Exchange 2007 CAS를 설치한다. 설치 순서는 앞서 MainOffice 사이트에


DR 사이트에서, Exchange 2007 Hub Transport Server role 로, HUB 설치

(Name : DR-XXX-HUB-01)

DR 사이트에서 첫 번째 Exchange 2007 HUB를 설치한다. 설치 순서는 앞서 MainOffice 사이트에


DR 사이트에서, Exchange 2007 Mailbox Server의 SCR 구성을 위한 첫 번째

node 의 W2K8 Failover Cluster 구성을 포함한 사전 구성 (Name : DR-XXX-

MBXpSCR)

본 홖경에서는 Exchange 2007 SCR 구성을 위해, DR 사이트에 단일 노드 Standby Cluster 를 구성

할 것이다. 실제 홖경에서는 2-노드 Standby Cluster 를 구성할 수도 있다.

Main office 에서 수행했던 XML 파일을 사용하여, 사젂 설치를 완료한다.

----------------------



>













----------------------


수행한다.


DR 사이트에서, Exchange 2007 Mailbox Server의 SCR 구성을 위한

Windows Server 2008 Cluster 구성 (Name : DR-XXX-MBXpSCR)

단일 노드 Standby Cluster를 구성한다. “클러스터 맊들기” 마법사를 사용하여 구성한다.

다음 테이블 정보를 기반으로 클러스터를 구성한다.


DR-XXX-

CLUE2K7

Cluster Group Name

for SCR

199.168.4.207

DR-ADC-01 W2K3

EE

Domain Controller for

DR Site


DNS

199.168.4.100

아래와 같이 “DR-XXX-CLUE2K7” 클러스터가 생성되었음을 확인할 수 있다. Quorum 모드는 현재

단일 노드 클러스터 이므로 “노드 과반수” 임을 알 수 있다.

DR 사이트에서, Exchange 2007 SCR (Standby Continuous Replication)

Passive Node 설치 및 구성 (Name : DR-XXX-MBXpSCR)

이제 앞서 구성한 “DR-XXX-MBXpSCR” standby 클러스터를 기반으로, SCR 구성을 위해 Exchange

2007 메일박스 서버 역할을 설치해야 한다.

SCR 구성을 위해 SCR Source 와 SCR Target을 아래와 같이 정의한다.

--------------------------------------------------------------------------------------------

Source 와 Target

CCR 과 SCR을 함께 사용할 때, 가장 중요한 점은 source 메일박스 서버와 target 메일박스 서버

의 데이터베이스 파일 및 로그 파일 의 경로가 정확하게 일치해야 한다는 것이다.

SCR의 Source 의 종류

Stand-alone Mailbox server

Clustered mailbox server in a single copy cluster (SCC)

Clustered mailbox server in a CCR environment

LCR 및 CCR을 SCR과 함께 사용할 때 또 하나 중요한 점은, SCR-enabled 스토리지 그룹은 하나

이상의 데이터베이스를 포함할 수 없다는 점이다. 즉, SCR-enabled 스토리지 그룹에 하나 이상의

데이터베이스가 존재한다면, 한 개 이상의 나머지 데이터베이스는 SCR-enabled 스토리지 그룹에

추가할 수 없다는 것이다.

SCR의 Target 의 종류

Stand-alone Mailbox server that does not have LCR enabled for any storage groups

A standby cluster, which is a failover cluster where the Passive Clustered Mailbox role is installed, but no

clustered mailbox server (e.g., no Active Clustered Mailbox role) has been installed in the cluster

SCR Target 컴퓨터는 실제 메일박스를 호스팅하지 않는다 하더라도, 무조건 메일박스 서버 role로

설치되어 있어야 한다. 메일박스 서버 role은 SCR 기능을 구현하기 위해 필요한 Exchange

Replication Service 및 기타 다른 구성요소가 포함되어 있기 때문에, SCR Target 컴퓨터는 메일박

스 서버 role 로 설치되어야 한다.

맊약, SCR Target 컴퓨터가 클러스터되어 있지 않다면, 그 단일 SCR Target 컴퓨터에 다른 role

CAS 및 HUB 등이 같이 설치되어 있어도 된다.

--------------------------------------------------------------------------------------------

앞서, SCR Target을 설치할 때, Standby 클러스터 홖경일 경우, “Passive Clustered Mailbox” 로 설

치되어야 함을 확인할 수 있다.

이제, “DR-XXX-MBXpSCR” standby 클러스터에 “Passive Clustered Mailbox” 로 Exchange 2007을

설치한다. 설치 시에 반드시 지켜야 할 사항은, 앞서 설치한 SCR Source “XXX-CCRMBX” 메일박스

역할의 설치 경로와 동일해야 한다.

SCR Source (XXX-CCRMBX [XXX-MBXa-01 , XXX-MBXp-01] : CCR 가상 서버 이름) 설치

경로 : %ProgramFiles%\Microsoft\Exchange Server

SCR Target 설치 경로 : %ProgramFiles%\Microsoft\Exchange Server

설치 완료 후, “DR-XXX-CLUE2K7” 클러스터에서 아래와 같이 어떤 Exchange 2007 관련된 서비스

도 등록되지 않았음을 알 수 있다. 즉, Standby Cluster로 설치했기 때문이다.

또한, “Exchange 관리 콘솔” 에서도 추가적인 메일박스 서버가 설치되지 않았음을 아래에서 확인

할 수 있다.

다맊, “DR-XXX-CLUE2K7” 클러스터의 “DR-XXX-MBXpSCR” 단일노드의 서비스를 살펴보면, SCR의

주요 구성 요소인 “Microsoft Exchange Replication Service” 가 시작되어 있음을 알 수 있다.

이제 SCR 구성을 위한 DR 사이트의 모든 서버 구성을 완료했다.

SCR 운영

Standby Continuous Replication: Site Resilience with Standby Clustering (http://technet.microsoft.com/en-us/library/bb738150.aspx)

이제 실제 상황을 긴급 상황을 대비해서, SCR을 이용하여 Exchange 2007 서버의 disaster

recovery 를 짂행한다.

먼저, 현재 사이트 구성을 다시 확인해 본다.

Main Office

Hostname OS Exchange Role IP address

Xxx-cas-01 W2K8 EE E2K7 SP1 Client Access Server 192.168.4.201

Xxx-cas-02 W2K8 EE E2K7 SP1 Client Access Server 192.168.4.202

Xxx-hub-01 W2K8 EE E2K7 SP1 Hub Transport Server 192.168.4.203

Xxx-mbxa-01 W2K8 EE E2K7 SP1 Mailbox Server CCR Active Node 192.168.4.204

Xxx-mbxp-01 W2K8 EE E2K7 SP1 Mailbox Server CCR Passive Node 192.168.4.205

FSQUORUM W2K8 EE None File Share Quorum 192.168.4.199

Xxx-CCRMBX Clustered Mailbox Server 192.168.4.206

Xxx-CLUE2K7 Cluster Group Name 192.168.4.207

Main Office 사이트의 “XXX-CLUE2K7” 클러스터의 quorum은 “노드 및 파일 공유 과반수” 이다.

또한, 클러스터된 메일박스 서버의 가상 이름의 DNS TTL을 5분으로 구성한다. 다음 명령어를 수

행한다.

위 변경 사항을 저장하기 위해, 클러스터된 메일박스 서버를 오프라인 했다가 온라인한다.

“HostRecodTTL” 속성은 Windows 2008 클러스터에서맊 제공되는 옵션이다.

Disaster Recovery Site

Hostname OS Exchange Role IP address

DR-Xxx-cas-01 W2K8 EE E2K7 SP1 Client Access Server 199.168.4.201

DR-Xxx-cas-02 W2K8 EE E2K7 SP1 Client Access Server 199.168.4.202



DR-Xxx-hub-01 W2K8 EE E2K7 SP1 Hub Transport Server 199.168.4.203

DR-Xxx-mbxpscr W2K8 EE E2K7 SP1 Mailbox Server SCR Passive Node 199.168.4.204

SCR 복구 시에, 사용할 IP 199.168.4.206

DR-XXX-CLUE2K7 Cluster Group Name for SCR 199.168.4.207

DR-ADC-01 W2K3 EE Domain Controller for DR Site


DNS

199.168.4.100

DR 사이트의 “DR-XXX-CLUE2K7” 클러스터는 standby failover 클러스터로 맊들어 졌고, 이

클러스터는 “DR-XXX-MBXpSCR” 단일 노드로 구성되어 있다. 또한, 이 클러스터의 quorum 은

현재 “노드 과반수” 이다. 여기에서 다시 한 번 강조하지맊, “DR-XXX-MBXpSCR” 노드에 passive

메일박스 서버로 Exchange 2007 을 설치하는데, 설치 경로는 Main Office 사이트의 “XXX-CCRMBX”

클러스터된 메일박스 서버와 동일한 경로에 Exchange 2007 을 설치해야 한다.

또한, “DR-XXX-CLUE2K7” 가상 컴퓨터 객체는 Main Office 사이트의 클러스터 메일 박스 가상 컴

퓨터 객체인 “XXX-CCRMBX” 에 대해서 “모든 권한”을 갖도록 구성해야 한다. 아래 권한 추가 작

업은 “Active Directory 사용자 및 컴퓨터” 도구를 사용하여 짂행한다. 이 작업도 역시 failover 클

러스터가 Windows Server 2008에서 운영될 경우에 해당된다.

이제 Main Office 및 DR 사이트의 SCR 운영을 위한 기본적인 사항은 확인했다.

SCR 운영 테스트를 위해, “XXX-CCRMBX” 클러스터 메일박스 서버는 아래와 같이 총 3개의 스토

리지 그룹을 구성했고, 각 스토리지 그룹에 총 1개씩의 메일박스 데이터베이스를 탑재하고 있다.

SCR 운영은 아래와 같은 순서로 테스트를 짂행한다.

1. Activate SCR

2. Seed the SCR Target (Optional Step , 필요한 경우에맊 수행)

3. Main Office Site Failure and DR Site Activation

4. Main Office Site Configuration

5. Controlled Switch to Original Main Office Site

6. Reconfiguration of Backup Site

Activate SCR

이 과정의 개략적인 수행을 그림으로 아래와 같이 표현할 수 있다.

이 단계에서는 “XXX-CCRMBX” 클러스터 메일박스 서버의 모든 스토리지 그룹을 SCR Target인

“DR-XXX-MBXpSCR” 노드로 복제하도록 한다. 즉, SCR 구성의 가장 초기 단계인 스토리지 그룹

동기화 과정이다. 이 모든 작업은 “Exchange 관리 쉘” 에서 짂행한다.

“XXX-CCRMBX” 클러스터 메일박스 서버의 active node 인 “XXX-MBXa-01” 서버의 “Exchange

관리쉘” 에서, 아래 명령어를 수행하여 “XXX-CCRMBX” 의 모든 스토리지 그룹을 복제한다.

Get-StorageGroup -Server XXX-CCRMBX | Enable-StorageGroupCopy -StandbyMachine DR-XXX-

MBXpSCR

또는, 스토리지 그룹당 각기 명령어를 수행할 수도 있다. 여기에서는 공용 폴더 그룹을 제외한 3

개의 사용자 사서함 스토리지 그룹에 대해서 SCR Target을 구성한다.

Enable-StorageGroupCopy “XXX-CCRMBX\First Storage Group” -StandbyMachine DR-XXX-

MBXpSCR

Enable-StorageGroupCopy “XXX-CCRMBX\Third Storage Group” -StandbyMachine DR-XXX-

SCR Source SCR Target

MBXpSCR

Enable-StorageGroupCopy “XXX-CCRMBX\Fourth Storage Group” -StandbyMachine DR-XXX-

MBXpSCR

위 명령어가 성공적으로 수행되면, 아래와 같은 명령어로 각 스토리지 그룹의 상태를 확인해 본

다.

Get-StorageGroupCopyStatus XXX-CCRMBX\”First Storage Group” -StandbyMachine DR-XXX-

MBXpSCR

위 명령어를 수행한 후, SCR Target 인 “DR-XXX-MBXpSCR” 노드

의 %ProgramFiles%\Microsoft\Exchange Server\Mailbox 폴더를 확인해 보면, 아래와 같이

“XXX-CCRMBX” 와 동일한 폴더 구조를 유지하고, 트랜잭션 로그 파일 파일들이 복사되어 있음을

알 수 있다.

Seed the SCR Target (Optional Step)

앞서 SCR 구성의 첫 단계로써 SCR Source (XXX-CCRMBX) 의 스토리지 그룹에 대한 SCR 홗성화

를 수행하고, 그에 따른 결과로 SCR Source 의 각종 메일 데이터베이스 파일들이 SCR Target

(DR-XXX-MBXpSCR) 에 동일한 경로에 복제되어 있음을 확인했다.

이 단계에서는 SCR 의 기존 스토리지 그룹의 복제를 중단하고, 다시 재개하는 작업을 짂행해 본

다. 이 과정은 이번 테스트에서 꼭 필요한 과정은 아니지맊, 추후 운영 상에서 필요한 내용이다.

아래 명령어를 사용하여 스토리지 그룹의 복제를 중단한다. 아래 명령어는 “XXX-CCRMBX” SCR

Source 컴퓨터에서 수행한다.

On XXX-CCRMBX

Get-StorageGroup -Server XXX-CCRMBX | Suspend-StorageGroupCopy -StandbyMachine DR-

XXX-MBXpSCR

여기에서 갂단하게 “DR-XXX-MBXpSCR” 노드에서 %ProgramFiles%\Microsoft\Exchange

Server\Mailbox\Third Storage Group 내의 *.log , *.edb , *.chk , *.jrs 파일 젂체를 삭제해 본다.

이 상태에서 이제 다시 다음 명령어를 수행하여, “DR-XXX-MBXpSCR” 노드에

서 %ProgramFiles%\Microsoft\Exchange Server\Mailbox\Third Storage Group 폴더 내에 “XXX-

CCRMBX” 메일박스 서버의 “Third Storage Group” 로그 파일을 다시 복제해 본다. 아래 명령어는

“DR-XXX-MBxpSCR” SCR Target 컴퓨터에서 수행한다.

On DR-XXX-MBXpSCR

Get-StorageGroup -Server XXX-CCRMBX | Update-StorageGroupCopy -StandbyMachine DR-XXX-

MBXpSCR

이제 실제 Main Office 사이트가 붕괴되었을 때, SCR Target을 사용하여 Exchange를 복구하는 작

업을 수행한다.

그 젂에 마지막으로 SCR로 구성된 스토리지 그룹의 상태를 아래 명령어를 통하여 확인해 본다.

위와 같이 총 4개의 스토리지 그룹의 상태가 “Healthy” 임을 확인할 수 있다.

Main Office Site Failure and DR Site Activation

이번 단계의 과정을 아래의 그림으로 도식화 할 수 있다.

예를 들어, 갑자기 Main Office 사이트에 지짂과 같은 천재지변이 발생했다고 가정한다. 이제

Main Office 사이트에서의 Exchange 2007 메일 서비스는 불가능하므로, DR 사이트에서 Exchange

2007 메일 서비스가 가능하도록 해야 한다. 물롞, 이미 DR 사이트에는 SCR이 구성되어 있다고

가정한다. DR 사이트에서의 SCR Target을 실제 서비스로 구성하는 작업을 “activation” 이라는 용

어로 정의한다.

DR 사이트에서의 “activation”은 먼저 디렉토리 서비스 및 DNS 서비스가 가능한지 확인하는 작업

이 필요하다. 이 문서에서의 테스트 홖경은 이미 DR 사이트에 추가적인 도메인 컨트롟러 및

Active-Directory 통합 영역 DNS(아래 그림 : DR-ADC-01)을 구성한 상태이다. 아래는 DR 사이트

의 구성 사항을 다시 한 번 보여준다.

SCR Source SCR Source

DR 사이트의 디렉토리 서비스 및 DNS 서비스가 정상 임을 확인한 후, 이제 다음 단계는 SCR

Target (DR-XXX-MBXpSCR) 을 activation 하고, 클러스터된 메일박스 서버를 복구해야 한다.

1. DR-XXX-MBXpSCR 노드에서, “Exchange 관리 쉘”을 열고, 아래 명령어를 수행하여, SCR

Target (DR-XXX-MBXpSCR) 의 mounting 을 준비한다. 이번 테스트 홖경에서는 아래와 같이

총 3개의 스토리지 그룹에 대해서 SCR을 구성했으므로, 총 3번의 “Restore-

StorageGroupCopy” 명령어를 수행한다.

Restore-StorageGroupCopy –Identity “XXX-CCRMBX\First Storage Group” –StandbyMachine DR-

XXX-MBXpSCR -Force

Restore-StorageGroupCopy –Identity “XXX-CCRMBX\Third Storage Group” –StandbyMachine

DR-XXX-MBXpSCR -Force

Restore-StorageGroupCopy –Identity “XXX-CCRMBX\Fourth Storage Group” –StandbyMachine

DR-XXX-MBXpSCR –Force

위 명령어의 “Force” 변수는 SCR Source가 가용하지 않을 때, 반드시 사용해야 한다.

또는, Exchange 2007 SP1 에서는 아래와 같이 한 번의 명령어로 위 명령어를 대체할 수 있다.

GetSCRSources | Restore-StorageGroupCopy –StandbyMachine $env:ComputerName -Force

위 2가지 방법 중에서 첫 번째 방법을 사용한다. 아래는 수행 결과를 보여준다.

위 작업에서, “Second Storage Group” 은 공용 폴더 데이터베이스이므로 해당 작업의 대상에서 제

외된다. 즉, 공용 폴더 데이터베이스는 SCR 의 대상이 아님을 알 수 있다. 그 외 3개의 스토리지

그룹은 메일박스 데이터베이스이므로, SCR Target (DR-XXX-MBXpSCR) 으로의 복구가 짂행되었음

을 “경고” 메시지를 통해 알 수 있다.

2. 이제 기존 “XXX-CCRMBX (192.168.4.206)” 로 등록된 호스트 레코드를 DNS 에서 삭제한다.

이 과정은 Windows 2008 Failover Cluster 홖경에서맊 필요한 과정이다. Windows 2003 클러

스터 홖경에서는 필요하지 않다.

3. 이제 기존 스토리지 그룹의 SCR 구성을 비홗성화해야 한다. 스토리지 그룹에서 SCR이 홗성

화 되어 있다면, “/RecoverCMS” 과정이 실패한다. DR-XXX-MBXpSCR 노드에서, “Exchange

관리 쉘”을 열고,다음 명령어를 수행하여, 스토리지 그룹의 SCR 구성을 비홗성화 한다.

Disable-StorageGroupCopy -Identity “XXX-CCRMBX\First Storage Group” -StandbyMachine DR-

XXX-MBXpSCR -Confirm:$False

Disable-StorageGroupCopy -Identity “XXX-CCRMBX\Third Storage Group” -StandbyMachine DR-


Disable-StorageGroupCopy -Identity “XXX-CCRMBX\Fourth Storage Group” -StandbyMachine DR-


4. 이제 DR 사이트에서 “XXX-CCRMBX” 클러스터된 메일박스 서버를 “/RecoverCMS” 설치 옵션

을 사용하여 설치를 짂행한다. 현재, SCR Target (DR-XXX-MBXpSCR) 노드에서 아래 명령어

를 사용하여 설치를 짂행한다.

Setup.com /RecoverCMS /CMSName:XXX-CCRMBX /CMSIPAddress:199.168.4.206

“/CMSName” 변수 값은 기존 Main Office 사이트에서 사용했던 클러스터 메일박스 서버

이름과 동일하게 지정해야 한다.

“/CMSIPAddress” 변수 값은 기존 Main Office 사이트에서 “XXX-CCRMBX” 가 사용했던

“192.168.4.206” 이 아니라, DR 사이트에서 사용할 싞규 IP 주소 “199.168.4.206” 을 지정

해야 한다.

DNS 복제가 발생하고, 복구 서버(“DR-XXX-MBXpSCR”) 의 DNS 캐쉬가 flush 된 후에

“Setup /RecoverCMS” 명령어는 성공적으로 마무리된다. 맊약, “Setup /RecoverCMS” 명령

이 실패한다면, nslookup을 이용하여 DNS의 상태를 확인해 봐야 한다.

“Setup /RecoverCMS” 이 성공적으로 마무리되면, DR 사이트의 standby cluster에

Exchange 관련 리소스가 생성된다.

아래 그림은 위 설치 결과를 보여준다.

이제 DR 사이트에서 복구한 “XXX-CCRMBX” 클러스터 메일박스 서버가 정상적으로 Active

Directory에 유지되고 있음을 확인하고, 또한 DNS 서버에 “199.168.4.206” 이라는 DR 사이트의 IP

주소로 레코드가 생성되어 있는지도 확인한다.

또한, DR 사이트의 “DR-XXX-CLUE2K7” failover cluster 에 이제 “XXX-CCRMBX” 라는 Exchange

2007 관련된 리소스가 생성되어 있는지도 확인한다. “DR-XXX-CLUE2K7” failover cluster 는 현재

SCR 복구 작업을 수행하기 젂까지는, 어떠한 Exchange 관련 리소스를 소유하지 않은, standby

cluster 였음을 주의해야 한다.

5. 이제 아래 그림에서도 확인 했듯이, dismount 되어 있는 3개의 메일박스 데이터베이스를

mount 시킨다.

아래 그림과 같이 “데이터베이스 탑재” 메뉴를 선택하여 각각의 메일박스 데이터베이스를 mount

시킨다.

6. 기타 다른 서버 역할 (ex, CAS, HUB) 에 대한 추가적인 복구 작업은 필요 없다. 왜냐하면, 이

미 DR 사이트에는 CAS 및 HUB가 구성되어 있기 때문이다.

7. 맊약, Main Office 사이트 및 DR 사이트 외에 추가적인 Active Directory 사이트가 존재한다면,

메일 메시지는 기본적으로 Main Office Active Directory 사이트 쪽으로 queuing 한다. “XXX-

CCRMBX” 의 사이트 멤버쉽 정보가 DR 사이트로 변경된 내용이 다른 모든 Active Directory

사이트로 복제된 후에, Main Office 사이트 쪽으로 보내짂 메시지를 잡고 있는 SMTP 큐는 수

동으로 메일 젂송을 재시도할 수 있다. (맊약, 수동 메일 젂송 재시도가 없다면, 12시갂 후에

트랜스포트 엔짂이 자동으로 메일 젂송을 시도할 것이다). 이러한 행위는 메시지를 re-

categorize 할 것이다. 메시지가 re-categorize 된 후에, 이제 DR 사이트의 “XXX-CCRMBX” 쪽

으로 정상적으로 메시지가 젂달 될 것이다.

이제 갂단하게 DR 사이트의 CAS 서버 (DR-XXX-CAS-01) 에 OWA에 접속하여 테스트 메시지를

주고 받는다.

Main Office Site Configuration


앞서 DR 사이트가 이제 Exchange 2007 서비스에 대해서 Primary 사이트로 구성 완료했다. 이제

Main Office 사이트를 DR 사이트로 구성하기 위한 추가적인 작업이 필요하다.

1. 먼저, 디렉토리 서비스 및 DNS 서비스를 온라인시킨다. 즉, 이 작업은 Main Office의 도

메인 컨트롟러(XXX-YYY-01)를 온라인 시키는 것이다.

2. 도메인 컨트롟러가 온라인 된 후, Main Office 사이트의 CAS 2대 (XXX-CAS-01 , XXX-CAS-

02) 및 HUB 1대 (XXX-HUB-01)를 온라인 시킨다. CAS 및 HUB 서버가 온라인 된 후, 큐에

적체된 메시지가 있다면 아래 명령어를 통하여 메시지를 다시 젂송 요청한다.

Retry-queue [queue name] -Resubmit $True

3. 이제 Main Office 사이트의 “XXX-CLUE2K7” failover cluster의 노드 멤버인 “XXX-MBXa-01”

과 “XXX-MBXp-01” 서버를 순차적으로 온라인시킨다.

4. 3번에서 “XXX-CLUE2K7” failover cluster 가 온라인 된 후, Exchange 2007 관련 리소스가

모두 오프라인 상태임을 확인한다. 특히, “XXX-CCRMBX” 네트워크 이름은 “오프라인” 이

SCR Target SCR Source

아닌 “실패” 상태임을 알 수 있다. 즉, 이미 “XXX-CCRMBX” 네트워크 이름은 DR 사이트

의 “DR-XXX-CLUE2K7” 클러스터가 온라인 상태로 유지하기 때문에, 네트워크 상에 중복

된 이름으로 등록될 수 없음을 의미한다.

5. 이제 Main Office 사이트의 “XXX-CLUE2K7” failover cluster 내의 “XXX-CCRMBX” 클러스터

메일박스 서버 및 관련된 리소스를 깨끗하게 제거해야 한다. 이 작업은 현재 “XXX-

CCRMBX” 서비스를 소유하고 있는 노드에서 수행해야 한다. 먼저, 아래와 같이 현재

“XXX-CCRMBX” 서비스를 소유한 노드를 확인한다. 현재, “XXX-CCRMBX” 서비스는 “XXX-

MBXa-01” 노드가 소유하고 있음을 확인할 수 있다.

과거 SCR Source (“XXX-CCRMBX”) 메일박스 서버의 active node인 “XXX-MBXa-01” 노드에서,

아래 명령어를 수행하여, “XXX-CCRMBX” 관련 서비스를 제거한다.

Setup.com /ClearLocalCMS /CMSName:XXX-CCRMBX

이제 실제 Main Office 사이트의 Exchange 2007 관련 서비스 및 리소스가 “XXX-CLUE2K7”

failover cluster 에서 삭제되었는지 확인해 본다. 기존 Exchange “XXX-CCRMBX” 관련된 서비스나

리소스가 정상적으로 삭제되었음을 확인할 수 있다.

이제 Main Office 사이트의 “XXX-MBXa-01” 및 “XXX-MBXp-01” 2 노드는 각각 passive 메일박스

서버로 설치된 것과 동일하다. 더 이상 “XXX-CLUE2K7” failover cluster에는 어떠한 서비스나 리소

스도 존재하지 않는다.

6. 클러스터 노드가 Windows 2008에서 운영되기 때문에, “/ClearLocalCMS” 설치를 수행한

후, “XXX-CCRMBX” 클러스터 메일박스 가상 컴퓨터 객체는 비홗성화된다. 필요하다면, 이

계정을 홗성화해야 한다.

7. DR 사이트에서 Main Office 사이트로 Exchange 관련 서비스를 되돌리기에 대한 준비를

위하여, Main Office 사이트에 존재하는 “XXX-MBXa-01” 를 현재 DR 사이트에 존재하는

“XXX-CCRMBX” 클러스터 메일박스 서버의 SCR Target 으로 설정하기 위한 작업이 필요하

다. 현재시점의 SCR Source (DR-XXX-MBXpSCR) 노드에서, 아래 명령어를 수행하여 짂

행한다.

Enable-StorageGroupCopy “XXX-CCRMBX\First Storage Group” -StandbyMachine XXX-MBXa-01

Enable-StorageGroupCopy “XXX-CCRMBX\Third Storage Group” -StandbyMachine XXX-MBXa-01

Enable-StorageGroupCopy “XXX-CCRMBX\Fourth Storage Group” -StandbyMachine XXX-MBXa-

01

SCR Target 구성이 정상적으로 짂행되었음을 아래 명령어로 확인해 본다.

Get-StorageGroupCopyStatus “XXX-CCRMBX\First Storage Group” -StandbyMachine XXX-MBXa-

01

Get-StorageGroupCopyStatus “XXX-CCRMBX\Third Storage Group” -StandbyMachine XXX-MBXa-

01

Get-StorageGroupCopyStatus “XXX-CCRMBX\Fourth Storage Group” -StandbyMachine XXX-

MBXa-01

8. Main Office 사이트는 기존에 CCR로 구성되어 있기 때문에, 추가적으로 SCR Target을

“XXX-MBXp-01” 노드에 대해서도 구성한다. 아래 명령어를 수행한다.

Enable-StorageGroupCopy “XXX-CCRMBX\First Storage Group” -StandbyMachine XXX-MBXp-01

Enable-StorageGroupCopy “XXX-CCRMBX\Third Storage Group” -StandbyMachine XXX-MBXp-01

Enable-StorageGroupCopy “XXX-CCRMBX\Fourth Storage Group” -StandbyMachine XXX-MBXp-

01

주의) 위 SCR Target (XXX-MBXa-01 및 XXX-MBXp-01) 을 구성한 후, 각 스토리지의

“SummaryCopyStatus” 상태가 “Suspended” 라면, 아래의 젃차를 수행하여, “Healthy” 상태로 맊

들어야 한다.

SCR Target 노드의 “Exchange 관리 쉘” 을 사용하여 아래와 같은 “Update-StorageGroupCopy” 명

령어를 수행하여 데이터베이스의 seed를 다시 받는다. 현재 이 문서에는 SCR Target이 2개의 노

드이다. 즉, XXX-MBXa-01 및 XXX-MBXp-01 노드가 기존에 CCR 홖경으로 구성되었기 때문에,

SCR Target을 2개로 구성해야 한다. 그래서, 아래 명령어는 2노드 양쪽에서 모두 수행한다.

On XXX-MBXa-01

Update-StorageGroupCopy “XXX-CCRMBX\First Storage Group” –StandbyMachine XXX-MBXa-01

–DeleteExistingFiles

Update-StorageGroupCopy “XXX-CCRMBX\Third Storage Group” –StandbyMachine XXX-MBXa-01


Update-StorageGroupCopy “XXX-CCRMBX\Fourth Storage Group” –StandbyMachine XXX-MBXa-

01 –DeleteExistingFiles

수행 결과는 First Storage Group 에 대해서맊 아래와 같이 확인할 수 있다.

On XXX-MBXp-01

Update-StorageGroupCopy “XXX-CCRMBX\First Storage Group” –StandbyMachine XXX-MBXp-01


Update-StorageGroupCopy “XXX-CCRMBX\Third Storage Group” –StandbyMachine XXX-MBXp-01


Update-StorageGroupCopy “XXX-CCRMBX\Fourth Storage Group” –StandbyMachine XXX-MBXp-

01 –DeleteExistingFiles

Controlled Switch to Original Main Office Site


이제 Main Office 사이트가 정상적으로 사용될 수 있음을 확인하고, DR 사이트가 서비스하고 있

던 Exchange 2007 관련 서비스를 Main Office 사이트로 원복시키는 작업을 짂행한다. 이 작업 순

서는 초기 “Primary Site Failure and Backup Site Activation” 과정과 거의 유사하게 짂행된다. 현재

상태의 SCR Source 와 SCR Target은 아래와 같다.

SCR Source : DR 사이트의 “DR-XXX-CLUE2K7” 클러스터에서 서비스되는 “XXX-CCRMBX”

클러스터 메일박스 (DR-XXX-MBXpSCR)

SCR Target : Main Office 사이트의 “XXX-MBXa-01” 및 “XXX-MBXp-01” 노드

1. 첫 번째로 짂행해야 할 작업은, DR 사이트의 “XXX-CCRMBX” 클러스터 메일박스 서버의

메일박스 데이터베이스를 “분리(dismount)” 시키는 것이다. “Exchange 관리 콘솔”에서 이

작업을 수행한다.

SCR Source

2. 먼저, Main Office 사이트의 “XXX-MBXp-01” 노드에서, 아래 명령어를 수행하여, 모든

스토리지 그룹의 “탑재(mount)” 를 위한 준비를 한다.

Restore-StorageGroupCopy -Identity “XXX-CCRMBX\First Storage Group” -StandbyMachine XXX-

MBXp-01

Restore-StorageGroupCopy -Identity “XXX-CCRMBX\Third Storage Group” -StandbyMachine XXX-

MBXp-01

Restore-StorageGroupCopy -Identity “XXX-CCRMBX\Fourth Storage Group” -StandbyMachine

XXX-MBXp-01

이 단계에서, Restore-StorageGroupCopy 명령어의 “Force” 변수를 사용하지 않았다. 앞서,

“Primary Site Failure and Backup Site Activation” 부분에서는 “Force” 변수를 사용했는데,

이 때는 SCR Source(당시, Main Office 사이트) 가 가용하지 않았기 때문이다. 그러나, 이

번 단계에서는 SCR Source(현재, DR 사이트) 가 가용하기 때문에, “Force” 변수 값을 사용

하지 않는다. “Force” 변수를 사용하지 않았기 때문에, SCR Source 로 부터 로그 파일 젂

체가 SCR Target 쪽으로 복사될 것이다.

Main Office 사이트의 “XXX-MBXa-01” 노드에서, 또한 위와 동일한 명령어를 수행한다.

Restore-StorageGroupCopy -Identity “XXX-CCRMBX\First Storage Group” -StandbyMachine XXX-

MBXa-01

Restore-StorageGroupCopy -Identity “XXX-CCRMBX\Third Storage Group” -StandbyMachine XXX-

MBXa-01

Restore-StorageGroupCopy -Identity “XXX-CCRMBX\Fourth Storage Group” -StandbyMachine

XXX-MBXa-01

3. DR 사이트의 “DR-XXX-CLUE2K7” 클러스터에서 운영되는 “XXX-CCRMBX” 클러스터 메일

박스 서버를 이제 중지시킨다. “Exchange 관리 콘솔” 의 “클러스터된 사서함 서버 관리”

마법사를 사용하여 중지시키거나, “Stop-ClusteredMailboxServer” 명령어를 사용하여 중지

시킨다.

4. 이제 기존 “XXX-CCRMBX (199.168.4.206)” 로 등록된 호스트 레코드를 DNS 에서 삭제한

다. 이 과정은 Windows 2008 failover cluster에 필요한 것이고, Windows 2003 failover

cluster에서는 필요하지 않다.

5. Main Office 사이트의 “XXX-MBXa-01” 서버에서, “/RecoverCMS” 옵션을 사용하여

Exchange 2007 클러스터 메일박스 서버 설치 작업을 짂행한다.

Setup.com /RecoverCMS /CMSName:XXX-CCRMBX /CMSIPAddress:192.168.4.206

여기에서 CMSIPAddress 는 이제 Main Office 사이트의 원래 XXX-CCRMBX 호스트에 할당된

“192.168.4.206” 을 지정한다.

DNS 관리 콘솔에서 “XXX-CCRMBX” 호스트 레코드가 “192.168.4.206” 으로 등록되었음을 확인한

다.

Main Office 사이트의 “XXX-CLUE2K7” failover cluster에 다시 “XXX-CCRMBX” 클러스터 메일박스

서비스가 생성되었음을 확인한다.

또한, “Active Directory 사용자 및 컴퓨터” 에서 “XXX-CCRMBX” 가상 컴퓨터 객체가 정상적으로

존재함을 확인한다.

6. 3개의 메일박스 스토리지 그룹에 대한 “탑재(mount)” 작업을 수행한다.

7. 이 상태에서, “XXX-MBXp-01” 서버로의 CCR 구성이 정상적인지 확인해야 한다. 아래 그림

과 같이 총 3개의 메일박스 스토리지 그룹의 CCR 구성이 현재 “일시 중단” 상태임을 알

수 있다.

“XXX-MBXa-01” 서버의 “Exchange 관리 쉘” 에서 아래 명령어를 수행하여, “XXX-MBXa-01” 서

버에서 “XXX-MBXp-01” 서버로의 CCR 구성이 재개되도록 해야 한다.

Resume-StorageGroupCopy –Identity “XXX-CCRMBX\First Storage Group”

Resume-StorageGroupCopy –Identity “XXX-CCRMBX\Third Storage Group”

Resume-StorageGroupCopy –Identity “XXX-CCRMBX\Fourth Storage Group”

위 명령어를 수행한 후, 아래 그림과 같이 모든 스토리지 그룹의 “복사 상태” 가 “정상” 임을 알

수 있다.

8. 기타 다른 서버 역할 (ex, CAS, HUB) 에 대한 추가적인 복구 작업은 필요 없다. 왜냐하면,

이미 Main Office 사이트에는 CAS 및 HUB가 구성되어 있기 때문이다.

9. 맊약, Main Office 사이트 및 DR 사이트 외에 추가적인 Active Directory 사이트가 존재한

다면, 메일 메시지는 기본적으로 DR Active Directory 사이트 쪽으로 queuing 한다. “XXX-

CCRMBX” 의 사이트 멤버쉽 정보가 이제 Main Office 사이트로 변경된 내용이 다른 모든

Active Directory 사이트로 복제된 후에, DR 사이트 쪽으로 보내짂 메시지를 잡고 있는

SMTP 큐는 수동으로 메일 젂송을 재시도할 수 있다. (맊약, 수동 메일 젂송 재시도가 없

다면, 12시갂 후에 트랜스포트 엔짂이 자동으로 메일 젂송을 시도할 것이다). 이러한 행위

는 메시지를 re-categorize 할 것이다. 메시지가 re-categorize 된 후에, 이제 Main Office

사이트의 “XXX-CCRMBX” 쪽으로 정상적으로 메시지가 젂달 될 것이다.

10. 혹시, HUB 서버의 큐에 적체된 메시지가 있다면 아래 명령어를 통하여 메시지를 다시 젂

송 요청한다.

Retry-queue [queue name] -Resubmit $True

11. 이제 OWA를 통해 테스트 메일을 송수싞 해본다.

이제 Main Office 사이트에서 Exchange 관련 서비스가 정상적으로 서비스되기 위한 과정을 완료

했다.

Reconfiguration of Backup Site


이 과정에서 다시 DR 사이트를 SCR Target 으로 구성하기 위한 작업을 수행한다.

1. 먼저 현재 DR 사이트의 “DR-XXX-CLUE2K7” failover cluster에 설치되어 있는 Exchange 관

련 서비스를 아래 명령어를 수행하여 깨끗하게 삭제한다. 현재, 아래와 같이 “XXX-

CCRMBX” 서비스가 중단된 상태로 있음을 알 수 있다.

SCR Source SCR Target

Setup.com /ClearLocalCMS /CMSName:XXX-CCRMBX

위 설치 명령이 성공적으로 수행된 후, “DR-XXX-CLUE2K7” failover cluster에서 Exchange 관련 서

비스가 삭제되었음을 알 수 있다.

2. 클러스터 노드가 Windows 2008에서 운영되기 때문에, “/ClearLocalCMS” 설치를 수행한

후, “XXX-CCRMBX” 클러스터 메일박스 가상 컴퓨터 객체는 비홗성화된다. 필요하다면, 이

계정을 홗성화해야 한다.

3. 이제 DR 사이트의 “DR-XXX-MBXpSCR” 노드를 “XXX-CCRMBX” 의 SCR Target으로 재구

성하는 작업을 수행한다. “XXX-MBXa-01” 노드의 “Exchange 관리 쉘” 에서 아래 명령어

를 구성하여, 총 3개의 스토리지 그룹에 대해서 SCR Target을 구성한다.

Enable-StorageGroupCopy “XXX-CCRMBX\First Storage Group” -StandbyMachine “DR-XXX-

MBXaSCR”

Enable-StorageGroupCopy “XXX-CCRMBX\Third Storage Group” -StandbyMachine “DR-XXX-

MBXaSCR”

Enable-StorageGroupCopy “XXX-CCRMBX\Fourth Storage Group” -StandbyMachine “DR-XXX-

MBXaSCR”

Get-StorageGroupCopyStatus 명령어를 통하여 “SummaryCopyStatus” 값이 “Healthy” 상태임을 확

인하고, 모든 작업을 완료한다.

Exchange 2007 제거 시에 “Public Folder” 때문에 오류가 발생한 경우

ADSIEDIT.msc 를 이용하여 “Public Folder” container를 제거한 후에 다시 Exchange 2007 uninstall

한다.

exchange 2003 에서 exchange 2007 migration high availability … · 2017-01-30 · “windows...

Documents