|
|
조직 내 Exchange Server 2007을 완전히 제거하는 방법
주의사항
기존 Microsoft Exchange Server 조직 및 Active Directory에서 Microsoft Exchange Server 2007을 완전히 제거하는 방법을 설명합니다. 따라서 단순 한개 역할만 제거하기 위해서 진행되는 방법이 아니니 테스트 환경에서 먼저 검토하시고, 진행하시기 바랍니다.
제거방법
Exchange 2007은 이전 버전의 Exchange Server와 다르게 제거됩니다. Exchange 2007은 컴퓨터에서 수동으로 제거할 수 없습니다. Exchange 2007을 제거할 수 있는 유일한 방법은 프로그램 추가/제거나 Exchange 2007 CD의 설치 프로그램을 사용하여 Exchange 2007을 제거하고 Active Directory에서 Exchange 2007 개체를 제거하는 것입니다.
컴퓨터에서 Exchange 2007을 제거하려면 다음 지침을 사용하십시오.
Exchange 2007 사서함 서버 역할 제거
조직에서 Exchange 2007 컴퓨터를 제거하려면 먼저 해당 컴퓨터에 있는 공용 폴더 저장소를 제거해야 합니다.
주의 마지막 공용 폴더 데이터베이스를 제거하면 마지막 공용 폴더 데이터베이스의 내용이 모두 손실됩니다. 또한 Microsoft Office Outlook 2007이나 그 이상 버전의 Microsoft Outlook을 실행하는 사용자만 Exchange 조직에 연결할 수 있습니다. 조직에서 관리 양식을 사용하는 경우 마지막 공용 폴더 데이터베이스를 제거하면 안 됩니다. 관리 양식은 Exchange 컴퓨터에 있는 시스템 폴더로, 조직 내의 사용자가 일반적으로 액세스하는 양식을 저장하는 데 사용됩니다.
공용 폴더 저장소를 제거하려면 해당 공용 폴더 저장소에 공용 폴더 복제본이 없어야 합니다. 여기에는 시스템 폴더도 포함됩니다. 공용 폴더 저장소에 공용 폴더 복제본이 들어 있으면 공용 폴더 저장소를 제거하기 전에 먼저 이러한 복제본을 이동해야 합니다. 복제본이 들어 있는 공용 폴더 저장소를 제거하려고 하면 다음과 같은 오류 메시지가 나타납니다.
공용 폴더 데이터베이스 Database_Name을(를) 삭제할 수 없습니다.
오류:
지정된 공용 폴더 데이터베이스에 폴더 복제본이 있습니다. 공용 폴더 데이터베이스를 삭제하기 전에 해당 복제본을 제거하거나 다른 공용 폴더 데이터베이스로 이동하십시오.
공용 폴더 저장소 내용 확인
공용 폴더 저장소에는 Outlook 클라이언트가 볼 수 있는 IPM(Interpersonal Message) 하위 트리와 Outlook 클라이언트가 볼 수 없는 비 IPM 하위 트리 또는 시스템 폴더가 들어 있습니다. IPM 하위 트리와 비 IPM 하위 트리의 내용을 확인하려면 해당 내용을 텍스트 파일로 내보내면 됩니다. 이렇게 하려면 다음과 같이 하십시오.
시작을 누르고 프로그램, Exchange Server 2007을 차례로 가리킨 다음 Exchange 관리 셸을 누릅니다.
MSH 프롬프트에서 다음 폴더로 변경합니다.
Drive_Letter:\Program Files\Microsoft Exchange Server\Scripts
다음 명령을 실행합니다.
Get-PublicFolderStatistics -server <Exchange 2007_Server_Name> | fl | out-file C:\PFstat.txt
Get-PublicFolder -server < Exchange 2007_Server_Name > \ -recurse | fl | out-file C:\PFIPMSub.txt
Get-PublicFolder -server < Exchange 2007_Server_Name > \non_ipm_subtree -recurse | fl | out-file C:\PFNonIPMSub.txt
Get-PublicFolderStatistics 명령은 공용 폴더 저장소에 들어 있는 데이터를 보여 주고 Get-PublicFolder 명령과 각각의 스위치는 IPM 하위 트리와 비 IPM 하위 트리에 대해 설정된 복제본을 보여 줍니다.
공용 폴더 저장소에서 복제본 제거
공용 폴더 저장소에서 복제본을 제거하려면 다음 방법 중 하나를 사용해야 합니다. 이러한 방법 중 하나를 사용한 후에는 복제본이 실제로 제거될 때까지 15분에서 2시간 정도 기다려야 합니다.
방법 1: MoveAllReplicas.ps1 스크립트 사용
MoveAllReplicas.ps1 스크립트를 사용하면 모든 공용 폴더의 복제본 목록에 있는 서버를 다른 서버로 변경할 수 있습니다. Exchange 명령 셸에서 명령 프롬프트로 이동한 후 스크립트를 사용하십시오. 이렇게 하려면 다음과 같이 하십시오.
시작을 누르고 프로그램, Exchange Server 2007을 차례로 가리킨 다음 Exchange 관리 셸을 누릅니다.
MSH 프롬프트에서 다음 폴더로 변경합니다.
Drive_Letter:\Program Files\Microsoft Exchange Server\Scripts
다음 명령을 실행합니다.
MoveAllReplicas.ps1 Server Source_Server_Name –NewServer Target_Server_Name
참고 원본 서버는 공용 폴더 저장소가 있는 Exchange 2007 사서함 서버여야 하고 대상 서버는 공용 폴더 저장소가 있는 Exchange 서버여야 합니다.
방법 2: Exchange 2003에서 Exchange System Manager 사용
조직에서 Microsoft Exchange Server 2003을 실행하는 경우 Exchange 2003에서 Exchange System Manager를 사용하여 복제본을 이동할 수 있습니다. 이렇게 하려면 다음과 같이 하십시오.
Exchange System Manager를 시작합니다.
관리 그룹, 기본 관리 그룹, 서버를 차례로 확장한 다음 Exchange Server 2007 개체를 확장합니다.
기본 저장소 그룹을 확장하고 적절한 공용 폴더 저장소를 마우스 오른쪽 단추로 누른 다음 모든 복제본 이동을 누릅니다.
모든 복제본 이동 대화 상자에서 복제본을 이동할 Exchange 서버를 누른 다음 확인을 누릅니다.
이러한 방법 중 하나를 사용한 후에는 공용 폴더 복제본이 제거되기 전에 공용 폴더 복제의 다음 인스턴스가 완료될 때까지 기다려야 합니다. "공용 폴더 저장소 내용 확인" 절에서 언급한 Get-PublicFolderStatistics 명령을 사용하면 이러한 상태를 확인할 수 있습니다.
공용 폴더 저장소 제거
모든 복제본이 제거된 것을 확인한 후에는 Exchange 2007 컴퓨터에서 공용 폴더 저장소를 제거해야 합니다. 이러한 작업은 Exchange 관리 콘솔 또는 Exchange 관리 셸 프롬프트에서 수행할 수 있습니다.
방법 1: Exchange 명령 셸 사용
복제본이 제거되고 나면 Exchange 명령 셸 프롬프트를 사용하여 공용 폴더 저장소를 제거할 수 있습니다. 이렇게 하려면 Exchange 명령 셸 프롬프트에서 다음 명령을 실행하십시오.
Remove–PublicFolderDatabase –Identity "Public_Folder_Store_Name"
조직에 있는 마지막 공용 폴더 저장소를 제거하려면 다음 명령을 실행하십시오.
중요 조직에 있는 마지막 공용 폴더 저장소를 제거하기 전에 "Exchange 2007 사서함 서버 역할 제거" 절의 시작 부분에 있는 주의 사항을 참조하십시오.
Get-PublicFolderDatabase | Remove-PublicFolderDatabase –OkToRemoveLastPublicFolderDatabase
방법 2: Exchange 관리 콘솔 사용
Exchange 관리 콘솔을 사용하여 공용 폴더 저장소를 제거하려면 다음과 같이 하십시오.
Exchange 관리 콘솔을 시작합니다.
콘솔 트리에서 서버 구성을 확장한 다음 사서함을 누릅니다.
결과 창에서 적절한 서버를 누릅니다.
작업 창에서 적절한 저장소 그룹을 확장한 다음 제거할 공용 폴더 데이터베이스를 누릅니다.
작업 창에서 제거를 누른 다음 예를 누릅니다.
공용 폴더 데이터베이스 이름 상자에 공용 폴더 데이터베이스의 이름을 입력합니다.
마법사의 지시를 따릅니다.
Exchange 2007 관리 그룹 제거
혼합 모드 Exchange Server 조직에서 Exchange 2007을 실행하는 마지막 컴퓨터를 제거해도 Exchange 2007 관리 그룹은 Active Directory에 계속 남아 있습니다. 이것은 의도적으로 설계된 동작입니다.
Exchange 2007을 설치하면 하나의 관리 그룹만 설치됩니다. 이 관리 그룹의 이름을 변경할 수 없습니다. 자세한 내용은 다음 Microsoft 웹 사이트에서 관련 Exchange 팀 블로그를 참조하십시오.
http://msexchangeteam.com/archive/2006/08/08/428619.aspx (http://msexchangeteam.com/archive/2006/08/08/428619.aspx) (영문)
ADSIEdit를 사용하여 Exchange 2007 관리 그룹을 삭제할 수 있습니다. 그러나 관리 그룹을 삭제할 이유는 없습니다. Exchange Server 2007를 새로 설치하면 forestprep 명령이 다시 실행됩니다. forestprep 명령은 동일한 관리 그룹 이름을 추가합니다.
Exchange 2007 제거
Exchange 2007은 수동으로 제거할 수 없습니다.
베타 버전의 Exchange 2007에서는 프로그램 추가/제거를 사용하여 Exchange 2007을 제거할 수 있습니다. 이 경우 Exchange 2007도 제거되고 Active Directory에서 Exchange Server 개체도 제거됩니다.
원본 릴리스 버전의 Exchange 2007이 릴리스되면 프로그램 추가/제거를 사용하여 Exchange 2007을 제거할 수 있을 뿐 아니라 CD 드라이브에 Exchange 2007 CD를 넣어 자동으로 제거 옵션을 시작할 수도 있습니다.
Exchange 2007을 제거할 때 레지스트리 항목을 직접 제거하지 않아도 됩니다.
데이터베이스 파일과 설치 로그 파일 같은 일부 파일은 Exchange 2007을 제거한 후에도 남아 있습니다. 원하는 경우 이러한 파일을 수동으로 제거할 수 있습니다. 여기에는 EXCHSRV 하위 디렉터리도 포함됩니다. Exchange 2007을 제거하기 전에 데이터베이스를 저장하려면 데이터베이스를 분리한 다음 다른 위치에 복사하면 됩니다.
참고 운영 체제를 완제히 다시 설치하면 Exchange 2007을 다시 설치할 수 있지만 그럴 필요는 없습니다.
기본 웹 사이트 제거
Exchange 2007을 제거해도 기본 웹 사이트 아래에 Exchange 2007용으로 만들어진 다음과 같은 가상 서버는 제거되지 않도록 의도적으로 설계되었습니다.
Microsoft-Server-ActiveSync
OAB
owa
Microsoft 인터넷 정보 서비스(IIS)를 제거하지 않아도 Exchange 2007을 완전히 제거할 수 있습니다. 기본적으로 IIS의 기본 웹 사이트 아래에 있는 Exchange 2007 가상 서버는 서버에 남아 있습니다. IIS에 있는 Exchange 2007 가상 서버는 삭제할 필요가 없지만 원하는 경우 수동으로 삭제할 수 있습니다.
참고 컴퓨터에서 Microsoft Exchange Server 2003을 수동으로 제거하면 IIS가 제거됩니다. 이 경우 Exchange 2003에서 가상 디렉터리가 제거됩니다.
서버에서 IIS를 제거한 다음 다시 설치하면 Microsoft Windows 서비스 팩 및 핫픽스를 다시 설치할 수 있지만 그럴 필요는 없습니다.
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/514
[Article] Exchange Server 트랜잭션 로그 시퀀스 넘버 ( 2003 VS 2007 )
Exchange Server 2003 운용하시는 분들이 작년 부터 로그 초기화 문의가 많습니다.
왜 이런 이슈가 많을까요? 한번 로그 시퀀스 넘버의 대해서 계산을 해 볼까요?
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 2007 의 42억개의 로그번호를 끝까지 사용 할 수 있을 지 의문입니다.
트랜잭션 로그 파일 이름이 부족합니다.
http://technet.microsoft.com/ko-kr/library/aa998701(EXCHG.80).aspx
Store databases are dismounted without warning or users cannot log on to their mailboxes in Exchange Server 2003 or in Exchange 2000 Server
http://support.microsoft.com/?kbid=830408
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/433
초보자를 위한 Exchange Server 2007 배포 메뉴얼
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/420
[Article] Exchange Server 2010 VS 2007 – OWA ( Part2 )
금일 내용은 OWA 기능 중 "대화 정렬 기준 강화"에 대하여 포스팅하려고 합니다.
혹시 정렬 기준을 "대화"로 해서 사용하고 계신가요? 이미 Exchange Server 2007의 OWA 나 Outlook 2007에서도 "대화"로 정렬이 가능했습니다.
하지만, 저 같은 경우 "대화" 정렬로 사용하다보면 2% 부족한 점을 느꼈습니다.
바로 히스토리 기능이 많이 부족했습니다. 어떻게 보면 "대화"정렬 보다는 "제목"정렬보다 조금 좋은 정도라고 해도 될 만큼의 기능이었습니다.
제목 정렬과 대화 정렬의 차이점이라고 보면, 제목 정렬은 제목을 기준으로 그룹화 시켜서 정렬을 한다는 개념이고, 대화 정렬은 제목이 같은 내용은 한 줄로 묶어서 정렬한다는 것이었죠.
하지만, Exchange Server 2010 OWA의 "대화" 정렬 기능에서는 보낸 편지, 받은 편지를 전부 확인 할 수 있고, 히스토리 Preview 기능을 지원합니다.
정리하자면, Exchange Server 2010 의 "대화 정렬" 기능은 스레드 기능이 강화 된 것입니다. 또한 "대화 정렬"을 이용하게 되면 원하지 않는 메일은 묶음(Mute)처리가 되어, 많은 메일 속에서도 쉽게 메일을 확인 할 수 있습니다.
자세한 사항은 아래 내용을 보시면 이해가 되실 것입니다.
아래 그림은 Exchange Server 2007의 OWA 화면입니다. 이미 Exchange Server 2007 때부터 대화 정렬이 가능했던 것은 확인 할 수 있습니다.
아래 그림은 Exchange Server 2010의 OWA 화면입니다. Exchange Server 2007 때와 별 차이점은 없어 보이죠?
자 이제부터 Exchange Server 로 메일 송수신을 해보겠습니다. Preview 화면을 잘 봐주시기 바랍니다.
[Exchange Server 2007 화면]
[Exchange Server 2010 화면]
혹시 위 화면을 보고, 다른 점을 찾으셨나요? 바로 원문 포함 회신을 했을 경우, 중복이 된 원문내용은 나오지 않고, 히스토리로 받은 메일이 나타납니다.
이번에는 받은 메일을 회신하면서, 원문 내용을 전부 지우고 발송 해 보겠습니다. 어떤 차이가 있을까요?
[Exchange Server 2007 화면]
[Exchange Server 2010 화면]
이제는 차이점을 찾으셨나요? 현재 대화 제목의 대하여 히스토리를 쉽게 볼 수 있습니다.
Exchange Server 2010 에서는 이 밖에도 대화 정렬 기능이 상당히 강화 되었습니다.
위의 그림을 보시면 아시겠지만, 대화 정렬의 엘도라도2010의 보낸 편지함까지 확인 할 수 있습니다.
(엘도라도2010 사용자가 로그인 해서 엘도라도2010 사용자가 보낸 메일이 받은 편지함에서도 볼 수 있죠^^)
때문에 쉽게 내가 어떤 내용을 보내서, 어떤 회신을 받았는지도 쉽게 확인 해 볼 수 있습니다.
다음 시간에도 OWA 에 달라진 점의 대해서 설명하도록 하겠습니다.
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/479
[Article] Exchange Server 2010 VS 2007 – OWA ( Part1 )
Exchange Server 2007과 2010에 OWA 변화라는 내용으로 포스팅 하려고 합니다.
금일은 간단하게 UI 변경 차이에 대해서만 보도록 하겠습니다.
첫 로그인 페이지는 별 차이점은 없습니다.
차이가 있다고 하면, Outlook Live light 와 Outlook Web Access Light 글자 차이죠^^?
아마도 정식 제품 나오면, Outlook Web Access Light 로 바뀔 듯 합니다. ㅎㅎ
[Exchange Server 2010] [Exchange Server 2007]
 
