Share via

예: Exchange 서버 사이트 통합 - Proseware, Inc.

  • 아티클

 

마지막으로 수정된 항목: 2005-04-29

이 항목에서는 가상의 회사인 Proseware, Inc.에 대한 예제 Exchange Server 사이트 통합 프로젝트를 보여 줍니다. Proseware, Inc.는 국내 다섯 개의 사무소에 500명 이상의 직원을 고용하고 있습니다. Seattle 본사는 규모가 가장 크며 200명 이상의 직원이 있습니다. Denver, Phoenix, Los Angeles, Miami에 있는 네 개의 지사는 높은 대역폭으로 연결되어 있습니다.

Exchange 서비스는 다음과 같이 배포되어 있습니다.

  • Seattle 본사에는 공용 폴더와 사용자 200명의 사서함을 호스팅하는 Exchange 5.5 서버가 한 개 있습니다.
  • 각 지사마다 공용 폴더와 사용자 50-100명의 사서함을 호스팅하는 Exchange 5.5 서버가 하나씩 있습니다.

각 지사에서는 전담 IT 관리자를 두어 로컬 서버를 관리합니다. 그러나 서버의 대부분은 Seattle에 있으며 Seattle IT 조직에서 관리합니다. Proseware, Inc.는 Exchange 2003으로 업그레이드할 계획을 갖고 있으며 Exchange 사이트 통합을 진행 중입니다. 이 회사는 최근에 지원 및 모니터링 작업을 중앙 집중화했으며 동일한 Exchange 관리를 수행하려고 합니다. 또한 사용자는 계속 늘어나고 사서함 데이터와 공용 폴더 사용량이 증가할 뿐 아니라 Exchange 서버는 수명이 끝나 갑니다.

이러한 문제를 해결하기 위해 Proseware, Inc.에서는 회사 사이트에 Exchange 서비스를 제공할 데이터센터를 Seattle에 설립할 계획입니다. 그래서 Outlook 2003으로 업그레이드하고 캐시된 Exchange 모드를 사용하려고 합니다. 가용성과 확장성을 최대화하기 위해서 Microsoft Windows Server™ 2003의 클러스터링 및 볼륨 섀도 복사본 서비스 백업을 이용하는 데이터센터를 구상 중입니다.

일반적으로 사이트를 통합하기 전에 Exchange 전용 모드로 전환하는 것이 좋지만 Proseware, Inc.에서는 모든 Exchange 5.5 서버를 Exchange 2003으로 업그레이드하는 데 드는 비용때문에 이 방법을 따르는 대신 Exchange 2003 SP1과 함께 제공된 사이트 통합 도구를 사용하여 Exchange 데이터를 중앙 사이트로 이동하고 Exchange 5.5 서버를 사용하지 않을 예정입니다.

이 항목의 나머지 부분에서는 Proseware, Inc.의 사이트 통합 프로세스에 대해 설명합니다.

사이트 통합 계획 만들기

먼저 Proseware, Inc.에서는 사이트 통합 도구, 문제점 및 요구 사항을 조사합니다. Seattle 데이터 센터의 서버 리소스가 모든 지사의 Exchange 서비스를 모두 지원할 만큼 충분한지 확인합니다.

사용자의 전자 메일 요구 사항을 조사하는 동안 Denver 지사의 엔지니어들이 자주 전자 메일을 사용하여 크기가 큰 파일을 교환한다는 사실을 알았습니다. 이 사이트에는 WAN을 통해 대형 파일을 전송하는 기능이 필요하므로 Denver 사이트의 Exchange 서버를 중앙 사이트로 이동하는 것은 적절하지 않으므로 Proseware, Inc.에서는 Denver 사무소의 Exchange 서버를 유지하고 서버를 Exchange 5.5에서 Exchange 2003으로 업그레이드하려고 합니다.

Proseware, Inc.는 통합할 서버를 결정한 후에 사이트 통합 계획을 만듭니다. 이 회사는 각 지사의 전환 시기를 결정합니다. 복제로 인한 네트워크 대기 시간때문에 네트워크 활동이 가장 적은 주말에 공용 폴더와 사서함을 이동하도록 예약하려고 합니다.

사이트 통합 프로세스를 시작하기 전에 Proseware, Inc.는 Exchange가 혼합 모드에서 실행되도록 Seattle 데이터 센터에 Exchange 2003을 배포합니다. 특히 Exchange Server 배포 도구의 단계와 도구를 사용하여 먼저 Exchange 2003 서버를 배포하고 Exchange 5.5와 Exchange 2003을 함께 사용할 수 있도록 설정합니다.

