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 디렉터리에 있는 다른 파일은 다음과 같습니다.
뛰어난 기능이 또 하나 있습니다. 설치 프로그램 실패 문제를 해결한 후 필요에 따라 변경한 후 드라이브를 다시 포맷하거나 복사된 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 포리스트가 있거나 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 포리스트가 있는 경우 먼저 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 관리 셸에 대해 알아 두어야 할 모든 내용을 살펴보겠습니다. 다음은 작업을 시작하기 위한 몇 가지 팁입니다.
|