일단 로그인하게 되면 UI 가 변경 된 것을 확인 할 수 있습니다. 참 화려하죠? ㅎㅎ
[Exchange Server 2010]
[Exchange Server 2007]
이번에는 옵션을 보도록 하겠습니다.
옵션 UI도 많이 바뀌었습니다. 상당히 깔끔하게 잘 배치 되어있는 느낌이 드네요.
[Exchange Server 2010]
[Exchange Server 2007]
Outlook Web Access Light 는 거의 차이가 없네요 ㅎㅎ 아이콘이 조금 바뀐 정도 수준이네요 ㅋㅋ
[Exchange Server 2010]
[Exchange Server 2007]
금일은 간단하게 UI에 변경 부분만 보았습니다.
다음 번에는 달라진 기능들에 대하여 포스팅 해 보겠습니다. ^^
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/478
Exchange Server 2007의 메일 그룹 계정으로 외부인은 보낼 수 없다.
Exchange Server 2007 에는 기본적으로 외부 사용자들은 내부 회사 메일 그룹으로 발송을 못 하게 됩니다.
예전에 제가 작성한 글을 확인 해 보시면, 많은 도움이 되실 것이라 생각 됩니다.
Exchange Server 2003 그룹 메일로 스팸메일 발송 방지 ç (클릭!!!)
외부에서 메일 그룹 주소로 메일을 보내면 안 되요 ç (클릭!!!)
기본적으로 Exchange Server 2007 이 운용 중인 회사의 메일 그룹으로 메일을 발송하게 되면 아래 그림과 같이 NDR을 받게 됩니다.
NDR을 보시면 아시겠지만, 간단히 설명드리면 eldorado@eldorado29.com (그룹 메일 계정)으로 메일 발송하는 과정에서 인증을 요구하는데, 인증이 되지 않아 메일을 보낼 권한이 없다라고 생각하시면 됩니다.
Exchange Server 2003 과 동일한 개념인데요. 설정 방법은 UI 만 변경 되었다고 생각하시면 됩니다. Exchange Server 2003 경우에는 설정하는 관리도구가 Active Directory 사용자 및 컴퓨터 였습니다. 하지만, Exchange Server 2007 은 Exchange 관리 콘솔(EMC)에서 설정을 변경하시면 됩니다.
받는 사람 구성 하위에 메일 그룹을 선택 후, 설정을 변경하고자 하는 그룹 메일의 속성을 편집합니다.
메일 전송 설정 탭의 메시지 배달 제한의 속성을 클릭합니다.
아래 그림과 같이 "보낸 사람 모두 인증 필요" 의 체크가 되어 있는데, 이를 해제하면 문제가 해결 됩니다.
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/460
[Article] Exchange Server 2003 에서 2007로 전환 시 주의 사항 (Part 3)
안녕하세요. 엘도라도 입니다.
최근 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 로 마이그레이션 시 기본적인 주의 사항에 대하여 포스팅 하였습니다.
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/469
[Article] Exchange Server 2003 에서 2007로 전환 시 주의 사항 (Part 2)
안녕하세요.
저번 시간의 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 를 이용하여 메일도 사용 가능하고, 공용폴더도 정상적으로 사용하여 업무 보는데 지장 없이 사용 할 수 있는 것이죠^^
어떻게 알고 보면, 간단한 내용인데, 설명을 자세히 하려다보니 정말 길어졌네요.
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/468
Microsoft Exchange Server 2007 웹캐스트 (한글)
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/143
Windows Server 2008에서는 Exchange Server 2007 RTM 버전 지원 안됨!!!
다음에 나올 Exchange 2007 SP1 에서는 지원 할지 알 수 없습니다.
하지만, Exchange 2007 SP1 중 Beta1 제품에서는 지원 안 할 예정입니다.
아래 내용은 Exchange 2007 SP1 릴리즈 노트 입니다.
http://download.microsoft.com/download/5/e/6/5e672458-592a-44a2-b489-11cec19d3c82/RelNotes.htm
Installing SP1 Beta 1
The following information will help you install Exchange Server 2007 SP1 Beta 1.
Important:
Deploying Exchange Server 2007 SP1 Beta 1 on computers that are running the next version of Microsoft Windows Server, code named "Windows Server 2008", is not supported.
[소프트웨어 사양]
Windows 2008 ( 6월 CTP )
Exchange 2007 RTM
[테스트 환경]
Server A => Windows 2008 Domain Controller ( Global Catalog )
Server B => Windows 2008 on Exchange 2007 ( Edge Transport Role )
Server C => Windows 2008 on Exchange 2007 ( Hub Transport Role )
Server D => Windows 2008 on Exchange 2007 ( Client Access Role )
Server E => Windows 2008 on Exchange 2007 ( MailBox Role )
아래와 같은 오류 화면, 지원 안함
Server B => Windows 2008 on Exchange 2007 ( Edge Transport Role ) 
Server C => Windows 2008 on Exchange 2007 ( Hub Transport Role ) 
Server D => Windows 2008 on Exchange 2007 ( Client Access Role )
Server E => Windows 2008 on Exchange 2007 ( MailBox Role ) 
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/119
[Article] GUI - Exchange 2007 RTM MailBox Role 배포 메뉴얼
Mailbox Server - 사서함 단독 관리
Microsoft Exchange Server 2007 에는 Microsoft Windows Server 2003 을 실행하는 컴퓨터에 설치한 후 구성할 수 있는 서버 역할 다섯 가지가 있습니다. 이 항목에서는 사서함 서버 역할에 대해 간략하게 설명합니다.
사서함 서버 역할은 사용자의 사서함이 들어 있는 사서함 데이터베이스를 호스트합니다. 사용자 사서함, 공용 폴더 또는 둘 다 호스트하려면 사서함 서버 역할이 필요합니다.
Exchange Server 2007 의 사서함 서버 역할은 이전 버전의 Exchange 에 있는 사서함 기능보다 Active Directory 디렉터리 서비스와 더 효과적으로 통합됩니다. 이 향상된 통합 기능을 사용하면 배포 및 작동 작업을 보다 쉽게 수행할 수 있습니다. 사서함 서버 역할은 다양한 일정 기능, 리소스 관리 및 오프라인 주소록 다운로드를 제공하여 정보 작업자 환경도 향상시킵니다.
[Exchange 2007 MailBox Role 배포]
1. Exchange 2007 DVD를 삽입 후 Setup을 실행하여, 아래 그림과 같은 순서로 설치를 진행 합니다.
2. 설치 유형이 “허브 전송, 클라이언트 엑세스, 사서함, 관리도구”를 설치 할 경우 “표준 Exchange Server 설치”를 선택합니다.
Edge 전송 서버나, 특정 서버 역할을 설치 할 경우 “사용자 지정 Exchange Server 설치”를 선택 합니다.
4. “Exchange 조직” 이름을 입력합니다.
5. 여기서 “예”를 선택 하면 “Exchange 2003 이하 버전”과 같이 공용 폴더가 생성이 됩니다.
만약, “아니오”를 선택 하게 되면, 기존 공용 폴더에 들어가는 OAB 와 같은 정보들이 전부 Web 에 저장되게 때문에 공용 폴더가 생성 되지 않습니다.
하지만, 나중에 수동으로 공용 폴더를 추가 할 수 있습니다.
6. MailBox Role을 설치 하기 전에 “준비 검사”를 진행하게 되는데, 아래와 같이 오류가 발생 됩니다.
7. 오류를 해결하기 위해서는 다음과 같이 3가지 작업을 진행하면 됩니다.
첫번째로, 도메인의 기능 수준이 Windows 2000 기본모드 이상이어야 합니다.
DC에서, 관리도구의 “Active Directory 도메인 및 트러스트” 콘솔에서 “도메인 기능 수준 올리기”를 하여 Windows 2000 or 2003 기본 모드 이상으로 올려야 합니다.
8. 두번째로, Net 2.0 Hotfix (KB926776) 을 설치 해야 합니다.
- Net 2.0 Hotfix (KB926776) 다운로드 -
http://go.microsoft.com/fwlink/?linkid=74469 => X86 버전
http://go.microsoft.com/fwlink/?linkid=74465 => X64 버전
9. 세번째로, IIS를 설치 해야 합니다.
10. 위 3가지 사항이 정상적으로 완료 되면, 준비 검사에도 문제 없이 완료 되고, 계속 설치를 진행 할 수 있습니다
11. 이로써, Exchange 2007 MailBox Role 배포가 완료 되었습니다.
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/128
[Article] GUI - Exchange 2007 RTM Client Access Role 배포 메뉴얼 [강좌-Traning]
Client Access Server - 완벽한 사용자 환경지원
Microsoft Exchange Server 2007 에는 Microsoft Windows Server 2003 을 실행하는 컴퓨터에 설치한 후 구성할 수 있는 다섯 가지의 서버 역할이 있습니다. 이 항목에서는 클라이언트 액세스 서버 역할에 대해 간략하게 설명합니다. 클라이언트 액세스 서버 역할은 Microsoft Outlook Web Access 및 Microsoft Exchange ActiveSync 클라이언트 응용 프로그램과 POP3(Post Office Protocol version 3) 및 IMAP4(Internet Message Access Protocol version 4rev1) 프로토콜을 지원합니다. 클라이언트 액세스 서버 역할은 또한 Autodiscover 서비스 및 웹 서비스와 같은 서비스를 지원합니다.
클라이언트 액세스 서버 역할은 서로 다른 여러 클라이언트의 Exchange 2007 서버 연결을 허용합니다. Microsoft Outlook Express 및 Eudora와 같은 소프트웨어 클라이언트는 POP3 또는 IMAP4 연결을 사용하여 Exchange 서버와 통신합니다. 모바일 장치와 같은 하드웨어 클라이언트는 ActiveSync, POP3 또는 IMAP4를 사용하여 Exchange 서버와 통신합니다. 사용자가 Microsoft Outlook 이외의 다른 클라이언트를 사용하여 자신의 받은 편지함에 액세스하는 경우 Exchange 조직에 클라이언트 액세스 서버 역할을 설치해야 합니다.
Exchange Server 2007 의 새로운 클라이언트 기능에 대한 자세한 내용은 새 클라이언트 기능를 참조하십시오.
 Outlook Web Access