또한 캐시된 Exchange 모드를 사용하기 위해 Proseware, Inc.는 네 개 지사 모두의 클라이언트 컴퓨터를 모두 Outlook 2003으로 업그레이드합니다. 캐시된 Exchange 모드를 설정하여 각 사용자 사서함의 로컬 복사본을 만듭니다. 사서함을 이동하기 전에 로컬 복사본을 만들어 로컬 사이트에서 사서함을 이동한 후에 발생하는 과도한 다운로드 소통량을 방지합니다.

마지막으로 실제 사이트 통합 프로세스를 시작하기 전에 테스트 사서함을 사용하여 프로세스 전체를 실행합니다. 이 테스트를 통해 프로세스를 확인하고 네트워크 네트워크 영향과 복제 기간에 대한 데이터를 수집합니다.

1단계: 사이트 통합 준비

Proseware, Inc.는 맨 처음에 통합할 Phoenix 사무소의 사이트 통합 프로세스를 시작합니다. Exchange Server 배포 도구에 요약된 대로 아래의 단계를 수행합니다.

  1. Proseware, Inc.는 모든 ADC 서버가 ADC의 Exchange 2003 SP1 버전으로 업데이트되었는지 확인합니다. 그런 다음 ADC 도구를 사용하여 모든 ADC 연결 계약을 올바르게 구성했는지 확인합니다.
  2. Proseware, Inc.는 DS/IS 일관성 조정자 핫픽스를 사용하여 네 개의 지역 사무소에서 모든 Exchange 5.5 공용 폴더 서버를 업데이트합니다.
  3. 매주 금요일 밤에 PFMigrate를 사용하여 Seattle의 Exchange 2003 서버에 공용 폴더 복제본을 추가합니다. 주말 동안 복제를 계속할 수 있습니다.

2단계: Exchange 혼합 모드에서 사이트 통합

Proseware, Inc.에서는 공용 폴더 복제 완료를 확인한 후에 계속해서 Phoenix 사이트를 통합합니다. 사서함을 이동하고 개체 상주 도구를 사용하면 대기 시간이 길어질 수 있으므로 주말을 이용하여 이 단계를 실행합니다. Exchange Server 배포 도구를 사용하여 다음 단계를 수행합니다.

  1. Proseware, Inc.는 사서함 이동 마법사를 사용하여 Phoenix의 사서함을 중앙 사이트로 이동합니다.
  2. Proseware, Inc.는 사용자가 월요일 아침에 로그온할 때 Exprofre.exe를 실행하는 로그온 스크립트를 만듭니다. 이 스크립트는 새로운 사이트를 반영하도록 사용자의 Outlook 프로필을 업데이트합니다.
  3. Proseware, Inc.는 ADC 도구를 다시 실행하여 올바른 연결 동의(CA)가 설정되고 디렉터리 복제가 완료되었는지 확인합니다.
  4. 개체 상주 도구를 사용하여 Seattle 사이트를 반영하도록 Phoenix의 사용자 지정 받는 사람과 메일 그룹을 업데이트합니다.
  5. 개체 상주 도구 실행이 끝난 후에 ADC 도구를 다시 실행하여 올바른 연결 동의(CA)가 설정되고 디렉터리 복제가 완료되었는지 확인합니다.
  6. Phoenix의 Exchange 5.5 서버에서 DS/IS 일관성 조정자를 실행하여 공용 폴더 ACL을 정리합니다.

3단계: 원격 사이트 제거

2단계가 완료되면 Proseware, Inc.는 Seattle의 Exchange 2003 서버에 모든 Exchange 데이터가 표시되는지 확인합니다. 그런 다음 Phoenix의 Exchange 서버를 사용하지 않도록 설정합니다. Exchange Server 배포 도구를 사용하여 다음 단계를 수행합니다.

  1. Proseware, Inc.에서는 PFMigrate를 실행하여 Phoenix 사이트에서 공용 폴더 복제본을 제거합니다.
  2. Proseware, Inc.는 ADC 도구를 사용하여 올바른 연결 동의(CA)가 설정되고 공용 폴더 복제가 완료되었는지 확인합니다.
  3. Proseware, Inc.는 개체 상주 도구를 사용해 보고서를 생성하여 Phoenix의 서버에서 메일 그룹과 사용자 지정 받는 사람이 제거되었는지 확인합니다.
  4. Proseware, Inc.는 Phoenix 지사에서 Exchange 5.5 서버를 제거하는 단계를 수행합니다.

Los Angeles와 Miami 지사에 대해서도 동일한 절차를 반복합니다. 작업이 끝나면 Seattle의 Exchange 2003 서버에서 Phoenix, Los Angeles 및 Miami의 사용자를 호스팅하고 Denver의 Exchange 2003 서버에서는 해당 사용자를 로컬로 호스팅합니다. 마지막으로 더 이상 Exchange 5.5를 실행하지 않으므로 전용 모드로 전환합니다.