Exchange 2003 에서 Exchange 2007 Migration High Availability (CCR) Disaster Recovery (SCR) 구성 Microsoft Korea 이동철부장

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 Hostname CPU RAM OS Exchange Role IP address 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/enus/library/bb124008.aspx) 위링크를참조하여, 본테스트홖경에서는 Transition Single Forest to Single Forest 방식으로 Exchange 2007 로마이그레이션한다. 아래표를참조하여작업순서를짂행한다. 방식 Start State Action Midpoint State Transition Exchange Add Exchange Exchange Server 2003 Server 2007 Server 2003 / server(s), Exchange Move Server 2007 mailboxes coexistence Action Deprecate Exchange Server 2003 server(s) End State 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

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-

us/library/aa997961.aspx) 11. 9 단계에서모든메일박스의 move 가완료된후, 기존 Exchange 2003 서버들을모두제 거 (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 을사용하여 사젂구성을완료했다. ---------------------- <ServerManagerConfiguration Action="Install" xmlns="http://schemas.microsoft.com/sdm/windows/servermanager/configuration/2007/1" > <Feature Id="PowerShell"/> <Feature Id="RSAT-ADDS"/> <Feature Id="Failover-Clustering"/> <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> 사젂설치가완료되면아래와같이서버리부팅을요구하는메시지가나온다.

서버를리부팅한다.

Exchange 2007 Mailbox Server 의 CCR 구성을위한두번째 node 의 W2K8 Failover Cluster 구성을포함한사전구성 (Name : XXX-MBXp-01) 바로앞단계에서사용했던 XML 파일을사용하여역시사젂설치를짂행한다. ---------------------- <ServerManagerConfiguration Action="Install" xmlns="http://schemas.microsoft.com/sdm/windows/servermanager/configuration/2007/1" > <Feature Id="PowerShell"/> <Feature Id="RSAT-ADDS"/> <Feature Id="Failover-Clustering"/> <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> 사젂설치가완료되면아래와같이서버리부팅을요구하는메시지가나온다.

서버를리부팅한다.

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 Server 2003 관리그룹 양방향 라우팅그룹커넥터 Exchange Server 2007 관리그룹 Exchange Server 2007 라우팅그룹 위명령어를통하여, Exchange 2007 서버와 Exchange 2003 서버사이의 routing group connector 를생성한후에, Exchange 2003 System Manager 를통하여싞규로생성된 Interop RGC 를확인 할수있다.

양방향 라우팅그룹커넥터 즉, 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 백엔드및프런트엔트서버를제거한다.

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 파일을사용하여, 사젂설치를완료한다. ---------------------- <ServerManagerConfiguration Action="Install" xmlns="http://schemas.microsoft.com/sdm/windows/servermanager/configuration/2007/1" > <Feature Id="PowerShell"/> <Feature Id="RSAT-ADDS"/> <Feature Id="Failover-Clustering"/> <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>

DR 사이트에서, Exchange 2007 Mailbox Server 의 SCR 구성을위한 Windows Server 2008 Cluster 구성 (Name : DR-XXX-MBXpSCR) 단일노드 Standby Cluster 를구성한다. 클러스터맊들기 마법사를사용하여구성한다. 다음테이블정보를기반으로클러스터를구성한다. Hostname CPU RAM OS Exchange Role IP address DR-XXX- Cluster Group Name 199.168.4.207 CLUE2K7 for SCR DR-ADC-01 W2K3 EE Domain Controller for 199.168.4.100 DR Site Global Catalog Server DNS

아래와같이 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/enus/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 Global Catalog Server 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 이과정의개략적인수행을그림으로아래와같이표현할수있다. SCR Source SCR Target 이단계에서는 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-

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 이번단계의과정을아래의그림으로도식화할수있다. SCR Source SCR Source 예를들어, 갑자기 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 사이트의구성사항을다시한번보여준다.

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- XXX-MBXpSCR -Confirm:$False Disable-StorageGroupCopy -Identity XXX-CCRMBX\Fourth Storage Group -StandbyMachine DR- XXX-MBXpSCR -Confirm:$False

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 이번단계의과정을아래의그림으로도식화할수있다. SCR Target SCR Source 앞서 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 네트워크이름은 오프라인 이

아닌 실패 상태임을알수있다. 즉, 이미 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 DeleteExistingFiles 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 DeleteExistingFiles Update-StorageGroupCopy XXX-CCRMBX\Third Storage Group StandbyMachine XXX-MBXp-01 DeleteExistingFiles Update-StorageGroupCopy XXX-CCRMBX\Fourth Storage Group StandbyMachine XXX-MBXp- 01 DeleteExistingFiles

Controlled Switch to Original Main Office Site 이번단계의과정을아래의그림으로도식화할수있다. SCR Source 이제 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 관리콘솔 에서이 작업을수행한다.

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 이번단계의과정을아래의그림으로도식화할수있다. SCR Source SCR Target 이과정에서다시 DR 사이트를 SCR Target 으로구성하기위한작업을수행한다. 1. 먼저현재 DR 사이트의 DR-XXX-CLUE2K7 failover cluster 에설치되어있는 Exchange 관 련서비스를아래명령어를수행하여깨끗하게삭제한다. 현재, 아래와같이 XXX- CCRMBX 서비스가중단된상태로있음을알수있다.

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 한다.