안녕하세요. 엘도라도 입니다.

최근 Exchange Server 2003 에서 2007로 마이그레이션 시 주의 사항의 대하여 포스팅을 하고 있습니다. 따라서 몇 가지 문의를 받아 추가로 작성합니다. 추가적인 문의가 있으면 계속 포스팅 하는 것으로 하겠습니다.

금일 포스팅 내용은 마이그레이션 기본적인 준비 단계의 대한 주의 사항입니다.

기존의 Exchange 2003조직에 Exchange 2007 서버를 설치한 다음 사서함 및 공용 폴더, 커넥터 와 같은 Exchange 리소스를 Exchange 2007 로 이동할 수 있습니다. 이러한 절차가 Coexistence 환경입니다. 이 상태를 계속 유지하거나 모든 리소스를 Exchange Server 2003 에서 Exchange Server 2007 로 옮긴 다음 Exchange Server 2003 을 제거하여 Exchange Server 2007 로의 전환을 즉시 완료할 수 있습니다.

참고로 말씀드리면, 현재 Exchange Server 2003 에 대해 얘기하고 있지만, Exchange Server 2000에서도 적용이 가능합니다.

Active Directory 유니버설 보안 그룹 인 ExchangeLegacyInterop라는 그룹을 만듭니다. 이 그룹에는 Exchange 2003 서버가 Exchange 2007 서버로 전자 메일을 보낼 수 있는 권한이 부여됩니다.

Exchange 2003 조직에 Exchange Server 2007을 배포하게되면 , 2007 관리콘솔에서는 확인 할 수 없습니다. 하지만, 이런 Coexistence 환경에서는 2003 관리콘솔을 보시면 Exchange Server 2007 관리 그룹이 만들어진 것을 볼 수 있습니다.. 이러한 관리 그룹 명칭을 "FYDIBOHF23SPDLT"라고 합니다.

여기서 주의 할 부분이 있습니다. 관리 그룹 명칭이 이상하게 나와있어 변경하고 싶은 생각이 들지 모르겠습니다. Exchange Server 2007 서버의 관리 그룹인 FYDIBOHF23SPDLT 항목을 외부로 이동하거나, 디렉터리 편집기를 사용하여 관리 그룹의 이름을 바꾸지 마십시오. Exchange Server 2007 에서는 구성 데이터 저장소에 대해 이 관리 그룹을 사용해야 합니다.

또한, Exchange Server 2007을 배포하게되면 , Exchange Server 2003과 2007의 사이의 메일 라우팅을 위한 라우팅 그룹이 만들어지게되는데, 이때 명칭을 "WBGZMFD01QNBJR"라고 합니다.

물론 라우팅 그룹 또한, 외부로 이동하거나 변경하지 마십시오.

Exchange Server 2007 역할을 설치하기 전에 Active Directory 서비스와 호환 되기 위하여 스키마를 확장합니다. 이런 작업은 포리스트 루트의 스키마 마스터에 해당하는 도메인 컨트롤러에서 진행해야 하고, 명령어 프롬프트를 이용하여 setup.com /PrepareAD를 실행합니다.
이때 작업은 setup.com /PrepareLegacyExchangePermissions 작업도 실행되어 Exchange 2007 허브 전송 서버로 전자 메일을 보낼 수 있는 권한이 부여된 유니버설 보안 그룹이 만들어집니다.

혹시 이런 내용을 보시고, 이런 의문이 생길 수 있습니다. "나는 배포 할 때 위와 같은 작업을 하지 않았는데 어떻하지?" 아니면 "안 해도 잘 되는데 왜 하지? "

이것은 설치를 시작하기 전에 이 작업을 수행하지 않았지만, Exchange Server 2007을 설치하는 동안 자동으로 실행 됩니다. ^^

Exchange Server 2007을 배포 할 때 일반적으로 클라이언트 액세스 서버 역할이 가장 먼저 배포합니다. Exchange 조직에서 Exchange Server 2007의 기능을 동작하게하려면 허브 전송 서버 역할과 사서함 서버 역할을 설치해야 합니다.

금일은 Exchange Server 2003에서 2007 로 마이그레이션 시 기본적인 주의 사항에 대하여 포스팅 하였습니다.

안녕하세요.

저번 시간의 Exchange Server 2003과 2007이 공존하는 Coexistence 환경의 대하여 잠깐 언급 하였습니다.
사실 Exchange Server 2007을 Migration 하는 것은 그다지 어렵지 않습니다.
하지만, Coexistence 환경을 거쳐 Exchange Server 2007로 업그레이드 할 경우 작업 전 고려사항이 많이 있습니다.
가능하다면, 2000 또는 2003에서 2007로 Migration 시 꼭 전문가 컨설팅을 받기를 권장합니다.
단순 Exchange Server 2007 배포 시에도 고객사 환경의 맞는 디자인을 해야 하지만, 2000/2003에서 2007 Migration 할 때는 사내 직원들이 업무 보는데 지장이 없어야 합니다.