Exchange Server 2007 의 Outlook Web Access 를 사용하면 모든 웹 브라우저로부터 전자 메일에 액세스할 수 있습니다. Exchange Server 2007 에서 Outlook Web Access 는 여러 방식으로 사용자 환경 및 생산성을 향상시킬 수 있도록 다시 디자인되었습니다. 스마트 모임 예약, Microsoft Windows SharePoint Services 및 UNC(Universal Naming Convention) 파일 공유 통합과 같은 새로운 기능과 미리 알림 및 주소록의 향상된 기능을 통해 웹 브라우저가 있는 모든 컴퓨터에서 다양한 기능의 사용자 환경을 제공합니다. Exchange Server 2007 에는 완전한 기능의 Outlook Web Access 클라이언트 및 새로운 Outlook Web Access Light 클라이언트의 두 가지 Outlook Web Access 버전이 있습니다. Outlook Web Access Light는 모바일 장치 및 저속 연결에서 Outlook Web Access 환경을 최적화할 수 있도록 디자인되었습니다.
Outlook Web Access 에 대한 자세한 내용은 다음 항목을 참조하십시오.
 Exchange ActiveSync
Exchange ActiveSync 를 사용하면 모바일 장치와 Exchange 2007 사이에 전자 메일, 연락처, 일정 정보 및 작업 등의 데이터를 동기화할 수 있습니다. Windows Mobile Powered Pocket PC 2002, Windows Mobile Powered Pocket PC 2003 및 Windows Mobile 5.0을 포함하여 Microsoft Windows Mobile® 소프트웨어를 실행하는 모든 장치가 지원됩니다.
Windows Mobile 5.및 MSFP(Messaging Security and Feature Pack)가 설치되어 있는 장치를 사용할 경우 모바일 장치에서 직접 올리기 기능이 지원됩니다. 직접 올리기는 Exchange ActiveSync 에 기본 제공되는 기술로서 모바일 장치를 Exchange 사서함과 계속해서 동기화된 상태로 유지합니다.
Exchange ActiveSync 에 대한 자세한 내용은 다음 항목을 참조하십시오.
 POP3 및 IMAP4
