|
|
엘도라도 2008/11/14 09:00
안녕하세요. 엘도라도입니다.
벌써 Exchange Server 2007 제품이 RTM 된지 2년이 되었습니다.
아직도 Exchange Server 2007 제품의 대하여 전혀 모르는 분들이 많은 듯 하여 웹캐스트 링크를 정리 하였습니다.
대부분 영문으로 진행되는 웹캐스트이지만, 이번에 소개하는 웹캐스트는 한글로 진행 된 "Exchange Server 2007" 세미나를 모아 보았습니다.
계속 보기... ☜ 클릭

엘도라도
한국 IT Pro가 강한 나라... !!! IT 강국 코리아... !!! 화이팅... !!!
Trackback 0
:
Trackback Address :: http://www.hanulrang.com/trackback/137
엘도라도 2008/11/07 09:00
안녕하세요. 엘도라도 입니다.
금일은 Exchange Server 2003 을 사용하면서, 복수 도메인 메일을 추가하는 방법의 대하여 얘기 해 보려합니다.
보통 Exchange Server 를 잘 모르시는 분은 각 도메인마다 Exchange Server 가 있어야 한다고 생각 하실 것입니다.
한 번 내용을 보시면 쉽게 복수 도메인을 추가 하실 수 있을 것입니다.
시나리오는 다음과 같습니다.
계속 보기... ☜ 클릭
[ 시 나 리 오 ]
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 를 구축하지 않고도 쉽게 사용 할 수 있을 것이라 생각 됩니다.

엘도라도
한국 IT Pro가 강한 나라... !!! IT 강국 코리아... !!! 화이팅... !!!
Trackback 0
:
Trackback Address :: http://www.hanulrang.com/trackback/129
엘도라도 2008/09/19 09:00
안녕하세요. 엘도라도입니다.
이번 주에는 IPSEC 을 이용한 Exchange Server 보안 통신을 구현하는 방법의 대해 포스팅하려 합니다.
Exchange Server 2003의 Front-End 와 Back-End 사이의 통신은 HTTP(80포트)를 사용 합니다.
따라서 Front-End 와 Back-End 사이의 패킷은 Netmon 이나 기타 툴을 이용해 쉽게 확인 할 수 있습니다.
기본적으로 많은 기업들이 보안을 위하여 Front-End 와 Back-End 사이의 IPSec을 이용하여 보안 구성을 합니다. ( Exchange Server 2007 에서는 HTTPS(443포트)를 이용하여 보안통신을 기본으로 하고 있으니 걱정 안 하셔도 됩니다. )
그렇다면 보안 통신을 구성해 보도록 하겠습니다.
계속 보기... ☜ 클릭
[Front-End 서버에서 IPSec 을 구성하는 방법]
1. MMC 콘솔을 실행합니다. (시작 => 실행 => MMC )
2. 스냅인을 추가 합니다.
3. 추가 버튼을 클릭합니다.
4. "IP 보안 정책 관리" 를 추가합니다. ( IPSec 모니터를 하기 위해서는 추가로 IP 보안 모니터를 추가합니다. )
5. 관리 할 컴퓨터나 도메인을 선택합니다.
6. IP 보안 정책을 만듭니다.
7. 보안 정책 이름을 입력합니다.
8. "기본 응답 규칙 활성화" 의 체크를 한 후 "다음" 클릭합니다.
9. 인증 방법을 선택합니다. ( 여기서는 Active Directory 기본값을 선택합니다. )
10."추가" 버튼을 클릭합니다.
11. 터널 종점을 설정합니다.
12. 네트워크 종류를 선택합니다.
13. 모든 ICMP 트래픽의 대한 설정을 진행하기 위하여 "편집"을 클릭합니다.
14. "모든 ICMP 트래픽"의 대하여 편집을 합니다.
15. IP 필터 정보를 입력합니다.
16. 위 IP 필터 설정한 네트워크의 대하여 IPSEC을 사용해야만 ICMP 통신을 할 것인지, 아니면 IPSEC 통신을 하지 않더라도 허용 할 것인지 선택합니다.
17. 사내 인프라의 맞는 인증 방법을 선택합니다.
18. "추가"를 클릭하고, "모든 IP 트래픽"의 관련 정책을 생성합니다.
19. 터널 종점을 설정합니다.
20. 네트워크 종류를 선택합니다.
21. 모든 IP 트래픽의 대한 설정을 진행하기 위하여 "편집"을 클릭합니다.
22. "모든 IP 트래픽"의 대하여 편집을 합니다.
23. IP 필터 등록 정보에서 "원본 주소"와 "대상 주소"를 설정합니다.
24. 아래 그림과 같이 "모든 IP 트래픽"과 "모든 ICMP 트래픽"이 추가 된 부분과, 설정 등을 확인합니다.
25. 아래 그림과 같이 "Exchange FE 정책"을 할당 합니다.
[변경 전]
[변경 후]
[참고자료] Exchange Server 2003 인트라넷 방화벽 구성 http://technet.microsoft.com/ko-kr/library/bb125069(EXCHG.65).aspx
Exchange Server 2003 프런트 엔드/백 엔드 토폴로지 검사 목록 http://technet.microsoft.com/ko-kr/library/aa997436(EXCHG.65).aspx

