저번 시간의 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 서버IP192.168.0.101서버명 MFE ( Exchange Server 2003 Fornt-End Server ) 서버IP192.168.0.102서버명 MBE ( Exchange Server 2003 Back-End Server ) 서버IP192.168.0.103서버명 MHC ( Exchange Server 2007 Hub Transport Role 과 Client Access Server Role ) 서버IP192.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로 변경 되었습니다.
그렇다면 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 를 이용하여 메일도 사용 가능하고, 공용폴더도 정상적으로 사용하여 업무 보는데 지장 없이 사용 할 수 있는 것이죠^^ 어떻게 알고 보면, 간단한 내용인데, 설명을 자세히 하려다보니 정말 길어졌네요.
다음에는 계속적으로 Migration 관련 주의 사항의 대하여 포스팅 하도록 하겠습니다. ^^;;
Exchange Server 2003에서 Exchange Server 2007로 마이그레이션 하는 방안 인프라 환경의 따라 여러 가지 방법론이 나올 수 있습니다.
참고로 Exchange Server 2007로 업그레이드하는 방법은 In-Place 업그레이드를 지원하지 않습니다. 이유는 Exchange Server 2003 까지는 오직 X86제품으로만 출시 되었고, Exchange Server 2007 부터는 오직 X64 제품으로 출시 되었기 때문에 Windows Server 운영체제가 X86에서 X64로 변경 되어야 합니다.
[주의사항] Exchange Server 2000 또는 2003 에서 Exchange Server 2007로 마이그레이션 할 경우 상당히 많은 문제를 만나게 됩니다. 특히 마이그레이션을 할 경우 꼭 Coexistence 환경을 거쳐야 하는데, 그 기간을 어느 정도로 예상하고 있는지, Exchange Server 2007 사서함 사용자와 Exchange Server 2000 또는 2003 사서함 사용자들이 사용하는 OWA (Outlook Web Access)의 URL 이 변경 되는 부분 등 Coexistence 환경에서 많은 이슈가 발생 될 수 있으니 실제 현업에서 마이그레이션을 한다면 꼭 전문 컨설팅 업체를 통하여 자세히 협의 후 진행 하시기를 권장합니다. [시나리오]
- Elodroado29회사의 기존 인프라 환경 –
1. Domain Controller ( CA인증서 서비스 포함 ) - 1대 ( 서버명 : M2DC ) 2. Exchange Server 2003 SP2 Front-End - 1대 ( 서버명: M2FE ) 3. Exchange Server 2003 SP2 Back-End - 1대 ( 서버명: M2BE )
- Eldorado29회사의 요구 사항 –
새롭게 물리적으로 X64 서버 3대를 구입 하였습니다. 사내 인프라를 최신 제품으로 업그레이드 하고 싶습니다. Windows Server 2003은 Windows Server 2008로, Exchange Server 2003 은 Exchange Server 2007 로 업그레이드 하고 싶습니다. 현재 Exchange Server 를 사용자는 500명 정도 됩니다. 비용이 부족한 관계로 Fail Over 기능은 없더라도, 데이터 베이스 손상 시 빠른 복구를 할 수 있는 고가용성을 요청합니다.
- 작업 계획 –
새롭게 도입한 물리적 서버 중 저 서버 1대에는 Edge Transport Role 을 설치하고, 서버 1대에는 Hub Transport Role과 Client Access Server Role을 설치하고, 나머지 1대에는 MailBox Server Role을 설치하고 LCR (Local Continuous Replication)을 이용한 고가용성 구축하려고 합니다.
[ 작업 방법 ]
1. 새로 도입한 물리적 서버 2대의 Windows Server 2008 을 설치합니다.
2. 그 중 Edge Transport Role 을 설치 할 서버는 WorkGroup 에서는 Exchange Server 2007 SP1 을 설치 합니다. ( 설치 방법 메뉴얼 )
3. Hub Transport Role과 Client Access Server Role, MailBox Server Role 을 설치 할 머신은 ELDORADO29.COM 도메인의 조인을 합니다. ( Exchange Server 2007 을 한 번 설치 해 보신 분들은 사전 요구사항이 있다는 것을 알고 계실 것입니다. => 설치 방법 매뉴얼 )
4. 위 링크의 설치 방법 매뉴얼과 같이 진행 하게 되면,아래 그림과 같이 메뉴얼에 없는 화면을 만나게 됩니다. 아래 메뉴는 기존 인프라의 메일 라우팅을 담당 했던 서버를 선택하는 항목입니다. ( 여기서는 Back-End 서버가 메일 라우팅을 담당했기에 MBE서버를 선택합니다. )
5. 아래 그림과 같이 경고가 나타납니다. 주의 사항으로 꼭 잊지 말아야 합니다. (쉽게 말해, 아래 경고 메시지는 Exchange Server 2007 을 설치하고, 꼭 공용폴더를 복제하라는 내용입니다.)
6. 한 번정도 Exchange Server 2007 을 설치 해 보신 분들이라면 ,도메인 내의 Exchange Server 2007을 추가 배포하는 것은 어려운 일은 아닐 듯 합니다. ^^
7. 이제 물리적 서버 2대의 Exchange Server 2007 설치는 완료가 되었습니다. 이제 Edge 구독을 진행 합니다. ( Edge구독 방법 메뉴얼 )
8. Exchange Server 2007 관리콘솔을 열어 확인 해 보시면 기존 Exchange Server 2003 사서함 사용자는 "레거시 사서함"으로 나타나는 것을 보실 수 있습니다.
9. 반 정도의 사용자를 Exchange Server 2003 사서함에서 Exchange Server 2007 로 사서함을 이동합니다. ( 반 정도만 이동하는 이유는 실제 현업에서 많은 사서함 데이터를 한 번의 옮기는 일은 쉬운 일이 아닙니다. 따라서 Coexistence 환경을 구성하는 단계를 밟아야 합니다. )