MAPI 및 HTTP 클라이언트 지원 이외에도 Exchange Server 2007 은 POP3 및 IMAP4 클라이언트를 지원합니다. 기본적으로 클라이언트 액세스 서버 역할을 설치하면 POP3 및 IMAP4가 설치되고 활성화됩니다.
POP3 및 IMAP4에 대한 자세한 내용은 다음 항목을 참조하십시오.
[Exchange 2007 Client Access Role 배포]
1. Exchange 2007 DVD를 삽입 후 Setup을 실행하여, 아래 그림과 같은 순서로 설치를 진행 합니다.
2. 설치 유형이 “허브 전송, 클라이언트 엑세스, 사서함, 관리도구”를 설치 할 경우 “표준 Exchange Server 설치”를 선택합니다.
Edge 전송 서버나, 특정 서버 역할을 설치 할 경우 “사용자 지정 Exchange Server 설치”를 선택 합니다.
3. “클라이언트 액세스 역할”을 선택하여 설치 합니다.
4. “Exchange 조직” 이름을 입력합니다.
5. Client Access Role을 설치 하기 전에 “준비 검사”를 진행하게 되는데, 아래와 같이 오류가 발생 됩니다.
6. 오류를 해결하기 위해서는 다음과 같이 3가지 작업을 진행하면 됩니다.
첫번째로, 도메인의 기능 수준이 Windows 2000 기본모드 이상이어야 합니다.
DC에서, 관리도구의 “Active Directory 도메인 및 트러스트” 콘솔에서 “도메인 기능 수준 올리기”를 하여 Windows 2000 or 2003 기본 모드 이상으로 올려야 합니다.
7. 두번째로, Net 2.0 Hotfix (KB926776) 을 설치 해야 합니다.
- Net 2.0 Hotfix (KB926776) 다운로드 -
http://go.microsoft.com/fwlink/?linkid=74469 => X86 버전
http://go.microsoft.com/fwlink/?linkid=74465 => X64 버전
8. 세번째로, IIS를 설치 해야 합니다.
9. 위 3가지 사항이 정상적으로 완료 되면, 준비 검사에도 문제 없이 완료 되고, 계속 설치를 진행 할 수 있습니다.
10. 이로써, Exchange 2007 Client Access Role 배포가 완료 되었습니다.
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/127
GUI - Exchange 2007 RTM Hub Transport Role 배포 메뉴얼 [강좌-Traning]
Hub Transport Server - 향상된 메시지 기밀성
Microsoft Exchange Server 2007 에는 Hub 전송 서버 역할이 필요합니다.
 참고:
Exchange 2007 시험판 버전에서는 Hub 전송 서버 역할을 브리지헤드 서버 역할이라고 했습니다.
Active Directory 디렉터리 서비스 포리스트 내에 배치된 Hub 전송 서버 역할은 조직 내 모든 메일 흐름을 처리하고, 전송 규칙을 적용하고, 저널링 정책을 적용하고, 받는 사람의 사서함에 메시지를 배달합니다. Hub 전송 서버는 인터넷에 전송된 메시지를 경계 네트워크에 배포된 Edge 전송 서버 역할에 릴레이합니다. 인터넷에서 받은 메시지는 Hub 전송 서버로 릴레이되기 전에 Edge 전송 서버에 의해 처리됩니다. Edge 전송 서버가 없으면 인터넷 메시지를 직접 릴레이하도록 Hub 전송 서버를 구성할 수 있습니다. 또한 Hub 전송 서버에서 Edge 전송 서버 에이전트를 설치 및 구성하여 조직 내 스팸 방지 및 바이러스 백신 보호 기능을 제공할 수 있습니다.
Hub 전송 서버 역할은 모든 구성 정보를 Active Directory 에 저장합니다. 이러한 정보에는 전송 규칙 설정, 저널 규칙 설정 및 커넥터 구성이 포함됩니다. 이 정보는 Active Directory 에 저장되기 때문에 설정을 한 번 구성한 다음에는 조직의 모든 Hub 전송 서버에 적용할 수 있습니다.
Hub 전송 서버 역할은 클러스터되지 않은 내부 서버 역할이 있는 동일한 하드웨어 또는 Hub 전송 서버 역할 전용의 서버에 설치할 수 있습니다. 사서함 서버 역할을 포함하는 각 Active Directory 사이트에 Hub 전송 서버 역할을 배포해야 합니다. 사이트마다 두 개 이상의 Hub 전송 서버를 배포하면 서버 오류가 발생할 때 중복 기능을 제공합니다. Active Directory 사이트에 두 개 이상의 Hub 전송 서버를 설치하면 연결이 분산됩니다.
다음 섹션에서는 Hub 전송 서버 역할에서 관리할 수 있는 메시지 처리 시나리오에 대해 설명합니다.
 내부 메일 흐름
Hub 전송 서버 역할은 메시지를 받는 사람의 받은 편지함에 배달하거나 조직 외부의 사용자에게 라우팅하기 전에 Exchange 2007 조직 내부에 전송된 모든 메시지를 처리합니다. 이러한 동작은 예외 없이 적용되며 메시지는 항상 Hub 전송 서버 역할을 실행하는 서버를 통해 전달됩니다.
메시지는 SMTP(Simple Mail Transfer Protocol) 전송을 통해, Pickup 디렉터리로부터 또는 조직 내 사용자가 메시지를 전송할 경우 등 세 가지 방식으로 Hub 전송 서버에 전송됩니다. 메시지는 공용 폴더 및 사서함 저장소를 포함하는 데이터베이스인 Exchange 저장소로 인바운드 메시지를 배달하는 Hub 전송 서버의 소프트웨어 구성 요소인 저장소 드라이버에 의해 사용자의 보낼 편지함에서 선택됩니다.
메시지는 Hub 전송 서버에 전송될 때 분류기에 의해 처리됩니다. 분류기는 모든 인바운드 메시지를 처리하고 받는 사람에 대한 정보에 따라 메시지로 수행할 작업을 확인하는 Exchange 전송의 구성 요소입니다. Exchange 2007 에서 Hub 전송 서버는 분류기를 사용하여 메일 그룹을 확장하고 다른 받는 사람 및 전달 주소를 확인합니다. 분류기는 받는 사람에 대한 모든 정보를 검색한 후 해당 정보를 사용하여 정책을 적용하고, 메시지를 라우팅하고, 콘텐츠 변환을 수행합니다. 그런 다음 메시지는 저장소 드라이버에 의해 받는 사람의 사서함에 로컬로 배달되거나 메시지를 다른 전송 서버로 보내는 SMTP를 사용하여 원격으로 배달됩니다. 조직에서 사용자가 보내는 메시지는 저장소 드라이버에 의해 보낸 사람의 사서함에서 선택되며 Hub 전송 서버 역할을 실행하는 서버의 전송 큐에 배치됩니다. 자세한 내용은 전송 아키텍처를 참조하십시오.
 메시징 정책 및 규정 준수 기능
여러 전송 에이전트를 사용하여 메일 흐름 구성 요소에서 메시지가 들어오고 나갈 때 적용되는 규칙과 설정을 구성할 수 있습니다. 다양한 규정을 충족하도록 디자인되고 조직의 요구 사항에 맞게 쉽게 변경할 수 있는 메시징 정책 및 규칙 설정을 만들 수 있습니다. 전송 기반 메시징 정책 및 규정 준수 기능에는 조직의 규정 준수 시나리오를 강화하도록 구성하는 서버 기반 규칙과 메시지 보존을 강화하는 저널링 에이전트가 포함됩니다. 자세한 내용은 Hub 전송 기능 계획을 참조하십시오.
 스팸 방지 및 바이러스 방지