엘도라도 한국 IT Pro가 강한 나라... !!! IT 강국 코리아... !!! 화이팅... !!!
Trackback 0
:
Trackback Address :: http://www.hanulrang.com/trackback/117
엘도라도 2008/09/12 09:00
안녕하세요. 엘도라도입니다. 이번 주는 지난 주의 이어 설정한 내용의 대해 테스트를 진행하고, 분석 해 보도록 하겠습니다. 혹시 저번 주 못 보신 분이시라면 저번 주의 포스팅을 한번 확인해 보시면 좋을 듯 합니다.
계속 보기... ☜ 클릭 [테스트]
Eldorado회사의 주몽 사용자가 DS회사의 안형진 사용자에게 아래 그림과 같이 메일을 발송 합니다.
아래 그림과 같이 "서종호" 라는 사용자에게 메일이 자동 전달 된 것을 볼 수 있습니다.
아래 그림과 같이 외부 도메인인 Paran 회사의 사용자에게도 메일이 보내 진 것을 확인 할 수 있습니다.
그렇다면, 이제부터 엔지니어적으로 궁금증이 생기게 됩니다. 아래 그림과 같이 최초 메일을 받았던, 사용자는 "받은 편지함" 에는 주몽에게 받은 메일이 있습니다.
하지만, 아래 그림과 같이 "보낸 편지함" 에는 메일 존재 하지 않습니다. (이것은 클라이언트 사용자가 보낸 것이 아닌, 서버에서 보낸 것을 알 수 있습니다.)
따라서, 메일을 받은 시간 메시지 추적 로그를 확인 하였습니다. 아래 그림과 같은 시각의 Exchange 서버는 2가지 일을 진행 하였습니다. 클라이언트 사용자는 모르게, 주몽이라는 사용자에게 메일을 받자 마자, 서버에서는 Paran도우미와 서종호 라는 사용자에게 메일을 보내게 됩니다.
메시지 ID가 다른 것을 볼 수 있습니다.
추가로 아래와 같이 DS 회사가 E메일 주소가 여러 개 있을 경우도 마찬 가지입니다. 한번만 설정하면 다 동작합니다. ^^
아래 그림과 같이 안형진이라는 사용자는 E메일 계정을 3개를 사용합니다. ahj@DS.CO.KR , ahj@eldorado1.com , ahj@eldorado2.com 입니다.
다시, 주몽이라는 사용자가 안형진 사용자 ( Eldorado1.com 과 Eldorado2.com ) 에게 메일을 보냅니다.
아래 그림과 같이 안형진 사용자는 물론, 백업 엔지니어였던 서종호 사용자와 Paran도우미에게도 메일이 전달 된 것을 볼 수 있습니다.
이번 주는 추석 연휴 입니다. 혹시 추석 연휴와 휴가를 붙여 가시는 분이 계시다면, 이번의 포스팅 한 방법으로 업무를 대신 백업 해 줄 분에게 E메일을 전달 해 놓는 것도 좋을 듯 합니다. ^^
결실의계절과 함께온 한가위입니다. 가족과 함께 편안한 시간 보내시고 고향길 잘 다녀오십시요. 언제나 한울랑을 사랑해 주셔서 감사합니다 ♥