우리나라에서는 OWA(Outlook Web Access)를 참 많이 사용하고 있는데요. Coexistence 환경에서는 OWA를 어떻게 사용 할 수 있을 까요?

예를 들어 설명 하도록 하겠습니다.

Exchange Server 2003 Front-End 와 Back-End 환경에, 추가로 Exchange Server 2007을 배포합니다.

도메인 명 ELDORADO29.COM
서버IP 192.168.0.101 서버명 MFE ( Exchange Server 2003 Fornt-End Server )
서버IP 192.168.0.102 서버명 MBE ( Exchange Server 2003 Back-End Server )
서버IP 192.168.0.103 서버명 MHC ( Exchange Server 2007 Hub Transport Role 과 Client Access Server Role )
서버IP 192.168.0.104 서버명 MMAIL ( Exchange Server 2007 Hub Transport Role 과 Client Access Server Role , Mailbox Server Role )

현업에서는 보통 DNS 레코드에 "MAIL"이라는 레코드를 생성하고, IP를 "Front-End Server(192.168.0.101)"를 가리키죠?
그리고 예전 Exchange Server 2000/2003 사용자들은 접속할 때 "http(s)://MAIL.ELDORADO29.COM/EXCHANGE" URL로 입력 후 OWA에 접속해서 사용합니다.

하지만, Exchange Server 2007에서는 /Exchange가 아니라 /owa로 변경 되었습니다.

(예제)     "http(s)://MAIL.ELDORADO29.COM/EXCHANGE" <= (X)
             "http(s)://MAIL.ELDORADO29.COM/OWA" <= (O)

그렇다면 Coexistence 환경에서 OWA를 사용하기 위해서는 /OWA와 /Exchange 를 같이 사용 할 수 있어야 합니다.
바로 이 역할을 Exchange Server 2007에 Client Access Server Role이 담당합니다.

Exchange Server 2000/2003 사서함을 가진 사용자가 "http(s)://MHC.ELDORADO29.COM/EXCHANGE"로 연결을 하게 되면, Client Access Server는 Exchange Server 2000/2003 사서함을 가진 사용자로 판단하고, Exchange Server 2000/2003의 OWA 로 리다이렉션합니다.

이미 Exchange Server 2007로 사서함을 이전한 사용자는 "http(s)://MHC.ELDORADO29.COM/OWA"로 연결 하게 되면, Client Access Server는 Exchange Server 2007 사서함을 가진 사용자로 판단하고, Exchange Server 2007의 OWA 로 접속하게 됩니다. 

그렇다면 위의 예제 서버를 보면, MHC서버도 Client Access Server Role을 담당하고, MMAIL 서버도 Client Access Server Role을 담당합니다.
하지만 MHC 서버는 물리적으로 Client Access Server Role과 MailBox Server Role이 분리 되어 있고, MMAIL 서버는 물리적으로 Client Access Server Role과 MailBox Server Role이 한 머신에 공존하고 있습니다.

여러분들은 기존 환경 처럼 "http(s)://MAIL.ELDORADO29.COM/EXCHANGE" URL을 입력 후 정상 동작하게 하려면, DNS 서버에 "MAIL" 레코드를, 어느 서버의 IP로 가리키시겠습니까?
- MHC서버 IP인가요? 아니면 MMAIL 서버 IP인가요? 아니면 아무거나 해도 상관 없을까요?

여기서 중요한 것은 Mailbox Server Role과 Client Access Server Role 이 분리 되어 있는지, 공존하는지가 키 포인트입니다.
(만약 사용자가 적거나, DB 용량이 얼마 되지 않아 하루 만에, Exchange Server 2000/2003 사서함에서 Exchange Server 2007 사서함으로 이동 한 다면 문제가 되지 않습니다. 하지만 데이터가 많아 몇 일 동안 Mailbox Move를 진행하는 Coexistence 환경이라면 얘기가 달라집니다. )

한 번 아래 그림을 보시죠^^

[물리적으로 Client Access Server Role과 MailBox Server Role이 공존]

[물리적으로 Client Access Server Role과 MailBox Server Role이 분리]

그림을 보시면 이미 짐작 하신 분도 계시겠죠?

바로, Client Access Server Role과 MailBox Server Role이 공존 할 경우 /owa 라는 웹사이트 이외에는 전혀 존재 하지 않지만, 분리되어 있다면 /OWA 외에도, /Exchange, /Exchweb, /Public 이라는 웹사이트가 존재합니다.

따라서 사내 사용자들은 OWA 를 이용하여 메일도 사용 가능하고, 공용폴더도 정상적으로 사용하여 업무 보는데 지장 없이 사용 할 수 있는 것이죠^^
어떻게 알고 보면, 간단한 내용인데, 설명을 자세히 하려다보니 정말 길어졌네요.