Exchange 2007 의 기본 제공 보호 기능은 메시지에 대한 스팸 방지 및 바이러스 방지 기능을 제공합니다. 이러한 기본 제공 보호 기능은 Edge 전송 서버 역할의 경계 네트워크에서 사용하도록 디자인되었지만 Hub 전송 서버에서 Edge 전송 에이전트를 구성할 수도 있습니다. 기본적으로 이러한 에이전트는 Hub 전송 서버 역할에서 사용하도록 설정되지 않습니다. Hub 전송 서버에서 스팸 방지 기능을 사용하려면 구성 파일에 에이전트를 등록하고 제공된 Exchange 관리 셸 스크립트를 실행하여 해당 기능을 사용하도록 설정해야 합니다. 바이러스 방지 에이전트는 별개의 작업으로 설치하고 사용하도록 설정합니다. 자세한 내용은 스팸 방지 및 바이러스 백신 기능을 위한 계획을 참조하십시오.
[Exchange 2007 Hub Transport Role 배포]
1. Exchange 2007 DVD를 삽입 후 Setup을 실행하여, 아래 그림과 같은 순서로 설치를 진행 합니다.
2. 설치 유형이 “허브 전송, 클라이언트 엑세스, 사서함, 관리도구”를 설치 할 경우 “표준 Exchange Server 설치”를 선택합니다.
Edge 전송 서버나, 특정 서버 역할을 설치 할 경우 “사용자 지정 Exchange Server 설치”를 선택 합니다.
3. “허브 전송 서버 역할”을 선택하여 설치 합니다.
4. “Exchange 조직” 이름을 입력합니다.
5. Hub Transport Role을 설치 하기 전에 “준비 검사”를 진행하게 되는데, 아래와 같이 오류가 발생 됩니다.
6. 오류를 해결하기 위해서는 다음과 같이 3가지 작업을 진행하면 됩니다.
첫번째로, 도메인의 기능 수준이 Windows 2000 기본모드 이상이어야 합니다.
DC에서, 관리도구의 “Active Directory 도메인 및 트러스트” 콘솔에서 “도메인 기능 수준 올리기”를 하여 Windows 2000 or 2003 기본 모드 이상으로 올려야 합니다.
7. 두번째로, Net 2.0 Hotfix (KB926776) 을 설치 해야 합니다.
- Net 2.0 Hotfix (KB926776) 다운로드 -
http://go.microsoft.com/fwlink/?linkid=74469 => X86 버전
http://go.microsoft.com/fwlink/?linkid=74465 => X64 버전
8. 세번째로, IIS의 공용 파일(Common Files)을 추가하면 모든 서버 역할을 관리 할 수 있습니다. ( 권장사항 )
9. 위 3가지 사항이 정상적으로 완료 되면, 준비 검사에도 문제 없이 완료 되고, 계속 설치를 진행 할 수 있습니다.
10. 이로써, Exchange 2007 Hub Transport Role 배포가 완료 되었습니다.
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/126
일반적인 환경의 Exchange Server 2007 RTM에서 Exchange Server 2007 SP1으로 업그레이드
Exchange Server 2007 SP1이 출시 된지 벌써 5개월이라는 시간이 흘렀습니다.
최근 지인으로 부터 SP1 업그레이드 방법의 대하여 문의가 들어왔습니다.
그래서 간단히 작성해 보았습니다.
Exchange Server 2007 서비스 팩1 출시 정보 및 다운로드 <= 클릭!
[업그레이드 작업 방법]
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 로 업그레이드가 안 됩니다. ^^
다음에는 클러스터 환경에서의 SP1 으로 업그레이드 대하여 써 보도록 하겠습니다.
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/430
MSCS 클러스터 환경의 Exchange Server 2007 RTM에서 Exchange Server 2007 SP1으로 업그레이드
어제 내용의 이어, 금일은 클러스터 환경의 업그레이드 방법을 작성 해 보겠습니다.
SCC 나 CCR 클러스터 환경에서 일반적인 방법으로 SP1 으로 업그레이드가 되지 않습니다. 아래 링크를 확인 해 보시면 알지만, 처음의 나오는 내용이 다음과 같습니다.
“클러스터된 사서함 서버는 설치 프로그램의 명령줄 버전을 사용해야만 업그레이드할 수 있습니다. 클러스터된 사서함 서버 업그레이드에는 Exchange Server 2007 설치 마법사 또는 Setup.exe라고도 하는 설치 프로그램의 GUI(그래픽 사용자 인터페이스) 버전을 사용할 수 없습니다.”
Exchange 2007 - CCR 환경의 클러스터된 사서함 서버를 Exchange 2007 SP1으로 업그레이드하는 방법
http://technet.microsoft.com/ko-kr/library/bb676320(EXCHG.80).aspx <= 클릭!
Exchange 2007 - 단일 복사본 클러스터를 Exchange 2007 SP1으로 업그레이드하는 방법
http://technet.microsoft.com/ko-kr/library/bb691226(EXCHG.80).aspx <= 클릭!
만약 일반적인 방법과 같이 GUI에서 업그레이드를 할 경우 아래 그림과 같은 오류 메시지를 만날 수 있습니다.
[업그레이드 작업 방법]
1. 클러스터 서버 중 Active 노드(MBX1)가 아닌, Passive 노드(MBX2)부터 SP1으로 업그레이드를 진행합니다.
2. Windows Server 2003 with Sp2 CD를 이용하여 구축한 서버가 아니라면, Windows Server 2003의 방화벽은 기본적으로 Disable 되어 있습니다.
Exchange Server 2007 SP1으로 업그레이드를 하기 위해서, 일시적으로 서비스를 사용해야 합니다.
따라서, Windows Firewall/Internet Connection Sharing (ICS) 서비스를 “사용안함” 에서 ‘자동 or 수동”으로 변경 후 서비스를 시작합니다.
3. 기본적으로 Windows Server 2003의 “성능 로그 및 경고” 서비스는 동작하고 있지 않습니다. 만약 성능 분석을 하기 위하여 “성능 모니터”를 동작하고 있다면, 업그레이드가 완료 될 때까지 중지 하시기 바랍니다.
4. 추가적으로 Microsoft Operations Manager 에이전트 서비스가 동작하고 있다면, 이 서비스도 중지해야 합니다.
( 프로그램마다 차이가 있겠지만, 가능하면 백신 및 스팸 기능 서비스를 중지하는 것을 권장합니다. )
5. “원격 레지스트리” 서비스를 “다시 시작” 합니다.
※ Exchange Server 2007 RTM에서 SP1으로 업그레이드 시 EMC(Exchange Management Console) 또는 EMS(Exchange Management Shell), PowerShell 등이 Process 에서 동작하고 있다면, 정상적으로 업그레이드가 되지 않고, 오류가 발생하게 됩니다.
6. 이제 Passive 노드(MBX2)에서 “Exchange Server 2007 with Sp1” CD를 삽입 후의 명령 프롬프트 창을 열고 “Setup /m:upgrade” 을 실행하여 SP1으로 업그레이드를 진행 합니다.
7. Passive 노드(MBX2)에서 EMS(Exchange Management Shell)를 실행하면, 아래 그림과 같이 “드라이브 루트 “Q:\”이(가) 없거나 폴더가 아닙니다.” 라는 메시지는 오류가 아닙니다.
(Q 드라이브는 쿼럼 디스크입니다. 소유권은 Active 노드(MBX1)에서 가지고 있기 때문에 나타나는 오류이니 걱정 안 하셔도 됩니다.^^;;)
8. 이제 클러스터 Mailbox 서비스를 중지합니다. 아래와 같이 명령어를 입력합니다.
Stop-ClusterMailboxServer (Mailbox Role 서버이름) –StopReason (“Upgrade Sp1”)
9. 클러스터 Mailbox 서비스의 소유권을 Active 노드(MBX1)에서 Passive 노드(MBX2) 로 이동합니다.
Move-clusteredMailboxServer (Mailbox Role 서버 이름) –TargetMachine (Passive 노드 서버 이름) –MoveComment (“Upgrade SP1”)
※ 이제 MBX2 서버가 Active 노드가 되고, MBX1 서버가 Passive 노드가 됩니다.
10. “클러스터 된 사서함 서버”를 업그레이드 합니다.
11. 이제 클러스터 서버 중 Active 노드(MBX2)가 아닌, Passive 노드(MBX1)를 SP1으로 업그레이드를 진행합니다.
12. Windows Server 2003 with Sp2 CD를 이용하여 구축한 서버가 아니라면, Windows Server 2003의 방화벽은 기본적으로 Disable 되어 있습니다.
Exchange Server 2007 SP1으로 업그레이드를 하기 위해서, 일시적으로 서비스를 사용해야 합니다.
따라서, Windows Firewall/Internet Connection Sharing (ICS) 서비스를 “사용안함” 에서 ‘자동 or 수동”으로 변경 후 서비스를 시작합니다.
13. 기본적으로 Windows Server 2003의 “성능 로그 및 경고” 서비스는 동작하고 있지 않습니다. 만약 성능 분석을 하기 위하여 “성능 모니터”를 동작하고 있다면, 업그레이드가 완료 될 때까지 중지 하시기 바랍니다.
14. 추가적으로 Microsoft Operations Manager 에이전트 서비스가 동작하고 있다면, 이 서비스도 중지해야 합니다.
( 프로그램마다 차이가 있겠지만, 가능하면 백신 및 스팸 기능 서비스를 중지하는 것을 권장합니다. )
15. “원격 레지스트리” 서비스를 “다시 시작” 합니다.
※ Exchange Server 2007 RTM에서 SP1으로 업그레이드 시 EMC(Exchange Management Console) 또는 EMS(Exchange Management Shell), PowerShell 등이 Process 에서 동작하고 있다면, 정상적으로 업그레이드가 되지 않고, 오류가 발생하게 됩니다.
16. 이제 Passive 노드(MBX1)에서 “Exchange Server 2007 with Sp1” CD를 삽입 후의 명령 프롬프트 창을 열고 “Setup /m:upgrade” 을 실행하여 SP1으로 업그레이드를 진행 합니다.
17. 아래 그림과 같이 Version 8.0(Exchange Server 2007 RTM) 에서 Version 8.1(Exchange Server 2007 SP1)으로 업그레이드 된 것을 확인 할 수 있습니다.
18. 이제 업그레이드가 완료 되었고, 업그레이드를 하기 위해 진행했던 서비스들을 원상 복귀 하시면 됩니다.
( 예, 방화벽(ICS), 백신 프로그램, MOM 에이전트 등 … )
[주의사항]
1. Exchange Server 2007 RTM에서 SP1 으로 업그레이드하는 과정에서 다음과 같은 경고를 만날 수 있습니다.
2. 이벤트 뷰어에서 “PowerShell” 로그를 저장하고, “모든 이벤트 지우기” 를 진행하세요.
3. 또는 아래와 같이 “최대 로그 크기”의 값을 늘려 주시기 바랍니다. (기본값이 512KB 입니다)
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/431
Exchange Server 2007 Rollup 6 출시 정보 및 다운로드
Exchange Server 2007 여섯 번째로 나온 Update 입니다.
업데이트를 받으시려면 아래 다운로드를 클릭하시고, Rollup 6 의 대한 정보를 확인 하시려면 정보를 클릭하세요^^
Update Rollup 6 for Exchange Server 2007 다운로드 <= 다운로드 클릭!
Update Rollup 6 for Exchange Server 2007 정보 <= 정보 클릭!
[주의 ] Exchange Server 2007 SP1 용 Rollup 은 따로 출시 됩니다.
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/408
Exchange Server 2007 서비스 팩1 출시 정보 및 다운로드
Exchange Server 2007 서비스 팩1이 드디어 릴리즈되었습니다.
드디어 SCR 및 여러가지 버그들, 불편했던 점들이 해소가 되었습니다.
현재 Exchange Server 2007 을 사용하시는 곳이 있다면, 먼저 호환성 검사를 진행 하신 후 서비스 팩1으로 업그레이드 하는 것을 권장합니다.^^
Exchange Server 2007 SP1 다운로드 <= 다운로드 클릭!
Exchange Server 2007 SP1 릴리즈 노트 <= 정보 클릭!
혹시 Exchange Server 2007 의 대한 궁금증이 있으신 분은 Exchange Server 2007 질문과 대답을 확인해 보세요.
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/407
Exchange Server 2007 Rollup 5 출시 정보 및 다운로드
이제 곧 서비스 팩 1이 출시 될 듯 합니다. 아마도 다음 달이 되지 않을까 싶은데요?
이번에는 Exchange Server 2007 다섯번째로 나온 Update 입니다.
안정화 단계를 위하여, 여러가지가 업데이트 되는 것 같습니다.
업데이트를 받으시려면 아래 다운로드를 클릭하시고, Rollup 5 의 대한 정보를 확인 하시려면 정보를 클릭하세요^^
Update Rollup 5 for Exchange Server 2007 다운로드 <= 다운로드 클릭!
Update Rollup 5 for Exchange Server 2007 정보 <= 정보 클릭!
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/406
Exchange Server 2007의 새로운 서버 역할
Microsoft Exchange Server 2007을 사용하면 더 간단하고 비용 효율적인 방식으로 시스템을 업그레이드하고 배포할 수 있습니다. 서버 역할을 기반으로 한 모듈식 설치 프로세스와 설치 과정에서의 스마트 기본 설정이 결합되어 배포 및 구성 프로세스를 간편하게 진행할 수 있습니다.
  