엘도라도 한국 IT Pro가 강한 나라... !!! IT 강국 코리아... !!! 화이팅... !!!
Trackback 0
:
Trackback Address :: http://www.hanulrang.com/trackback/109
엘도라도 2008/09/05 09:00
안녕하세요. 엘도라도 입니다. 이번 주에는 Outlook규칙을 이용하여 자동전달 기능을 구현하는 방법의 대해 포스팅하려고 합니다. 시나리오는 다음과 같습니다.
[ 시나리오 ] DS회사의 안형진이라는 직원이 Eldorado 회사의 주몽이란 직원이랑 중요한 메일로 업무(계약, 프로젝트)를 진행 중 이었습니다. 하지만, 안형진이라는 직원은 갑작스러운 개인사정으로 인하여 회사의 휴가를 내고, 자리를 비워야 했습니다. 그래서, 회사 내부적으로는 서종호 직원에게 백업을 맡기고, 외부적으로는 Paran 사의 Paran도우미에게 일을 부탁 후 휴가를 갔습니다. 주몽에게 온 "계약" 과 "프로젝트" 관련 내용은 백업 엔지니어에게 전달 하고 싶습니다. 이럴 경우 Exchange Server 에서 Outlook 에서 어떻게 설정 하면 될까요? ( 이 기능은 기본적으로 Exchange Server에 설정이 되어 있지 않습니다. )
계속 보기... ☜ 클릭
[ 테스트 환경 ] Exchange 2003 Server, Outlook 2003
[ 특정 메일을 특정 사람에게 전달하는 기능 구현 ] 1. Outlook 을 이용하여 규칙을 생성합니다.
2. 새 규칙을 클릭합니다.
3. 새 규칙으로 시작 을 선택 후 도착 시 메시지 확인을 선택 후 규칙을 생성 합니다. (아래부터 그림 참조)
우리 도메인 내의 사용자가 아니라면 "개인 연락처"의 외부 도메인 사용자를 등록 하셔도 됩니다. ( 받는 사람 항목의 주소록 또는 연락처를 이용하지 않고, 수동으로 XXXX@XXX.COM 이런식으로 넣어 주셔도 정상 동작합니다. )
그래서, 아래 그림과 같이 선택 할 때 "연락처"로 이동합니다.
아래 그림과 같이 "업무 인수인계"라고 이름을 지정합니다.
이제 규칙 적용을 한 뒤 Outlook 은 종료 하셔도 됩니다.
하지만, 이게 끝은 아닙니다. 이건 단순히 클라이언트에서 설정 한 부분이고, 서버에서도 "자동 전달" 기능을 활성화 시켜야 합니다.
메뉴는 아래 그림의 "ESM=> 전역설정=> 인터넷 메시지 형식=> 기본값=> 속성=> 고급 탭=> 자동 전달 사용 (체크)" 입니다.
이로써 Exchange Server 와 Outlook 규칙 설정이 완료되었습니다. 다음 주에는 어떻게 동작하는지 테스트를 진행 해 보도록 하겠습니다.
엘도라도 한국 IT Pro가 강한 나라... !!! IT 강국 코리아... !!! 화이팅... !!!
Trackback 0
:
Trackback Address :: http://www.hanulrang.com/trackback/108
엘도라도 2008/08/29 09:00
안녕하세요. 엘도라도 입니다. 최근 고객사에서 DB가 Dismount 되는 일이 많습니다. 따라서, 장애가 자주 발생되어 주/야간 장애지원하느라 정신이 없습니다. 대부분 트랜잭션 로그의 시퀀스 넘버가 끝까지 도달해서 Exchange 2003 Server 가 더 이상 시퀀스 넘버를 생성하지 못 하고, DB가 Dismount 되는 현상이 었습니다.
고객사에서는 왜 이런 현상이 나타나는지 항상 질문을 받게 됩니다. 최근 이렇게 트랜잭션 로그의 시퀀스 넘버가 왜 Full 이 되었을까요? Exchange Server 2007에서는 괜찮을까요?
계속 보기... ☜ 클릭 먼저 왜 이런 이슈가 많은지, 한번 시퀀스 넘버의 대해서 계산을 해보록 하겠습니다.
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억개의 로그번호를 끝까지 사용 할 수 있을 지 궁금합니다.

