한 울타리 안의 친구들~

[ 시 나 리 오 ]
1. 기존 ELDORADO29.COM 도메인을 사용하는 회사에서 DS.CO.KR 도메인을 구입하여 회사 상호명을 변경하였습니다. 이런 경우 Exchange Server 2003 복수 도메인을 추가해야 합니다.

이유는 기존 도메인으로 메일을 보내는 사용자도 있을 것이고, 새로 변경 된 도메인으로 메일을 보내는 사용자도 있을 것 입니다.
2. 따라서 새로 추가된 DS.CO.KR 로는 메일 송신과 수신을 할 수 있어야 하며, ELDORADO29.COM으로는 메일 수신만 가능하게 설정해야 합니다.

※ 주의사항
특정 사용자들의 대하여 특정 도메인을 추가 할 경우 "Default Policy" 의 SMTP 주소를 추가 하지 않고, 별도 Policy를 추가 하여, LDAP 쿼리를 이용하여 특정 사용자들에게만 적용 되도록 합니다.

[ 진 행 방 법 ]
1. ESM 을 실행 하여, 아래 그림과 같이 이동하여 "Default Policy" 의 속성을 선택합니다.
2. "새로 만들기" 를 클릭합니다.

3. "SMTP 주소" 를 선택합니다.

4. 새로 추가 할 도메인 명을 입력합니다.
( 도메인 명 앞의 아래 그림과 같이 @ 을 입력합니다. )

5. 아래 그림과 같이 추가 된 것을 확인 할 수 있습니다.

6. 새로 추가된 도메인으로 메일을 송신 하기 위해, 새로 추가된 도메인을 선택 후 "기본 회신 주소로 설정"을 선택 후 적용 합니다.

7. "예" 를 선택 하여 업데이트 합니다.

8. 마지막으로 "지금 이 정책 적용"을 선택 하여 정책을 적용 합니다.

9. 아래 그림과 같이 정책을 적용하면, ActiveDirectory 내의 모든 사용자들의 E-MAIL 주소의 새로운 도메인이 추가 되고, 기본 회신 주소 값도 변경됩니다.

복수 도메인 설정 생각 보다 어렵지 않죠? 이제는 추가 Exchange Server 를 구축하지 않고도 쉽게 사용 할 수 있을 것이라 생각 됩니다.

[ 테스트 환경 ]
Exchange 2003 Server, Outlook 2003

[ 특정 메일을 특정 사람에게 전달하는 기능 구현 ]
1. Outlook 을 이용하여 규칙을 생성합니다.

2. 새 규칙을 클릭합니다.
 

3. 새 규칙으로 시작 을 선택 후 도착 시 메시지 확인을 선택 후 규칙을 생성 합니다. (아래부터 그림 참조)

 

우리 도메인 내의 사용자가 아니라면 "개인 연락처"의 외부 도메인 사용자를 등록 하셔도 됩니다.
( 받는 사람 항목의 주소록 또는 연락처를 이용하지 않고, 수동으로 XXXX@XXX.COM 이런식으로 넣어 주셔도 정상 동작합니다. )

그래서, 아래 그림과 같이 선택 할 때 "연락처"로 이동합니다.

아래 그림과 같이 "업무 인수인계"라고 이름을 지정합니다.

이제 규칙 적용을 한 뒤 Outlook 은 종료 하셔도 됩니다.

하지만, 이게 끝은 아닙니다. 이건 단순히 클라이언트에서 설정 한 부분이고, 서버에서도 "자동 전달" 기능을 활성화 시켜야 합니다.

메뉴는 아래 그림의 "ESM=> 전역설정=> 인터넷 메시지 형식=> 기본값=> 속성=> 고급 탭=> 자동 전달 사용 (체크)" 입니다.
 

이로써 Exchange Server 와 Outlook 규칙 설정이 완료되었습니다. 다음 주에는 어떻게 동작하는지 테스트를 진행 해 보도록 하겠습니다.

먼저 왜 이런 이슈가 많은지, 한번 시퀀스 넘버의 대해서 계산을 해보록 하겠습니다.

Exchange Server 2003 과 2007을 비교하여 계산 해 보도록 하겠습니다.

Exchange Server 2003 은 1개 로그가 5MB 로 저장이 됩니다.
Exchange Server 2007 은 1개 로그가 1MB 로 저장이됩니다.

===============================================
Exchange Server 2007 로그 시퀀스 넘버
=> E0000000001 (시작)
=> E00FFFFFFFF (끝)

Exchange Server 2003 로그 시퀀스 넘버
=> E0000001 (시작)
=> E00FFFFF (끝)
===============================================

[비교를 하기위한 16진수를 10진수로 변환]
4294967295 (Exchange Server 2007 - 단위 1MB)  => 약 42억개
----------------------------------------------------------------------------------
    1048575 (Exchange Server  2003 - 단위 5MB)  => 약 100만개
    5242875 (Exchange Server  2003 - 단위 1MB 로 변경 한다면...) => 약 520만개
 

Exchange 2003 으로 얘기 한다면 로그 번호가 520만개 밖에 사용 못 하니, 보통 Exchange Server 2003을 2~3년 정도 운용하면 끝자리 도달 하는 경우가 많았습니다. 물론 Storage Group의 대하여 디자인을 어떻게 구성 했느냐의 따라 더 빨리도달 할 수도, 더 늦게 도달 할 수도 있습니다.

한 번 이글을 보시는 분이 서버관리자라면, Exchange Server의 트랜잭션 로그의 시퀀스 넘버가 얼마까지 도달했는지 확인 해 보시기 바랍니다.

개인적인 생각이지만 과연 Exchange Server 2007 의 42억개의 로그번호를 끝까지 사용 할 수 있을 지 궁금합니다.

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

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

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

또한, 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 로 마이그레이션 시 기본적인 주의 사항에 대하여 포스팅 하였습니다.

주의 사항 관련 내용은 계속 문의가 들어오면 포스팅 하도록 하겠습니다.

Microsoft TechNet Site
- Exchange 2007로 업그레이드 

MSExchange.org Site - Henrik Walther
- Transitioning from Exchange 2000/2003 to Exchange Server 2007 (Part 1)
- Transitioning from Exchange 2000/2003 to Exchange Server 2007 (Part 2)
- Transitioning from Exchange 2000/2003 to Exchange Server 2007 (Part 3)

따라서, 저는 몇 가지 주의 사항을 살펴보도록 하겠습니다.

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 환경에서 많은 이슈가 발생 될 수 있으니 실제 현업에서 마이그레이션을 한다면 꼭 전문 컨설팅 업체를 통하여 자세히 협의 후 진행 하시기를 권장합니다.

[시나리오]

 [ 작업 방법 ]

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 환경을 구성하는 단계를 밟아야 합니다. )

10. 사서함 이동 프로세스는 아래 그림과 같이 아주 간단합니다. ^^;;

다음에는 또 다른 내용으로 계속 진행 하도록 하겠습니다.^^