관리자는 서버 역할을 사용하여 특정 서버에서 비즈니스 목표와 요구 사항을 지원하는 데 필요한 기능과 서비스만 배포할 수 있습니다. 이렇게 하면 관리자가 수동으로 처리해야 할 작업을 최소화할 수 있고, 설치에 드는 시간을 줄이고, 보안을 강화하여 공격에 노출될 가능성을 줄일 수 있습니다.
Exchange Server 2007의 서버 역할 아키텍처에서는 단일 서버에 여러 가지 서버 역할을 융통성 있게 설치할 수 있으므로 고유한 비즈니스 요구 사항에 적합한 토폴로지를 만들 수 있습니다.
서버 역할에는 다음과 같은 다섯 가지 역할이 있습니다.
|
• |
사서함 서버 일정을 포함한 핵심 서비스와 공용 폴더 및 사서함을 호스팅합니다. 이 서버 역할에서는 고가용성을 위한 연속 복제와 향상된 저장소 기능을 비롯한 여러 가지 새로운 기능을 제공합니다. |
|
• |
클라이언트 액세스 Microsoft Office Outlook Web Access 및 이동 연결과 웹 서비스를 제공합니다. |
|
• |
허브 전송 내부 메시지 라우팅 및 암호화를 제공합니다. 허브 전송을 통해 전달되는 모든 메시지에 대해 이 서버 역할의 새로운 정책 엔진을 통해 규정 준수 규칙을 적용하고 더 세부적인 저널링을 수행할 수 있습니다. |
|
• |
통합 메시징 음성 메일, 팩스 수신 및 음성 액세스 서비스를 위해 PBX(Private Branch eXchange) 시스템과 통합됩니다. |
|
• |
Edge 전송 경계 네트워크 또는 DMZ에 배포되는 이 역할은 다른 역할과 같은 서버에 배치할 수 없는 유일한 서버 역할입니다. SMTP 게이트웨이로 사용되는 Edge 전송 서버 역할에서는 바이러스 백신, 스팸 방지 및 메시징 보안 서비스를 제공합니다. | 
단일 서버 환경에 배포하건 더 복잡한 토폴로지로 확장하건 Exchange 서비스를 개별 서버 역할로 그룹화하면 환경을 더 쉽게 관리하고 유지할 수 있습니다.
Exchange 관리 콘솔 은 서버 역할 아키텍처를 중심으로 설계되었으므로 사용자 지정 구성 후 배포를 더 쉽게 마칠 수 있을 뿐만 아니라 서버 역할 속성을 관리하는 데 필요한 작업을 신속하게 찾을 수 있습니다.
서버 역할 아키텍처가 모듈식으로 이루어져 있으므로 Exchange Server 2007 디자인, 배포, 확장, 구성 및 유지 관리 등의 모든 작업을 융통성 있게 수행할 수 있습니다. Exchange Server 2007 서버 역할 아키텍처의 이점을 MSIT(Microsoft IT)에서 어떻게 배포하고 최대화했는지 살펴보려면 TechNet에서 Microsoft IT 사례 (영문)를 참조하십시오.
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/140
Exchange Server 2007 배포: 10가지 설치 팁
Microsoft Exchange Server 2007 배포가 그 어느 때 보다 쉬워졌습니다. Exchange 2007 설치 프로그램에 대한 주요 향상 내용 중 몇 가지를 살펴보겠습니다.
|
• |
설치 마법사가 새로워졌습니다! 사용하기 쉬우며 설치 과정을 간단하게 안내합니다. |
|
• |
설치 프로그램은 역할 기반입니다. 즉, 사용자가 개별 서버 역할을 배포할 수 있습니다. 배포할 서버 역할을 선택할 수 있기 때문에 요구에 맞게 사용자 지정된 Exchange 토폴로지를 유연하게 디자인할 수 있습니다. |
|
• |
Microsoft Exchange Best Practices Analyzer Tool의 엔진을 사용하여 모든 배포 선행 조건이 자동으로 검사됩니다. 설치 마법사는 Exchange Best Practices Analyzer Tool과 마찬가지로 충족되지 않은 선행 조건에 대한 자세한 정보를 제공하여 각자의 컴퓨터나 환경을 필요에 따라 변경할 수 있도록 합니다. 그런 다음 선행 조건을 다시 검사하거나 설치 마법사를 다시 실행할 수 있습니다. |
|
• |
선행 조건을 검사하기 전에 설치 프로그램에서는 www.microsoft.com/korea/에서 최신 버전의 prereq.xml을 검색합니다. 이러한 방법으로 설치를 시작하기 전에 항상 최신 버전의 선행 조건을 검사하게 됩니다. |
Exchange 2007 설치 프로그램이 크게 향상되었어도 Exchange 2007 을 설치하기 전에 알아 두어야 할 몇 가지 사항이 있습니다. 이 문서에서는 Exchange 2007 을 처음 사용한 고객들이 논의하고, 우연히 발견하고, 관련 지침을 요청한 상위 10가지 팁을 제시합니다.
상위 10가지 팁
|
1. |
조직에 설치할 서버 역할을 결정할 때 전자 메일을 보내기 위해서는 허브 전송 서버 역할을 설치해야 합니다. 허브 전송 서버에서는 Exchange 조직의 모든 메일 흐름을 처리합니다. 같은 사서함 서버의 사서함 간에 보낸 전자 메일도 허브 전송 서버에서 처리해야 합니다. 허브 전송 서버 역할과 사서함 서버 역할을 같은 컴퓨터나 별도의 컴퓨터에 설치할 수 있지만 이 두 서버 역할은 메일 흐름과 메일 저장소에 필수적입니다.
|
|
2. |
클러스터에 Exchange 를 설치할 경우 안심하고 설치할 수 있는 이유는 몇 가지 향상된 기능으로 인해 Exchange 2007 에서 이 설치가 훨씬 더 쉬워졌기 때문입니다. 첫째, 클러스터된 사서함 서버 설치가 Exchange 2007 설치 프로그램에 통합되었습니다. 둘째, 클러스터된 사서함 서버와 연결된 여러 기본값이 대다수의 조직의 요구를 충족하도록 설정되었기 때문에 설치 후에 필요한 사용자 지정 작업이 줄었습니다. 마지막 셋째, Exchange 관리 콘솔과 Exchange 관리 셸 모두를 사용하여 Exchange 클러스터를 관리할 수 있습니다. 따라서 Exchange 2007 을 사용하면 클러스터 관리자 없이 Exchange 클러스터 관리 작업을 수행할 수 있습니다.
다음 단계에서는 클러스터에 Exchange 2007 설치에 대한 간단한 개요, 자세한 정보에 대한 링크 및 설치하는 동안 생길 수 있는 몇 가지 질문에 대한 대답이 제공됩니다.
1단계: SCC(단일 복사본 클러스터)를 사용할지, 아니면 CCR(클러스터 연속 복제)을 사용할지 결정합니다. SCC는 공유 저장소를 소유할 수 있는 다중 서버와 사서함 데이터를 공유하는 저장소인 Exchange 2003 또는 Exchange 2000 의 클러스터와 매우 비슷합니다. CCR은 클러스터의 장애 조치(failover) 기능과 비동기 로그 전송 및 재생 기능을 결합합니다. 자세한 내용은 다음 항목을 참조하십시오.
2단계: 클러스터 배포에 대한 계획을 세웁니다. 자세한 내용은 Planning for Cluster Continuous Replication (영문) 또는 Planning for Single Copy Clusters (영문)를 참조하십시오.
3단계: 클러스터를 설치합니다. 여기에는 클러스터 네트워크 구성, 클러스터 서버 구성 및 서버에 Exchange 2007 설치가 포함됩니다. 설치 프로그램을 실행하기 전에 네트워크 이름 리소스 및 IP 주소 리소스가 있는 클러스터 그룹을 만들지 않아도 됩니다. Exchange 2007 설치 프로그램에서 액티브 클러스터된 사서함 역할을 선택하는 경우 이러한 리소스가 설치 프로그램의 일부로 만들어집니다. 서버에 Exchange 2007 을 설치할 때 먼저 액티브 노드나 패시브 노드를 설치해도 상관없습니다. 설치 마법사에서 두 옵션 중 하나를 선택하기만 하면 됩니다. 자세한 내용은 다음 항목을 참조하십시오.
|
|
3. |
조직에 Exchange 서버가 여러 대 있으면 두 명 이상이 Exchange 2007 을 설치할 가능성이 있습니다. 따라서 Exchange 2007 을 설치하기 위한 필수 조건인 경우에도 Exchange 2007 을 설치할 사람 중 일부는 Exchange 조직 관리자 역할에 할당된 권한을 갖지 못하도록 해야 할 수 있습니다. 이를 위한 방법으로 설치를 위임할 수 있습니다. 설치를 위임하려면 먼저 명령 프롬프트 창에서 /NewProvisionedServer 매개 변수를 사용하여 Setup.com을 실행해야 합니다. 이로 인해 서버에 Exchange 2007 이 설치되지는 않으나 대신 Active Directory 에 서버에 대한 개체 틀이 만들어지고 Exchange 서버 그룹에 이 서버에 대한 시스템 계정이 추가됩니다. 그런 다음 준비한 서버에 대한 Exchange 서버 관리자 역할에 사용자를 추가할 수 있습니다. Exchange 서버 관리자 역할에 사용자를 추가하면 사용자 계정을 사용하여 해당 서버에 Exchange 2007 을 설치하고 관리할 수 있도록 사용자 계정이 보기 권한만 있는 관리자 그룹에 추가되고 Active Directory 의 서버 개체 틀에 대한 권한이 설정됩니다. Exchange 서버 관리자 역할에 사용자를 추가하는 방법에 대한 자세한 내용은 How to Add a User or Group to an Administrator Role (영문)을 참조하십시오.
참고:
조직에 있는 각 서버 역할의 첫 번째 인스턴스를 설치하려면 Exchange 조직 관리자 역할에 할당된 권한이 있는 계정을 사용해야 합니다. 서버 역할의 첫 번째 인스턴스의 설치는 위임할 수 없습니다. |
|
4. |
Exchange 2007 설치 프로그램에 강력하고 사용자에게 친숙한 모든 선행 조건 검사가 있어도 설치 프로그램에서 문제가 발생하거나 실패할 가능성이 있습니다. 설치 프로그램의 문제를 해결하려면 %systemdrive%\ExchangeSetupLogs에 있는 로그 파일을 사용합니다. 이 디렉터리에 있는 몇 개의 로그 파일 중 가장 관련이 많은 로그 파일은 ExchangeSetup.log 파일입니다. 설치 프로그램에서 문제가 발생한 위치를 찾으려면 이 파일에서 "[ERROR]"를 검색합니다.
ExchangeSetupLogs 디렉터리에 있는 다른 파일은 다음과 같습니다.
|
• |
*.msilog 파일: 이 파일에는 특정 설치 부분에 대해 추가로 기록된 정보가 포함되어 있습니다. |
|
• |
*.ps1 파일: 이 파일은 설치하는 동안 설치 프로그램에서 호출하는 Exchange 관리 셸 스크립트입니다. 설치 과정에서 이 스크립트가 실행된 각 위치를 보려면 ExchangeSetup.log 파일에서 해당 파일 이름을 검색합니다. |
|
• |
선행 조건 검사 로그: 이 로그는 설치 프로그램 선행 조건 검사의 로그 및 데이터 파일이 들어 있는 PreReqs 디렉터리에 있습니다. Exchange Best Practices Analyzer Tool의 엔진을 사용하여 선행 조건이 검사되기 때문에 이 파일 이름은 모두 "ExBPA"로 시작합니다. |
뛰어난 기능이 또 하나 있습니다. 설치 프로그램 실패 문제를 해결한 후 필요에 따라 변경한 후 드라이브를 다시 포맷하거나 복사된 Exchange 파일을 제거한 다음 처음부터 다시 시작할 필요가 없습니다. 설치 프로그램이 중지된 위치를 바로 찾을 수 있으므로 단순히 명령 프롬프트 창에서 Setup.com을 실행하거나 Setup.exe를 클릭하여 설치 마법사를 시작하기만 하면 이전에 시도한 설치가 계속됩니다. 또는 준비 검사 페이지에서 설치 마법사를 열어 놓은 경우, 필요에 따라 변경한 다음 다시 시도를 클릭하여 준비 검사를 다시 실행하고 설치를 계속할 수 있습니다.
참고:
설치 프로그램에서 서버 역할을 하나 이상 설치한 다음 실패한 경우 설치 마법사를 다시 시작하면 유지 관리 모드가 됩니다. 즉, Exchange 2007 구성 요소가 이미 하나 이상 설치되어 있음을 의미합니다. 제어판에서 프로그램 추가/제거를 실행하고 Microsoft Exchange Server에 대해 변경 또는 제거를 선택하여 유지 관리 모드에서 설치 프로그램을 시작할 수도 있습니다. 유지 관리 모드에서는 서버 역할을 추가할 수 있습니다. 제어판에서 제거를 선택하면 서버 역할을 제거할 수도 있습니다. 자세한 내용은 Removing and Modifying Exchange 2007 (영문)을 참조하십시오. |
|
5. |
설치 마법사를 성공적으로 완료하더라도 Exchange 2007 의 배포가 끝난 것은 아닙니다. Exchange 관리 콘솔을 열고 콘솔 트리에서 Microsoft Exchange를 선택한 다음 배포 완료를 선택하십시오. 이 탭에는 설치한 각 서버 역할에 대한 다양한 작업 및 구성 옵션이 나열됩니다. 이 탭에 있는 작업은 Exchange 2007 에서 기본적으로 선택된 기능에 적용되지만 추가 구성이 필요합니다.
종단 간 시나리오 탭을 선택하고 Exchange 2007 에 대한 종단 간 솔루션을 구성하는 것도 좋습니다. 이 탭에 있는 구성 작업은 옵션입니다. 사용할 Exchange 2007 기능에 따라 완료할 작업을 선택할 수 있습니다.
이 탭에 대한 자세한 내용은 다음 항목을 참조하십시오.
|
|
6. |
Exchange 2007 과 Exchange 2003 또는 Exchange 2000 을 함께 사용하는 경우 라우팅 그룹 커넥터가 올바르게 구성되어 있어야 합니다. 기본적으로 기존 Exchange 2003 또는 Exchange 2000 조직에 첫 번째 Exchange 2007 허브 전송 서버를 설치할 때 설치 프로그램에서는 모든 Exchange 2007 서버에 대한 새 라우팅 그룹을 만들고 새 Exchange 2007 라우팅 그룹을 연결할 Exchange 2003 또는 Exchange 2000 브리지헤드 서버를 지정하도록 요구합니다. 기본적으로 만들어진 Exchange 2007 라우팅 그룹은 Exchange 라우팅 그룹(DWBGZMFD01QNBJR)이라고 하며, 해당 이름은 바꿀 수 없습니다. 설치 프로그램에서는 설치할 허브 전송 서버와 지정된 브리지헤드 서버 간에 두 개의 상호 라우팅 그룹 커넥터를 만듭니다.
기본적으로 이제는 설치한 첫 번째 허브 전송 서버와 하나의 브리지헤드 Exchange 2003 또는 Exchange 2000 서버 간에 하나의 Exchange 2007 라우팅 그룹과 두 개의 상호 라우팅 그룹 커넥터가 있습니다. 추가 라우팅 그룹 커넥터를 만들 수도 있습니다. 여분으로 사용할 수 있도록 Exchange 2007 라우팅 그룹의 추가 허브 전송 서버를 Exchange 2003 또는 Exchange 2000 라우팅 그룹의 브리지헤드 서버에 연결하는 것이 좋습니다. 기존 Exchange 2003 또는 Exchange 2000 조직에 라우팅 그룹이 두 개 이상 있는 경우, "허브" Exchange 2003 또는 Exchange 2000 사이트에 첫 번째 허브 전송 서버를 설치할 수도 있습니다. 여러 다른 사이트에 더 많은 허브 전송 서버를 추가할 때 이 허브 전송 서버와 다른 사이트의 기존 라우팅 그룹 간에도 라우팅 그룹 커넥터를 만들 수 있습니다. 그러면 Exchange 2007 서버와 다른 사이트의 레거시 서버 간에 논리적 메일 경로가 제공됩니다.
설치 프로그램에서 첫 번째 허브 전송 서버와 지정된 레거시 브리지헤드 서버 간에 초기 라우팅 그룹 커넥터를 만들 때 해당 레거시 브리지헤드 서버가 ExchangeLegacyInterop이라고 하는 USG(유니버설 보안 그룹)에 자동으로 추가됩니다. 이 USG의 구성원에게는 Exchange 2007 을 통해 전자 메일을 보내거나 받는 데 필요한 권한이 있습니다. Exchange 2007 라우팅 그룹과 기존 Exchange 2003 또는 Exchange 2000 조직의 라우팅 그룹 간에 추가 라우팅 그룹 커넥터를 만드는 경우 Exchange 관리 셸에서 New-RoutingGroupConnector cmdlet를 사용해야 합니다. 이 cmdlet를 사용하는 경우 연결하는 Exchange 2003 또는 Exchange 2000 브리지헤드 서버도 ExchangeLegacyInterop에 추가됩니다.
자세한 내용은 다음 항목을 참조하십시오.
|
|
7. |
Exchange 2007 과 Exchange 2003 또는 Exchange 2000 을 함께 사용하는 경우 사서함과 서버를 관리하기 위한 올바른 관리 인터페이스를 사용해야 합니다.
Exchange 2003 또는 Exchange 2000 사용자 및 사서함을 관리하려면 계속해서 Exchange 2003 또는 Exchange 2000 서버에서 Exchange 시스템 관리자와 Active Directory 사용자 및 컴퓨터를 사용해야 합니다. 또한 Exchange 2007 도구를 사용하여 Exchange 2003 또는 Exchange 2000 사서함을 수정하거나 제거할 수도 있지만 Exchange 2007 도구를 사용하여 Exchange 2003 또는 Exchange 2000 서버에 사서함을 만들 수는 없습니다.
Exchange 2007 사용자 및 사서함을 관리하려면 Exchange 2007 에서 Exchange 관리 콘솔이나 Exchange 관리 셸을 사용해야 합니다. Exchange 2003 또는 Exchange 2000 시스템 관리자와 Active Directory 사용자 및 컴퓨터를 사용하여 Exchange 2007 사서함을 관리할 수는 있지만 이 Exchange 2003 및 Exchange 2000 도구를 사용하여 관리되는 Exchange 2007 사서함의 기능은 완전하지 않습니다.
Exchange 2003 또는 Exchange 2000 시스템 관리자에서 Exchange 2007 개체(예: 서버, 저장소 그룹, 데이터베이스 및 프로토콜)와 전역 개체(예: 주소 목록 및 전자 메일 주소 정책)를 볼 수 있지만 Exchange 시스템 관리자를 사용하여 이러한 Exchange 2007 개체를 관리할 수는 없습니다.
일반적으로 다른 버전의 Exchange 간에 관리 도구를 함께 사용하지 않고 일치시키지 않는 것이 가장 좋습니다.
자세한 내용은 Transferring Settings from Exchange Server 2003 to Exchange 2007 (영문)을 참조하십시오. |
|
8. |
토폴로지에 대해 자동 검색 서비스가 구성되어 있는지 확인하십시오. 기본적으로 클라이언트 액세스 서버 역할과 함께 설치되는 자동 검색 서비스를 사용하면 수동으로 프로필을 구성할 필요 없이 Microsoft Office Outlook 2007 및 지원되는 모바일 장치를 통해 Exchange 에 자동으로 연결할 수 있습니다. 다음 조건만 만족하면 자동 검색 서비스에서 추가 구성이 필요하지 않습니다.
|
• |
단일 Exchange 포리스트가 있음 |
|
• |
외부에서 Outlook 사용을 설정하여 Exchange 에 대한 외부 액세스를 제공하지 않음 |
여러 개의 Exchange 포리스트가 있거나 Exchange 리소스 포리스트가 있는 경우에는 각 포리스트의 Active Directory 에 자동 검색 SCP(서비스 연결 지점) 개체를 만들어야 합니다.
외부에서 Outlook 사용을 설정하여 Exchange 에 대한 외부 액세스를 제공하려는 경우에는 클라이언트 액세스 서버에서 올바른 SSL(Secure Sockets Layer) 인증서를 구성해야 합니다.
낮은 대역폭 네트워크 연결에 의해 분리된 사이트가 있는 대규모 분산 조직이 있는 경우 특정 사이트의 Outlook 2007 클라이언트에서 연결할 클라이언트 액세스 서버를 구성할 수 있습니다.
자동 검색 서비스에 대한 자세한 내용은 Overview of the Autodiscover Service (영문)를 참조하십시오.
이 각각의 구성 변경 사항에 대한 자세한 내용은 Deployment Considerations for the Autodiscover Service (영문)를 참조하십시오. |
|
9. |
토폴로지에 대해 가용성 서비스가 구성되어 있는지 확인하십시오. 기본적으로 클라이언트 액세스 서버 역할과 함께 설치되는 가용성 서비스를 사용하면 Outlook 2007 을 실행 중인 컴퓨터에 안전하고 일관성 있는 최신 약속 있음/없음 정보를 제공하여 정보 근로자의 약속 있음/없음 데이터를 향상시킵니다. 다음 조건을 만족하는 경우에만 클라이언트 컴퓨터에 약속 있음/없음 데이터가 제공됩니다.
|
• |
단일 Exchange 포리스트가 있음 |
|
• |
조직에 Exchange 2003 또는 Exchange 2000 서버가 없으며 Exchange 2007 서버만 있음 |
|
• |
클라이언트 컴퓨터에서 Outlook 2007 을 실행하고 있음 |
이 조건 중 하나라도 만족하지 않으면 가용성 서비스의 기본 구성을 사용하여 클라이언트에서 약속 있음/없음 데이터를 볼 수 없습니다. 토폴로지의 사서함에 대해 가용성 서비스가 작동되도록 하려면 추가 구성을 확인해야 합니다.
여러 개의 Exchange 포리스트가 있는 경우 먼저 MIIS(Microsoft Identity Integration Server) 2003에 GALSync(GAL 동기화) 기능을 설치 및 구성해야 합니다. 그런 다음 Office Outlook 2003 또는 이전 버전을 실행 중인 클라이언트 컴퓨터가 있는 경우 Microsoft Exchange 조직 간 복제 도구를 설치 및 구성해야 합니다. 마지막으로 토폴로지에 신뢰할 수 있는 포리스트가 있고 사용자별로 약속 있음/없음 데이터에 대해 가용성 서비스를 구성하려면 Exchange 관리 셸을 사용하여 가용성 서비스를 구성해야 합니다. 여러 개의 Exchange 포리스트가 있는 경우 가용성 서비스 구성에 대한 자세한 내용은 How to Configure the Availability Service for Cross-Forest Topologies (영문)를 참조하십시오.
조직에 Exchange 2003 또는 Exchange 2000 서버가 있거나 조직의 클라이언트 컴퓨터에서 이전 버전의 Outlook 을 실행 중인 경우 해당 서버의 사서함에 대한 약속 있음/없음 정보가 공용 폴더에 게시됩니다. 다른 버전의 Exchange 에 있는 사서함에서 약속 있음/없음 정보를 게시하고 검색할 수 있도록 Exchange 서버에 공용 폴더 저장소가 있는지 확인하십시오. 약속 있음/없음 정보를 검색하는 데 사용되는 각기 다른 방법에 대한 자세한 내용은 How to Configure the Availability Service for Network Load Balanced Computers (영문)를 참조하십시오. |
|
10. |
이제 Exchange 2007 을 배포했으므로 시작 위치와 특정 작업에 사용할 올바른 명령과 구문을 찾는 방법 등 Exchange 관리 셸에 대해 알아 두어야 할 모든 내용을 살펴보겠습니다. 다음은 작업을 시작하기 위한 몇 가지 팁입니다.
|
• |
GUI(그래픽 사용자 인터페이스)로 제공되는 Exchange 관리 셸 정보에 대해 배웁니다. Exchange 관리 콘솔 마법사를 사용하여 작업을 수행할 때마다 마법사의 완료 페이지에는 작업을 수행하는 데 사용된 Exchange 관리 셸 명령이 나열됩니다. 일반적인 관리 작업을 수행할 때 이러한 명령을 익혀 둡니다. |
|
• |
Exchange 관리 셸에서 직접 도움을 받습니다. 각 명령에는 사용 가능한 도움말 정보가 있습니다. Exchange 관리 셸 도움말에는 설명, 사용할 구문, 사용 가능한 모든 매개 변수, 명령을 실행하는 데 필요한 권한, 명령 사용 방법의 예 등이 포함되어 있습니다. 특정 명령에 대한 도움말 정보 전체를 보거나 일부만 볼 수도 있습니다. 자세한 내용은 Getting Help (영문)를 참조하십시오. |
|
• |
전체 Exchange Server 2007 도움말을 사용합니다. Exchange 2007 서버에서 도움말 파일을 열려면 시작을 클릭하고 모든 프로그램, Microsoft Exchange Server 2007을 차례대로 가리킨 다음 Exchange Server 도움말을 클릭합니다. 도움말 파일을 온라인으로 보려면 Exchange Server 2007 Online Documentation (영문)을 참조하십시오.
각 Exchange 관리 셸 cmdlet에 대한 도움말 항목은 해당 도움말 파일의 Technical Reference\Exchange Management Shell 아래에 있습니다. |
|
• |
Exchange 관리 셸에서 <Tab> 키를 사용하여 cmdlet와 매개 변수를 완료합니다. 예를 들어 "Get-Exchange"를 입력한 다음 <Tab> 키를 누르면 Exchange 관리 셸에서 Get-ExchangeAdministrator 명령을 완료합니다. 다시 <Tab> 키를 누르면 Exchange 관리 셸이 Get-Exchange로 시작하는 다음 명령 Get-ExchangeCertificate로 변경됩니다. 세 번째로 <Tab> 키를 누르면 Get-ExchangeServer가 됩니다. 명령에 대해 사용할 수 있는 매개 변수가 기억나지 않는 경우 <Tab> 키를 사용하여 매개 변수를 삽입할 수도 있습니다. "get-ExchangeServer -"를 입력한 다음 <Tab> 키를 눌러 이 cmdlet에 대해 사용할 수 있는 모든 매개 변수를 스크롤합니다. 또는 기억나는 만큼 매개 변수를 입력하고 <Tab> 키를 누르면 나머지가 채워집니다. | |
posted by "황금의 도시" - 엘도라도29
Trackback http://www.eldorado29.com/trackback/139
|
|