엘도라도 한국 IT Pro가 강한 나라... !!! IT 강국 코리아... !!! 화이팅... !!!
Trackback 0
:
Trackback Address :: http://www.hanulrang.com/trackback/110
엘도라도 2008/07/04 09:00
안녕하세요. 엘도라도 입니다.
최근 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 로 마이그레이션 시 기본적인 주의 사항에 대하여 포스팅 하였습니다.
주의 사항 관련 내용은 계속 문의가 들어오면 포스팅 하도록 하겠습니다.

엘도라도 한국 IT Pro가 강한 나라... !!! IT 강국 코리아... !!! 화이팅... !!!
Trackback 0
:
Trackback Address :: http://www.hanulrang.com/trackback/80
엘도라도 2008/06/27 09:00
안녕하세요. 엘도라도입니다.
저번 시간의 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 를 이용하여 메일도 사용 가능하고, 공용폴더도 정상적으로 사용하여 업무 보는데 지장 없이 사용 할 수 있는 것이죠^^ 어떻게 알고 보면, 간단한 내용인데, 설명을 자세히 하려다보니 정말 길어졌네요.
다음에는 계속적으로 Migration 관련 주의 사항의 대하여 포스팅 하도록 하겠습니다. ^^;;

엘도라도 한국 IT Pro가 강한 나라... !!! IT 강국 코리아... !!! 화이팅... !!!
Trackback 0
:
Trackback Address :: http://www.hanulrang.com/trackback/78
엘도라도 2008/06/20 09:00
안녕하세요. 엘도라도 입니다.
이번 주는 이미 얘기 한 듯이 Exchange Server 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 환경에서 많은 이슈가 발생 될 수 있으니 실제 현업에서 마이그레이션을 한다면 꼭 전문 컨설팅 업체를 통하여 자세히 협의 후 진행 하시기를 권장합니다.
[시나리오]
- 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 환경을 구성하는 단계를 밟아야 합니다. )
10. 사서함 이동 프로세스는 아래 그림과 같이 아주 간단합니다. ^^;;

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

엘도라도 한국 IT Pro가 강한 나라... !!! IT 강국 코리아... !!! 화이팅... !!!
Trackback 0
:
Trackback Address :: http://www.hanulrang.com/trackback/66
엘도라도 2008/06/13 09:00
안녕하세요. 엘도라도입니다.
금일은 Exchange Server 2003 에서 Exchange Server 2007 로 업그레이드 하는 방법의 대해 설명하려고 했습니다만, 지인으로부터 요청을 하나 받아, 간단하게 포스팅 하려 합니다.
이번 주 안으로 Exchange Server 2007 RTM에서 Exchange Server 2007 SP1 업그레이드를 해야 고민이 많다고 하더군요.
계속 보기... ☜ 클릭 사실 SP1 이 출시 된 지 반년이 넘었지만, 그룹웨어 호환성 및 안정성으로 인하여 대부분 기업들이 도입을 안 했을 듯 합니다. 따라서, 최근 업그레이드 문의가 많이 들어오고 있는 상황입니다. 현재 사내 인프라가 Exchange Server 2007로 구성되어 있고, 각 각 Role을 분리 했다고 합니다. ( Edge, Hub, CAS, MBX ) 그런데 어떤 서버 역할부터 업그레이드해야 하나요? 우선 클라이언트가 접속하는 부분인 클라이언트 액세스(CAS) 역할을 SP1으로 업그레이드 합니다. 다음에는 메일 흐름의 따라서 허브 전송 서버 역할, Edge 전송 서버 역할 업그레이드합니다.
그리고 난 후에 사서함 서버 역할을 실행하는 서버를 업그레이드하는 것을 권장합니다. 우선 이 순서대로 서버를 업그레이드하면 서비스 다운타임 시간을 줄일 수 있을 것 입니다. 물론, SP1 으로 업그레이드 한 후에는 서버를 재 시작을 해야 하기 때문에 약간의 다운타임은 있을 수 있습니다.
(참고) 만약, 조직 내의 Edge 전송 서버 역할을 사용하는 경우 Edge 구독을 만드셨을 겁니다. 이때 EdgeSync 프로세스에 참가한 모든 허브 전송 서버에서는 동일한 버전의 Exchange Server 2007을 실행해야 합니다. 또한 Edge 구독 프로세스에 참가한 모든 허브 전송 서버는 최초 Exchange Server 2007 SP1로 업그레이드한지 15일 이내에 Edge 전송 서버가 가입된 AD 사이트 중 모든 허브 전송 서버의 업그레이드를 해야 합니다."
추가적으로 말씀드리면, 만약 사내에 ForefrontTM Security for Exchange Server가 설치되어 사용하고 있는 경우, Exchange Server 2007을 SP1로 업그레이드하기 전에 Forefront Security for Exchange Server를 제거하거나 최신 버전으로 업그레이드해야만 합니다. 혹시 이런 질문이 있을 듯 한데요. 그 동안 RTM 이후 출시된 롤업 업데이트를 꾸준히 설치했는데, SP1으로 업그레이드를 할 때 제거 해야 하지 않을까라고 고민 할 수 있습니다. 하지만 걱정 안 하셔도 됩니다. SP1으로 업그레이드 하기 전에 롤업 업데이트를 제거할 필요는 없습니다. 만약 Exchange Server 2007 SP1을 적용하기 전에 제거해야 할 업데이트가 있다면, Exchange Server 2007 SP1 업데이트가 자동으로 제거합니다.
[업그레이드 작업 방법] 1. Exchange Server 2007 RTM을 설치 하기 위해서는 .Net 2.0을 필요로 합니다. 하지만, Exchange Server 2007 SP1 을 설치하거나, 업그레이드 하기 위해서는 .Net 2.0 SP1 을 요구합니다. 따라서, 설치 전에 .Net 2.0 SP1을 먼저 설치해야 합니다. ( .Net 2.0 SP1 다운로드 링크-X86 / .Net 2.0 SP1 다운로드 링크-X64 )
2. EDGE Role, HUB Role, CAS Role, Mailbox Role 은 .Net 2.0 SP1 만 설치 되어 있다면, 아래 그림과 같이 쉽게 GUI 에서 업그레이드가 가능합니다. (Exchange Server 2007 With SP1 CD 를 삽입하면, 아래 그림과 같이 두 가지 화면으로 나타납니다.)
- Exchange Server 2007 With SP1 CD를 삽입한 머신에 이미 Exchange Server 2007 RTM이 설치 되어 있다면, 업그레이드 화면이 나타납니다. - Exchange Server 2007 With SP1 CD를 삽입한 머신에 이미 Exchange Server 2007이 설치 되어 있지 않다면, Exchange Server 2007 SP1 설치 화면이 나타납니다.
 [Exchange Server 2007 SP1 업그레이드 화면] [Exchange Server 2007 with SP1 최초 설치 화면]
3. EDGE Role, HUB Role, CAS Role, Mailbox Role 은 아래 그림과 같이 선행 조건을 검사한 뒤 문제 없다면, 업그레이드를 진행하고 완료가 되면 Windows Server를 재시작하면 완료됩니다.
Exchange Server 2007 RTM에서 SP1 으로 업그레이드... 생각 보다 쉽죠? 하지만 클러스터 환경에서는 일반적인 환경의 비하면 조금 복잡(?) 할 수 있습니다. 또한, GUI 로 업그레이드가 안 됩니다. ^^ 클러스터 환경의 업그레이드 방법은 아래 제 블로그의 자세히 포스팅하였으니, 보시고 따라 하시면 그리 어렵지 않을 듯 합니다. ^^
MSCS 클러스터 환경의 Exchange Server 2007 RTM에서 Exchange Server 2007 SP1으로 업그레이드 <= 클릭!!!

엘도라도 한국 IT Pro가 강한 나라... !!! IT 강국 코리아... !!! 화이팅... !!!
Trackback 0
:
Trackback Address :: http://www.hanulrang.com/trackback/58
|