Exchange Server 2003 관리 기능

  • 아티클

 

마지막으로 수정된 항목: 2006-03-08

Microsoft® Exchange Server 2003에는 Exchange를 더욱 쉽고 효율적으로 관리할 수 있게 하는 몇 가지 새로운 기능이 있습니다. 새로운 받는 사람 관리 기능에서 향상된 큐 뷰어에 이르기까지 Exchange 2003에는 이전 버전의 Exchange에서 향상된 중요한 기능들이 제공됩니다.

다음 표는 아래 항목에서 설명한 Exchange 2003의 향상된 기능을 보여 줍니다.

Exchange 2003 관리 - 향상된 기능

기능 설명

받는 사람 관리
  • 받는 사람 관리의 두 가지 새로운 메일 사용 가능 개체는 InetOrgPerson과 쿼리 기반 메일 그룹입니다.
  • 사용자 속성의 Exchange 기능 탭에는 모바일 서비스와 프로토콜 기능이 있습니다.
  • 이제 Exchange 작업 마법사의 여러 인스턴스를 하나의 콘솔에서 동시에 실행할 수 있습니다.
  • Exchange System Manager에서 Exchange 작업 마법사를 사용하여 사서함을 이동할 수 있습니다.
  • SP2의 새로운 기능: 개별 사용자에 대해 MAPI 액세스를 사용하지 않거나 사용하도록 설정할 수 있는 기능이 추가되었습니다.

모바일 클라이언트 관리
  • SP2의 새로운 기능: 직접 올리기 기술을 통해 모바일 클라이언트 동기화에 대한 지원이 강화되었습니다. 직접 올리기를 사용하면 새 전자 메일 항목이 SMS 알림 메시지를 사용하지 않고 서버에서 모바일 장치로 자동으로 올려집니다.
  • SP2의 새로운 기능: 관리자가 모바일 클라이언트에 대한 보안 관련 정책 설정을 관리할 수 있는 기능이 추가되었습니다.
  • SP2의 새로운 기능: 관리자가 모바일 장치를 제공하고 원격으로 지울 수 있는 기능이 추가되었습니다.
  • SP2의 새로운 기능: 모바일 장치 사용자가 전체 주소 목록(GAL)에서 개인의 연락처 속성을 볼 수 있습니다.
  • SP2의 새로운 기능: 인증서 기반 인증 및 S/MIME에 대한 지원이 추가되었습니다.

큐 뷰어
  • 향상된 큐 뷰어 기능을 통해 더 많은 메시지 큐를 볼 수 있습니다.
  • 이제 각각의 노드가 아니라 큐 뷰어에서 SMTP 및 X.400 큐를 모두 볼 수 있습니다.
  • 모든 SMTP 큐의 아웃바운드 메일을 사용하지 않을 수 있습니다.
  • 큐의 새로 고침 빈도를 설정할 수 있습니다.
  • 큐 안에서 메시지를 검색할 수 있도록 메시지 찾기 옵션이 향상되었습니다.
  • 추가 큐 정보 창을 사용하여 특정 큐에 대한 추가 정보를 볼 수 있습니다.
  • 숨겨진 큐가 표시됩니다(예: 큐 뷰어의 실패한 메시지 재시도 큐 및 표시).

공용 폴더
  • 새로운/향상된 공용 폴더 관리 인터페이스(예: 상태 탭과 복제 탭)가 제공되고 모든 공용 폴더를 검색할 수 있도록 검색 기능이 향상되었습니다.
  • 공용 폴더 조회가 허용된 특정 서버 목록을 만들 수 있습니다.
  • Microsoft Exchange Public Folder Migration Tool(pfMigrate)은 새 Exchange 2003 서버에 시스템 폴더와 공용 폴더의 복제본을 만들 수 있는 새 Microsoft Windows 스크립트 파일(.wfs)입니다.
  • SP2의 새로운 기능: 공용 폴더의 삭제를 추적할 수 있습니다.
  • SP2의 새로운 기능: 공용 폴더 복제를 수동으로 중지하고 다시 시작할 수 있습니다.
  • SP2의 새로운 기능: 공용 폴더 설정 관리 마법사를 사용하여 클라이언트 권한을 수정하고 복제본 서버 목록을 수정하고 공용 폴더 설정을 덮어쓸 수 있습니다.
  • SP2의 새로운 기능: 모든 공용 폴더 내용을 공용 저장소에서 다른 서버로 더욱 쉽게 이동할 수 있습니다.

사서함 복구 센터
  • 새로운 사서함 복구 센터 도구를 사용하면 연결되지 않은 여러 사서함의 복구 또는 내보내기 작업을 한 번에 수행할 수 있습니다.

메시지 추적 센터
  • Exchange System Manager에서 메시지 추적 로그 파일을 더 많이 제어할 수 있습니다.
  • 이제 분류 후 메시지를 추적할 수 있습니다.

Exchdump.exe 유틸리티
  • Exchdump.exe는 Microsoft Active Directory® 디렉터리 서비스, 레지스트리 등의 다양한 소스로부터 Exchange 구성 정보를 수집하고 보고하는 명령줄 유틸리티입니다.

받는 사람 관리를 위한 새로운 메일 사용 개체

받는 사람은 Active Directory 개체입니다. 사용자는 사서함 사용이 가능한 사용자이거나 메일 사용이 가능한 사용자일 수 있습니다. 연락처, 그룹 및 공용 폴더는 메일 사용만 가능할 수 있습니다. 이러한 구분에 따라 사용자가 Exchange에서 수행할 수 있는 작업이 달라집니다. Exchange 2003에서는 두 가지의 새로운 받는 사람 개체인 InetOrgPerson과 쿼리 기반 메일 그룹을 도입했습니다.

InetOrgPerson

InetOrgPerson 개체는 Microsoft 외의 몇 가지 LDAP 및 X.500 디렉터리 서비스에서 조직 내에 사람들을 나타내는 데 사용됩니다. Exchange 2003의 InetOrgPerson에 대한 지원으로 인해 다른 LDAP 디렉터리를 Active Directory로 더욱 효율적으로 마이그레이션할 수 있습니다. Active Directory의 InetOrgPerson 개체는 사서함 사용이 가능한 개체이거나 메일 사용이 가능한 개체일 수 있습니다. 자세한 내용은 InetOrgPerson 생성 방법을 참조하십시오.

Active Directory의 InetOrgPerson 개체는 사용자 클래스에서 파생되었으므로 사용자 개체와 비슷하게 작동하며 LDAP 표준에 부합됩니다. 뿐만 아니라 InetOrgPerson은 사용자 클래스와 마찬가지로 보안 사용자로 사용될 수 있습니다. Active Directory에서는 이제 사용자에 대한 쿼리에 InetOrgPerson을 포함합니다. Active Directory는 RFC 2798에 정의되어 있는 관련 특성 외에도 InetOrgPerson 개체 클래스에 대한 지원을 제공합니다. RFC 2798에 대한 자세한 내용은 http://www.ietf.org/를 참조하십시오.

참고

Microsoft Windows Server™ 2003 도메인 컨트롤러를 실행하는 경우에만 InetOrgPerson을 만들 수 있습니다. 기본 Exchange 2003 토폴로지에서만 InetOrgPerson을 사서함 또는 메일 사용이 가능하도록 만들 수 있습니다.

쿼리 기반 메일 그룹

쿼리 기반 메일 그룹은 Exchange 2003에서 처음 사용하는 새로운 유형의 메일 그룹입니다. 이 섹션에서는 쿼리 기반 메일 그룹에 대한 정의와 작동 방식, 만드는 방법에 대해 설명합니다.

쿼리 기반 메일 그룹 만들기란?

쿼리 기반 메일 그룹은 표준 메일 그룹과 기능이 동일합니다. 그러나 사용자 구성원을 정적으로 지정하는 대신 쿼리 기반 메일 그룹을 사용하면 LDAP 쿼리를 사용하여 메일 그룹의 구성원을 동적으로 작성할 수 있습니다(예: "우리 회사의 모든 정규 직원"). 쿼리 기반 메일 그룹을 사용하면 동적인 특성으로 인해 관리 비용이 훨씬 절감될 수 있습니다. 그러나 아주 많은 결과를 생성하는 쿼리에 대해서는 쿼리 기반 메일 그룹의 경우 더 큰 성능 손실이 뒤따릅니다. 이러한 손실은 쿼리 기반 메일 그룹에 전자 메일 메시지를 보낼 때마다 해당 구성원을 확인하기 위해 LDAP 쿼리가 Active Directory에 대해 실행되므로 서버 리소스(CPU 사용 및 작업 집합 증가)에 따라 조정됩니다.

중요

메일이 보내질 때마다 구성원이 동적으로 생성되므로 전체 주소 목록에서는 쿼리 기반 메일 그룹의 구성원을 볼 수 없습니다.

쿼리 기반 메일 그룹의 작동 방식

메시지가 쿼리 기반 메일 그룹으로 전송되면 Exchange에서는 다른 받는 사람에게 보내는 메시지와는 약간 다른 방식으로 메시지가 처리됩니다. 쿼리 기반 메일 그룹은 다음과 같은 방식으로 Exchange를 통해 해당 받는 사람에게 전해집니다.

  1. 전자 메일 메시지는 Exchange 저장소 드라이버나 SMTP를 통해 전송 큐로 전송됩니다.

  2. 주소 확인을 담당하는 전송 구성 요소인 분류기는 받는 사람이 쿼리 기반 메일 그룹인지 확인합니다.

  3. 분류기는 LDAP 쿼리 요청을 글로벌 카탈로그 서버로 보냅니다.

  4. 글로벌 카탈로그 서버는 쿼리를 실행하고 쿼리에 맞는 주소 집합을 반환합니다.

  5. 쿼리에 맞는 주소 세트를 모두 받은 후 분류기는 모든 사용자가 포함된 받는 사람 목록을 생성합니다.

    참고

    분류기는 받는 사람의 전체 집합이 있어야 메시지를 라우팅으로 전송할 수 있습니다. 따라서 쿼리 기반 메일 그룹을 해당 개별 받는 사람으로 확장하는 동안 오류가 발생할 경우 분류기는 해당 과정을 다시 시작해야 합니다.

  6. 분류기가 받는 사람의 전체 확장 목록을 라우팅으로 보내면 표준 메시지 배달 과정이 계속되고 전자 메일 메시지가 사용자의 사서함으로 배달됩니다.

쿼리 기반 메일 그룹에 전용 확장 서버(메일 그룹 확장만 담당하는 한 대의 서버)를 사용할 경우는 과정이 약간 다릅니다. 이 경우 4단계처럼 확장용 글로벌 카탈로그 서버로 쿼리를 보내기보다는 먼저 전용 확장 서버로 메시지가 라우팅됩니다. 메시지가 확장 서버에 도착한 후에는 확장이 이루어지고 위에 설명한 동일한 과정 다음에 배달이 이루어집니다.

쿼리 기반 메일 그룹 만들기

쿼리 기반 메일 그룹은 순수한 Exchange 2003 배포 또는 모든 Exchange 2000 서버가 Windows Server 2003 글로벌 카탈로그 서버와 함께 서비스 팩 3(SP3)을 실행하는 기본 Exchange 2000 및 Exchange 2003 배포에서 안정적으로 작동합니다. 글로벌 카탈로그 서버에서 Windows® 2000 Server를 실행하고 있는 경우 Exchange 2000 SP3 서버에서 레지스트리 키를 수정하여 안정성을 더욱 높일 수 있습니다. 기본적으로 Exchange 2003에서는 쿼리 기반 메일 그룹이 Windows 2000 및 Windows Server 2003 글로벌 카탈로그 서버과 함께 안정적으로 확장되므로 이 레지스트리 키를 Exchange 2003 서버에 추가할 필요는 없습니다. 조직에서 Exchange 2000 SP3보다 이전 버전의 Exchange를 실행할 경우에는 쿼리 기반 메일 그룹이 제대로 작동하지 않습니다.

Windows 2000 글로벌 카탈로그 서버와 함께 사용하도록 Exchange 2000 SP3 서버 수정

다음 절차를 수행하여 쿼리 기반 메일 그룹이 Windows 2000 글로벌 카탈로그와 함께 확장되는 조직에서 안정성 향상을 위해 Exchange 2000 SP3 서버를 구성합니다. 자세한 내용은 Exchange Server 2003 관리 가이드에서 "Windows 2000 글로벌 카탈로그 서버와 함께 사용하도록 Exchange 2000 SP3 서버 수정 방법"을 참조하십시오.

참고

레지스트리를 잘못 편집하면 운영 체제를 다시 설치해야 하는 심각한 문제가 발생할 수 있습니다. 이 문제를 해결하지 못할 수도 있습니다. 레지스트리를 편집하려면 먼저 중요 데이터를 백업하십시오.

쿼리 기반 메일 그룹 만들기

쿼리 기반 메일 그룹을 만들려면 Exchange 2003 버전의 Exchange System Manager와 Active Directory 사용자 및 컴퓨터를 사용해야 합니다. 관리 콘솔을 업그레이드하지 않으면 쿼리 기반 메일 그룹을 만들 수 없습니다. 쿼리 기반 메일 그룹을 만드는 방법에 대한 자세한 내용은 Exchange Server 2003 관리 가이드의 "쿼리 기반 메일 그룹을 만드는 방법"을 참조하십시오.

참고

자신의 환경에 쿼리 기반 메일 그룹을 배포하기 전에 관리 콘솔을 모두 Exchange 2003으로 업그레이드하는 것이 좋습니다.

Active Directory 사용자 및 컴퓨터에서는 LDAP에 대한 구체적인 지식이 없어도 표준 특성으로 LDAP 쿼리 형식을 쉽게 지정할 수 있습니다. 예를 들어 조직 단위의 모든 사서함을 선택하거나 특정 서버에 존재하는 조직 단위의 모든 사서함을 선택하도록 쿼리를 사용자 지정할 수도 있습니다.

또한 쿼리를 만든 후에는 쿼리 속성의 미리 보기 탭에 쿼리가 제대로 작동하는지 확인하는 데 필요한 정보가 제공됩니다. 앞에서 설명한 바와 같이 쿼리에 대해 선택한 모든 특성을 글로벌 카탈로그 서버에서 사용할 수 있도록 할 수 있습니다. 미리 보기 탭을 사용하여 쿼리가 실행되는 데 걸리는 시간을 알 수도 있으며 이 시간을 기반으로 쿼리를 더 작은 쿼리들로 나누어 성능을 높이고 배달 시간을 더 빠르게 할 수 있습니다.

쿼리 기반 메일 그룹 작성 지침

다음 지침에 따라 쿼리 기반 메일 그룹을 만들 수 있습니다.

  • 쿼리 기반 메일 그룹은 순수한 Exchange 2003 환경 또는 Exchange 2000과 Exchange 2003으로만 구성되고 모든 Exchange 2000 서버가 서비스 팩 3을 실행하는 전용 모드 환경에서만 사용할 수 있습니다.
  • 다중 도메인 환경에서 여러 도메인에 걸쳐 분산되어 있는 메일 그룹을 만들 때는 유니버설 그룹을 사용합니다. 글로벌 메일 그룹, 도메인 로컬 및 글로벌 보안 그룹에 쿼리 기반 메일 그룹을 추가하거나 이들 그룹을 모두 포함할 수도 있지만 이러한 그룹 유형의 구성원은 다른 도메인의 글로벌 카탈로그 서버에 복제되지 않습니다. 따라서 메일 그룹이 다중 도메인 환경에 걸쳐 분산되어 있는 경우에는 유니버설 메일 그룹을 사용하십시오.
    • 쿼리 기반 메일 그룹을 집계 그룹에 결합할 때는 유니버설 그룹에 결합해야 합니다. 여러 도메인의 글로벌 카탈로그 서버에서는 유니버설 그룹만 사용할 수 있기 때문입니다.
    • 쿼리 기반 메일 그룹을 만들 때 유니버설 그룹만 포함시켜야 다중 도메인 환경의 모든 도메인에서 해당 구성원을 사용할 수 있습니다.
  • 쿼리에 사용된 특성을 인덱싱합니다. 특성을 인덱싱하면 쿼리의 성능이 크게 향상되고 메일 그룹 확장 및 원하는 받는 사람에게 전자 메일을 배달하는 데 소요되는 시간이 줄어듭니다.
  • 필터 문자열에 잘못된 서식이 포함되었거나 LDAP 구문이 올바르지 않으면 글로벌 카탈로그 서버에서 쿼리를 실행하지 않습니다. Active Directory 사용자 및 컴퓨터를 사용하면 잘못된 쿼리를 만드는 것을 방지할 수 있습니다. 쿼리 속성의 미리 보기 탭을 사용하여 쿼리 결과를 보는 방법으로 쿼리의 유효성 및 원하는 결과를 미리 확인할 수 있습니다. 잘못된 LDAP 쿼리를 기준으로 쿼리 기반 메일 그룹을 만들면 해당 쿼리 기반 메일 그룹에 메시지를 보낸 사용자는 코드 5.2.4의 배달 못 함 보고서(NDR)를 받으며, 분류기 로깅도 활성화되어 있는 경우에는 ID가 6024 또는 6025인 이벤트 중 하나가 기록됩니다.
  • 쿼리를 만들 때는 쿼리에 포함된 특성을 글로벌 카탈로그 서버에서 사용할 수 있는지 항상 미리 보기 탭에서 확인하십시오.
  • 필터 문자열의 서식이 올바르지만 아무런 결과도 생성되지 않으면 메시지를 보낸 사람은 배달 못 함 보고서(NDR)를 받지 않습니다. 이는 비어 있는 메일 그룹에 메시지를 보냈을 때와 같은 결과입니다. 앞에서 언급했듯이 Active Directory 사용자 및 컴퓨터에 있는 미리 보기 탭을 사용하여 쿼리 결과를 확인하십시오.
  • Active Directory의 개체를 읽는 권한에 대해 Exchange 서버와 동일한 권한이 부여된 보안 컨텍스트에서 Exchange System Manager를 사용해야 합니다. Exchange System Manager는 현재 로그인한 사용자의 보안 컨텍스트에서 실행됩니다. Exchange 서버보다 낮은 보안 권한을 가진 관리자가 Exchange System Manager를 실행하면 미리 보기 탭에 쿼리의 실제 결과 중 일부만 표시될 수 있습니다. 즉, 미리 보기 창에는 해당 관리자가 읽기 권한을 가진 Active Directory 개체만 표시됩니다. 그러나 메시지를 쿼리 기반 메일 그룹에 보내면 분류기는 Exchange 서버 권한으로 실행됩니다. 따라서 Exchange 서버가 쿼리의 모든 개체에 대한 권한을 가진 경우 쿼리는 올바른 결과를 반환합니다.
  • 기본 고유 이름을 삭제하면 문제가 발생합니다. 쿼리 기반 메일 그룹은 디렉터리의 유효한 컨테이너를 참조하는 기본 고유 이름을 기반으로 확장됩니다. 쿼리 기반 메일 그룹의 기본 고유 이름 컨테이너를 삭제하면 분류기가 쿼리를 실행할 수 없으며 보낸 사람은 코드 5.2.4의 배달 못 함 보고서(NDR)를 받습니다. 분류기 로깅이 활성화되어 있는 경우에는 이벤트 ID 6024 또는 6025가 기록됩니다. 예를 들어 사용자 컨테이너 안에 모든 영업부 직원용 영업부 컨테이너를 만든 다음 이 컨테이너를 사용하여 쿼리 기반 메일 그룹을 만들었다고 가정해 봅니다. 이 경우 영업부 컨테이너를 삭제하면 쿼리가 더 이상 작동하지 않습니다.

여러 개의 쿼리 기반 메일 그룹 결합

Exchange System Manager에서는 AND 연산자를 기준으로 쿼리 기반 메일 그룹을 만들 수 있습니다. 즉, 특성 값 두 개를 사용하여 쿼리를 만들면 지정된 두 가지 조건을 모두 만족하는 쿼리 결과를 얻을 수 있습니다. 예를 들어 사서함 저장소 1 사용자와 Seattle에 있는 사용자를 포함하는 쿼리를 만들면 사서함 저장소 1에 포함된 사용자 중 Seattle에 있는 사용자만 결과에 포함됩니다. 쿼리 기반 메일 그룹을 사용하여 OR 연산자를 기준으로 메일 그룹을 만들려면 쿼리 기반 메일 그룹을 여러 개 만들어서 하나의 메일 그룹으로 결합합니다. 예를 들어 사서함 저장소 1에 포함되거나 Seattle에 있는 사용자를 포함하려면 먼저 Seattle에 있는 사용자를 위한 쿼리 기반 메일 그룹과 사서함 저장소 1에 포함된 사용자를 위한 쿼리 기반 메일 그룹을 각각 만든 다음 표준 메일 그룹을 만들어 앞서 만든 두 개의 쿼리 기반 메일 그룹을 구성원으로 추가해야 합니다.

참고

쿼리 기반 메일 그룹을 합치는 데 사용하는 메일 그룹 자체가 쿼리 기반 메일 그룹일 수는 없습니다.

예를 들어 마케팅부의 모든 직원 또는 Paris 지사의 모든 직원을 포함하는 쿼리 기반 메일 그룹을 만든다고 가정해 봅니다. 모든 마케팅부 직원과 모든 Paris 직원을 포함하는 LDAP 쿼리를 사용하여 쿼리 기반 메일 그룹을 만들면 두 그룹 모두에 속하는 사용자만 반환되고 두 그룹 중 하나에만 속하는 사용자는 제외됩니다. OR 기능을 적용하여 두 그룹의 구성원을 모두 포함시키려면 쿼리 기반 메일 그룹 두 개, 즉 마케팅부 직원용 그룹과 Paris 직원용 그룹을 각각 만들어야 합니다. 그런 다음 이들 그룹을 결합하여 두 그룹 모두가 구성원으로 포함된 새 메일 그룹(쿼리 기반 메일 그룹이 될 수는 없음)을 만들어야 합니다. 이렇게 하려면 다음 단계를 따르십시오.

  1. 모든 마케팅부 직원을 포함할 쿼리 기반 메일 그룹을 만들고 이름을 Marketing으로 지정합니다.

  2. Paris 지사의 모든 직원을 포함할 쿼리 기반 메일 그룹을 만들고 이름을 Paris employees로 지정합니다.

  3. 메일 그룹을 만든 다음 쿼리 기반 메일 그룹, 즉 Marketing과 Paris employees를 이 그룹의 구성원으로 추가합니다.

    중요

    쿼리 기반 메일 그룹을 메일 그룹의 구성원으로 추가할 때는 사용자를 그룹에 추가할 때와 같은 방법을 사용할 수 없습니다. 이 경우에는 메일 그룹을 마우스 오른쪽 단추로 클릭한 다음 Exchange 쿼리 기반 메일 그룹 추가를 클릭해야 합니다.

쿼리 기반 메일 그룹을 표준 메일 그룹의 구성원으로 추가하는 방법에 대한 자세한 내용은 Exchange Server 2003 관리 가이드의 "메일 그룹의 구성원으로 쿼리 기반 메일 그룹 추가 방법"을 참조하십시오.

쿼리 기반 메일 그룹 배포 권장 사항

다음 요인은 쿼리 기반 메일 그룹을 확장하고 실행하는 데 소요되는 시간에 영향을 줍니다.

  • 하드웨어
    분류기는 받는 사람 각각을 처리하는 데 최대 2KB의 메모리를 필요로 합니다. 이 메트릭을 사용하여 필요한 메모리를 계산할 수 있습니다. 예를 들어 6,000명의 사용자로 구성된 쿼리 기반 메일 그룹에 전자 메일 메시지를 보낸다고 가정해 봅니다. 이 경우 쿼리는 6,000개의 레코드를 반환하며 분류기는 쿼리 기반 메일 그룹을 확장하는 데만 12MB의 RAM을 필요로 합니다. 마찬가지로 10만 명의 사용자로 구성된 더 큰 쿼리 기반 메일 그룹에 전자 메일을 보내는 경우 분류기는 대략 200MB의 RAM을 필요로 합니다. 프로세서 속도와 사용 가능한 실제 메모리의 양은 확장 후 메시지를 배달하는 데 소요되는 시간에 영향을 줍니다.

  • 글로벌 카탈로그 사용 가능성
    쿼리 기반 메일 그룹에 메시지를 보냈을 때 모든 글로벌 카탈로그 서버가 사용 불가능한 상태이면 메시지는 분류기 내에 다시 시도 모드로 남으며, 1시간 후에 확장 작업 전체가 다시 시작됩니다.
    일반적으로 이러한 경우에는 크기가 큰 쿼리 기반 메일 그룹을 일련의 표준 메일 그룹으로 나눈 다음 각 메일 그룹에 대해 서로 다른 확장 서버를 할당하는 것이 좋습니다. 메일 그룹을 확장할 때는 확장 서버 및 글로벌 카탈로그 서버를 지정하고 구성하기 위한 다음 세 가지 옵션 중 하나를 사용하십시오.
    옵션 1
    공용 폴더 복제본 서버 또는 브리지헤드 서버와 같이 사서함이 없는 Exchange 2003 서버를 크기가 큰 쿼리 기반 메일 그룹용 확장 서버로 지정합니다. 이러한 서버는 쿼리 기반 메일 그룹을 확장하는 데 사용할 수 있는 대역폭과 리소스가 더 많으므로 확장 및 배달 작업을 더 효율적으로 처리할 수 있습니다.
    옵션 2
    Exchange 서버마다 쿼리 기반 메일 그룹을 만들고 각 쿼리 기반 메일 그룹이 해당 서버의 사서함만 사용하도록 제한합니다. 동일한 서버를 확장 서버로 지정하면 메일 배달을 최적화할 수 있습니다. 그런 다음 이들 쿼리 기반 메일 그룹이 구성원으로 포함된 집계 표준 메일 그룹을 사용합니다. 예를 들어 모든 정규 직원이 포함된 쿼리 기반 메일 그룹을 만들려면 정규 직원용 쿼리 기반 메일 그룹을 각 서버에 만들어 이름을 Server1 Full Time 및 Server2 Full Time으로 각각 지정한 다음 이들 서버 기반 그룹 두 개로 구성된 AllFullTime이라는 표준 메일 그룹을 만들면 됩니다.

    참고

    쿼리 기반 메일 그룹을 합치는 데 사용하는 메일 그룹 자체가 쿼리 기반 메일 그룹일 수는 없습니다.

    옵션 3
    크기가 큰 쿼리 기반 메일 그룹 하나만을 사용하는 대신 크기가 작은 쿼리 기반 메일 그룹을 여러 개 만들어 표준 메일 그룹에 결합합니다.
    10만 명의 사용자로 구성된 All employees라는 쿼리 기반 메일 그룹을 만든다고 가정해 봅니다. 다음과 같이 이 그룹을 크기가 작은 쿼리 기반 메일 그룹으로 나눈 다음 이들 그룹을 단일 표준 메일 그룹으로 결합합니다.

    • All Temps(사용자: 10,000명)
    • All Vendors(사용자: 5,000명)
    • All Full-Time(사용자: 65,000명)
    • All Interns(사용자: 2,000명)
    • All Contractors(사용자: 18,000명)
      이 시나리오에서 All Full-Time 메일 그룹은 크기가 크므로 특정 확장 서버를 지정하는 것이 좋습니다. 나머지 쿼리 기반 메일 그룹에 대해서는 Exchange 서버 간에 사용자가 어떻게 분포되어 있는지에 따라 확장 서버를 지정합니다. 예를 들어 모든 인턴 직원이 단일 Exchange 서버에 저장된 경우에는 해당 서버를 All Interns용 확장 서버로 사용하면 됩니다. 일반적으로 이 방법을 사용하면 받는 사람 10만 명으로 구성된 단일 쿼리 기반 메일 그룹을 사용할 때보다 성능이 향상됩니다.

사용자 및 메일 그룹에 대한 전송 제한 기능 향상(제한된 메일 그룹)

Exchange 2003에서는 개별 사용자나 메일 그룹에 전자 메일 메시지를 보낼 수 있는 사람을 제한할 수 있습니다. 표준 Windows DACL(임의 액세스 제어 목록)을 통해 제한된 보안 원칙 수로 전송을 제한할 수 있습니다. 메일 그룹에 대한 전송을 제한하면 인증되지 않은 인터넷 사용자와 같이 신뢰할 수 없는 보낸 사람은 내부 전용 메일 그룹에 메일을 보낼 수 없습니다. 예를 들어 All Employees 메일 그룹은 회사 외부 사람이 스푸핑 등의 방법으로 사용할 수 없어야 합니다.

참고

제한된 메일 그룹 및 사용자에 대한 전송 제한은 Exchange Server 2003을 실행하는 브리지헤드 서버나 SMTP 게이트웨이 서버에서만 작동합니다.

사용자에 대한 전송 제한을 설정하는 방법에 대한 자세한 내용은 Exchange Server 2003 전송 및 라우팅 가이드의 "사용자에 대한 제한 설정 방법"을 참조하십시오. 메일 그룹에 대한 전송 제한을 설정하는 방법에 대한 자세한 내용은 Exchange Server 2003 전송 및 라우팅 가이드의 "메일 그룹에 대한 제한 설정 방법"을 참조하십시오.

사용자 속성의 Exchange 기능 향상

이제 사용자 속성의 Exchange 기능 탭에서 모바일 서비스와 프로토콜 기능을 사용할 수 있습니다. 이러한 Exchange 기능은 사서함 사용이 가능한 사용자에게 다양한 기능을 제공합니다. 사용자의 모바일 서비스 옵션(예: Microsoft Outlook® Mobile Access) 또는 프로토콜(예: Outlook Web Access)을 사용하거나 사용하지 않도록 설정할 수 있습니다. 자세한 내용은 다음 절차를 참조하십시오.

Exchange System Manager에서 사서함 이동

Exchange 작업 마법사는 사서함을 이동하는 향상된 방법을 제공합니다. 이제는 사서함을 원하는 만큼 선택한 다음 작업 스케줄러를 사용하여 향후의 사서함 이동 일정을 계획할 수 있습니다. 스케줄러를 사용하면 완료되지 않은 모든 이동 작업을 지정된 시간에 취소할 수도 있습니다. 예를 들어 금요일 자정에 시작하여 월요일 오전 6시에 자동으로 종료되도록 대규모 이동 일정을 계획하면 일반 근무 시간 중에 서버 리소스가 유출되는 것을 방지할 수 있습니다. 마법사의 다중 스레드 기술을 사용하면 사서함을 4개까지 동시에 이동할 수 있습니다.

참고

SP1의 새로운 기능: SP1을 사용하면 혼합 모드에서 관리 그룹 간에 사서함을 이동할 수 있습니다. 사이트 통합 같은 특정 경우에만 혼합 모드에서 관리 그룹 간에 사서함을 이동할 수 있습니다. 자세한 내용은 "Exchange Server 2003의 배포 기능"을 참조하십시오.

Exchange System Manager에서 사서함을 이동하는 방법에 대한 자세한 내용은 Exchange Server 2003 관리 가이드의 "Exchange 가상 서버 간 사서함 이동 방법"을 참조하십시오. Active Directory 사용자 및 컴퓨터에서 사서함을 이동할 수도 있습니다.

SP2의 새로운 기능: 특정 사용자에 대해 MAPI 액세스 사용 또는 사용 안 함

Exchange Server 2003 SP2에서는 지정된 사용자에 대해 MAPI 액세스를 사용하지 않도록 설정할 수 있습니다. 캐시된 모드에서 실행하도록 Microsoft Office Outlook을 구성한 사용자에 대해서만 액세스를 허가하고 그 외에는 거부할 수도 있습니다. 이 기능은 다양한 시나리오에서 사용할 수 있습니다. 예를 들어 호스팅 서비스를 제공할 경우 호스팅된 사용자가 Outlook이 아니라 Outlook Web Access를 사용하여 Exchange Server에 연결하도록 요구할 수 있습니다.

Active Directory® 디렉터리 서비스의 사용자 개체에 대한 ProtocolSettings 특성은 클라이언트 액세스 설정을 저장합니다. 이 특성은 각 문자열이 서로 다른 프로토콜에 적용되는 다중값 문자열 속성입니다. ADSIEdit 같은 도구로 ProtocolSettings 특성에 다음 문자열을 수동으로 추가하여 MAPI 액세스를 제한할 수 있습니다.

MAPI§<Bool1>§<Bool2>§§§§§§

8개의 § 구분 기호는 정확히 9개의 필드를 정의합니다. 필드의 의미는 다음과 같습니다.

MAPI

이 문자열에 MAPI 프로토콜에 적용한 설정이 포함되도록 지정합니다.

Bool1

0은 모든 MAPI 액세스를 차단하고 1은 Bool2를 기반으로 MAPI 액세스를 결정합니다.

Bool2

0은 NOOP용이고 1은 캐시되지 않은 모드의 Outlook 클라이언트에 대한 액세스를 거부합니다.

나머지 6개의 필드

현재 사용하지 않습니다.

ProtocolSettings에 MAPI 문자열이 없으면 모든 MAPI 클라이언트가 허용됩니다.

참고

MAPI 문자열에 8개의 구분 기호가 없고 예상한 데이터 유형에 맞으면 동작이 정의되지 않습니다.

위에서 지정한 액세스 제한은 다음 경우에 적용되지 않습니다.

  • MAPI 액세스 제한이 Exchange Server 작업에 영향을 주지 않습니다. 예를 들어 지정된 사서함에 대한 MAPI 액세스 설정에 관계없이 사용자 사서함을 이동할 수 있습니다.
  • 특정 사용자에 적용된 MAPI 액세스 제한이 다른 사용자의 사서함에 대한 해당 사용자의 대리인 액세스에 적용되지 않습니다.

SP2의 새로운 기능: 직접 올리기 기술 사용

Exchange Server 2003 SP2에서는 직접 올리기 기술을 통해 모바일 클라이언트 동기화에 대한 지원이 추가되었습니다. 직접 올리기는 모바일 장치와 서버 간의 열린 연결을 유지합니다. 직접 올리기를 사용하면 새 메일 항목이 SMS 알림 메시지를 사용하지 않고 서버에서 모바일 장치로 자동으로 올려집니다

참고

HTTP(s)를 통해 직접 올리기 사용 옵션을 사용할 경우 성능을 최대화하려면 방화벽 시간 제한 값을 늘리는 것이 좋습니다. Microsoft ISA(Internet Security and Acceleration) Server 2000 또는 ISA Server 2004를 구성하는 방법에 대한 자세한 내용은 Microsoft Internet Security and Acceleration Server 웹 사이트(https://go.microsoft.com/fwlink/?LinkId=48508)의 제품 설명서 페이지를 참조하십시오. 또한 ISA Server 2004에서 이 설정을 구성하는 방법에 대해서는 ISA Server 2004 온라인 도움말의 "To configure maximum number of concurrent connections allowed"를 참조하십시오.

모든 사용자에 대해 직접 올리기 기술을 사용하는 방법에 대한 자세한 내용은 Exchange Server 2003 SP2 온라인 도움말에서 "모든 사용자에 대해 Exchange ActiveSync 사용"을 참조하십시오.

SP2의 새로운 기능: 모바일 클라이언트에 대한 보안 설정 관리

Exchange Server 2003 SP2에서는 모바일 클라이언트에 대한 보안 정책 설정을 관리할 수 있는 기능이 추가되었습니다. 보안 정책 설정을 사용하면 모바일 장치 사용자에 대해 보안 정책을 설정한 다음 적용할 수 있습니다.

참고

이 섹션에서 사용되는 암호는 사용자가 자신의 모바일 장치 잠금을 해제하기 위해 입력하는 암호를 말합니다. 네트워크 사용자 암호와는 다릅니다.

다음 옵션을 구성할 수 있습니다.

  • 암호 요구 사항 사용자 장치 암호에 필요한 길이를 지정할 수 있습니다. 기본 설정은 4자입니다. 암호 길이를 4자에서 18자까지 지정할 수 있습니다. 사용자가 숫자와 문자를 모두 사용하는 암호를 선택하도록 지정할 수도 있습니다. 기본적으로 숫자와 문자를 사용하도록 하는 설정은 선택되지 않습니다.
  • 일정 기간 사용하지 않을 경우 로그온 요구 사항 지정한 시간(분) 동안 아무런 작업도 하지 않을 경우 사용자가 장치에 로그온하도록 지정할 수 있습니다. 기본적으로 이 설정은 선택되지 않습니다. 선택한 경우 기본 설정은 5분입니다.
  • 지정한 로그온 시도 횟수를 실패할 경우 장치 메모리 지우기 로그온에 여러 번 실패할 경우 장치 메모리가 지워지도록 지정할 수 있습니다. 기본적으로 이 설정은 선택되지 않습니다. 선택한 경우 기본 설정은 8회입니다.
  • 장치에 모바일 장치 정책 설정을 보내는 간격 장치에 준비 요청을 보내는 빈도를 지정할 수 있습니다. 기본적으로 이 설정은 선택되지 않습니다. 선택한 경우 기본 설정은 매 24시간입니다.

보안 정책을 적용하는 방법을 결정할 경우 다음 옵션을 사용합니다.

  • 장치를 동기화하도록 모바일 장치 보안 정책 기능을 지원하는 장치만 허용할 수 있습니다. 이 설정을 선택하면 Windows Mobile 5.0 및 Microsoft Messaging and Security Feature Pack for Windows Mobile 5.0 이상을 실행하는 장치를 사용하는 사용자만 장치를 동기화할 수 있습니다.
  • 모바일 장치 보안 정책 기능을 완벽하게 지원하지 않는 모바일 장치를 허용할 수 있습니다. 특히 Windows Mobile 5.0과 Messaging and Security Feature Pack for Windows Mobile 5.0보다 이전 버전을 실행하는 장치를 사용하는 사용자가 장치를 동기화할 수 있습니다. 그러나 이 옵션을 사용하면 Windows Mobile 5.0과 Messaging and Security Feature Pack for Windows Mobile 5.0 이상을 실행하는 장치를 사용하는 사용자만 모바일 장치 보안 정책 설정을 적용할 수 있습니다.
  • 장치 보안 설정에서 제외할 특정 사용자를 지정할 수 있습니다. 이 옵션을 사용하면 장치 보안 설정을 사용할 필요가 없는 신뢰된 특정 사용자의 이름을 지정할 수 있습니다.

중요

Exchange Server 2003 SP2에서 사용할 수 있는 장치 보안 설정을 구현하기 전에 일부 또는 대부분의 모바일 장치 사용자가 Windows Mobile 5.0과 Messaging and Security Feature Pack for Windows Mobile 5.0을 아직 실행하고 있지 않은지 고려해야 합니다. 이러한 제품을 아직 사용하고 있지 않은 모바일 장치 사용자가 장치를 동기화하도록 허용하려면 장치 보안 설정 대화 상자에서 암호 설정을 완벽하게 지원하지 않는 장치에 대한 액세스 허용 옵션을 선택해야 합니다.
모든 클라이언트를 Windows Mobile 5.0과 Messaging and Security Feature Pack for Windows Mobile 5.0으로 업그레이드한 후에는 이 옵션의 선택을 해제할 수 있습니다. 이 옵션의 선택을 해제하면 모든 모바일 장치 사용자는 모바일 장치 보안 정책 설정을 적용할 수 있습니다. 이 권장 사항을 따르면 Windows Mobile 5.0과 Messaging and Security Feature Pack for Windows Mobile 5.0이 아직 실행되고 있지 않은 장치를 사용하는 모바일 장치 사용자가 장치를 동기화하도록 허용할 수 있습니다.

장치 보안 설정을 구성하는 방법은 Exchange Server 2003 SP2 온라인 도움말에서 "모바일 장치에 대한 보안 설정 구성"을 참조하십시오.

SP2의 새로운 기능: 모바일 장치 원격 지우기

Exchange Server 2003 SP2에서는 모바일 장치에서 중요한 데이터를 원격으로 지울 수 있는 원격 지우기 기능이 추가되었습니다. 이 기능은 분실 또는 도난된 모바일 장치에서 중요한 데이터를 원격으로 지워야 하는 경우에 유용합니다. 이 명령을 사용하여 모바일 장치에서 중요한 데이터를 지운 후에는 장치에서 데이터가 성공적으로 지워졌다는 메시지가 표시됩니다.

SP2의 새로운 기능: 모바일 클라이언트에서 전체 주소 목록 검색

Exchange Server 2003 SP2에서는 모바일 장치 사용자가 전체 주소 목록(GAL) 조회를 사용하여 모바일 장치의 전체 주소 목록에 있는 사용자의 연락처 정보를 받을 수 있습니다. 이 기능을 사용하면 사용자가 이름, 회사 등을 기준으로 개인을 신속하게 검색할 수 있습니다.

SP2의 새로운 기능: 모바일 장치에 대한 인증서 기반 인증 및 S/MIME

Exchange Server 2003 SP2에서는 다음 지원이 추가되었습니다.

  • 인증서 기반 인증 지원
  • 메일 서명 및 암호화에 S/MIME 사용

향상된 큐 뷰어

Exchange 2003에서는 향상된 메시지 큐 모니터링 기능을 위해 큐 뷰어가 개선되었습니다. 예를 들어 이제는 X.400 및 STMP 큐를 해당 프로토콜 노드가 아니라 큐 뷰어에서 볼 수 있습니다. 기타 기능은 다음과 같습니다.

  • 아웃바운드 메일 사용 안 함 큐 뷰어에 새로 추가된 아웃바운드 메일 사용 안 함 옵션을 사용하여 모든 SMTP 큐에서 보내는 아웃바운드 메일을 사용하지 않도록 설정할 수 있습니다. 자세한 내용은 모든 SMTP 큐의 아웃바운드 메일 사용 안 함 설정 방법을 참조하십시오.
  • 새로 고침 빈도 설정 설정 옵션을 사용하여 큐의 새로 고침 빈도를 설정할 수 있습니다. 자세한 내용은 큐 뷰어 새로 고침 빈도 수정 방법을 참조하십시오.
  • 메시지 찾기 메시지 찾기를 사용하여 보낸 사람, 받는 사람 및 메시지 상태를 기준으로 메시지를 검색할 수 있습니다. 자세한 내용은 메시지 찾는 방법을 참조하십시오.
  • 추가 정보 보기 특정 큐를 클릭하여 해당 큐에 대한 추가 정보를 볼 수 있습니다. 자세한 내용은 큐에 대한 추가 정보를 보는 방법을 참조하십시오.
  • 이전에 숨긴 큐 보기 Exchange 2003의 큐 뷰어에는 Exchange 2000에서는 표시되지 않았던 전송 보류 중인 DSN 메시지 수입니다, 다시 시도 큐에 있는 실패한 메시지 수입니다 및 배달이 지연되어 대기 중인 메시지 수입니다 등 세 개의 큐가 표시됩니다.

다음 그림은 새롭게 향상된 큐 뷰어를 보여 줍니다.

edaa662a-3187-4068-a56a-fa31e2733487

이전에 숨겨져 있던 큐 보기

Exchange System Manager에서는 Exchange 2000에 숨겨져 있던 몇 가지 큐를 볼 수 있습니다.

참고

이제 X.400 큐 및 SMTP 큐는 해당 프로토콜 노드가 아니라 큐 뷰어에 표시됩니다.

다음 표에서는 새 큐의 이름, 설명 및 각 큐에 메시지가 누적되는 이유에 대해 설명합니다.

Exchange 2003의 새 큐

큐 이름 설명 메시지 누적 원인

전송 보류 중인 DSN 메시지 수입니다.

Exchange에서 배달할 준비가 되어 있는 배달 상태 알림(DSN)이 들어 있습니다. DSN을 배달 못 함 보고서(NDR)라고도 합니다.

참고 이 큐에서는 다음 작업을 수행할 수 없습니다.

  • 모든 메시지 삭제(NDR 없음)
  • 모든 메시지 삭제(NDR 있음)

Microsoft Exchange Information Store 서비스를 사용할 수 없거나 해당 서비스가 실행 중이지 않은 경우 또는 메시지 변환을 수행하는 IMAIL Exchange 저장소 구성 요소와의 문제가 발생한 경우에 메시지가 누적됩니다.

이벤트 로그를 검사하여 Microsoft Exchange 정보 저장소 서비스에 관련된 오류가 있는지 확인하십시오.

다시 시도 큐에 있는 실패한 메시지 수입니다.

일부 형식의 큐에서 전송하지 못한 메시지가 들어 있습니다. 이 동작은 종종 다른 처리가 일어나기 전에 발생합니다. 기본적으로 이 큐의 메시지는 60분 후에 다시 처리됩니다.

메시지 전송 실패의 원인은 다음과 같습니다.

  • 메시지가 손상되었습니다.
  • 타사 프로그램이나 이벤트 싱크가 메시지 큐 또는 메시지 충실도와 충돌할 수 있습니다.
  • 시스템 리소스 속도가 느리면 시스템이 느리게 응답하거나 다른 성능 문제가 발생할 수 있습니다. IIS를 일시적으로 다시 시작하면 리소스 문제가 일시적으로 해결되지만 정확한 원인을 확인해야 합니다.

배달이 지연되어 대기 중인 메시지 수입니다.

이전 버전의 Microsoft Office Outlook에서 보낸 메시지를 포함하여 나중에 배달되도록 대기 중인 메시지가 들어 있습니다. Outlook 클라이언트 컴퓨터에서 이 옵션을 설정할 수 있습니다.

이전 버전의 Outlook은 메시지 전송 에이전트(MTA)를 사용하여 메시지를 전송하지만 이제는 MTA 대신 SMTP에서 메시지 배달을 처리합니다. 따라서 이전 버전의 Outlook에서는 지연된 배달을 다르게 처리합니다.

이러한 메시지는 예정된 배달 시간까지 이 큐에 남아 있게 됩니다.

메시지 누적 원인은 다음과 같습니다.

  • 사서함이 이동 중일 때 사용자의 사서함에 메시지를 보내는 경우
  • 사용자의 사서함 또는 마스터 계정 보안 식별자(SID)가 아직 없는 경우. 자세한 내용은 Microsoft 기술 자료 문서 316047, "XADM: ADC에서 생성한 계정 사용 시 발생하는 문제 해결"을 참조하십시오.
  • 메시지가 손상되었거나 받는 사람이 잘못된 경우
  • 메시지 손상 여부를 확인하려면 해당 메시지의 속성을 검토하십시오. 일부 메시지에 액세스할 수 없다면 해당 메시지가 손상되었을 수 있습니다. 또한 받는 사람이 올바른지도 확인할 수 있습니다.

향상된 공용 폴더 조회 기능

Exchange 2000 Server에서는 라우팅 그룹 간에 공용 폴더 조회를 허용할지 여부를 지정할 수 있습니다. Exchange 2003에는 서로 조회가 허용되는 특정 서버 목록을 만들 수 있는 더욱 풍부한 인터페이스가 제공됩니다.

찾고 있는 콘텐츠의 복사본이 없는 공용 폴더 저장소에 사용자가 연결하면 해당 콘텐츠의 복사본이 있는 다른 저장소로 리디렉션됩니다. 공용 폴더 조회 기능을 사용하면 리디렉션 소통량을 제어할 수 있는데 이는 Exchange 5.5의 공용 폴더 접근 허용과 비슷합니다.

기본 구성을 사용하면 Exchange는 사용자를 로컬 라우팅 그룹의 서버로 리디렉션합니다. 필요한 콘텐츠가 로컬 라우팅 그룹의 모든 서버에 없으면 Exchange에서는 조직의 라우팅 그룹 구조를 따라 적절한 서버를 찾습니다.

Exchange Server 2003에서는 서로 조회가 허용되는 특정 서버 목록을 만들 수 있습니다. 예를 들어 조회를 단일 라우팅 그룹으로 제한하거나 라우팅 그룹의 특정 서버 간에만 허용할 수 있습니다. 조회 사용자 지정 목록을 만드는 방법은 Exchange Server 2003 관리 가이드의 "공용 폴더 조회용 사용자 지정 목록 지정 방법"을 참조하십시오.

또한 "순위"를 할당하여 조회 목록의 서버 간 우선 순위를 지정할 수 있습니다. 순위를 사용하여 조회 목록에 있는 서버의 우선 순위를 지정할 수 있습니다. 순위가 낮은 서버는 순위가 높은 서버를 사용할 수 없을 경우에만 사용됩니다. "순위"를 할당하여 조회 목록의 서버 간 우선 순위를 지정하는 방법에 대한 자세한 내용은 Exchange Server 2003 관리 가이드의 "공용 폴더 조회 목록에 순위 할당 방법"을 참조하십시오.

향상된 공용 폴더 인터페이스

Exchange 2003에는 공용 폴더를 더 쉽게 관리할 수 있는 여러 가지 새로운 공용 폴더 인터페이스가 있습니다. 이러한 새 인터페이스를 보려면 Exchange System Manager에서 폴더를 확장한 다음 공용 폴더(또는 경우에 따라 공용 폴더 계층 구조)를 선택합니다. 세부 정보 창에 다음과 같은 새 탭이 표시됩니다.

  • 내용 탭
    이 탭에서는 Exchange System Manager에 있는 공용 폴더의 내용을 볼 수 있습니다. 이제는 공용 폴더 내용을 보기 위해 별도의 클라이언트 응용 프로그램을 열지 않아도 됩니다. 자세한 내용은 Exchange System Manager를 사용하여 공용 폴더 내용 표시 방법을 참조하십시오.

  • 찾기 탭
    이 탭에서는 선택한 공용 폴더나 공용 폴더 계층 구조 내에 있는 공용 폴더를 검색할 수 있습니다. 폴더 이름이나 보존 기간과 같은 여러 가지 검색 조건을 지정할 수 있습니다. 자세한 내용은 공용 폴더 검색 방법을 참조하십시오.

    참고

    폴더 수준뿐만 아니라 최상위 계층 구조 수준에서도 찾기 탭을 사용할 수 있습니다.

  • 상태 탭
    이 탭에서는 공용 폴더의 복제본이 있는 서버에 대한 정보와 폴더에 있는 항목 수를 비롯하여 공용 폴더의 상태를 볼 수 있습니다. 자세한 내용은 Exchange Server 2003 저장소 작업의 "공용 폴더 복제 상태 확인 방법"을 참조하십시오.

  • 복제 탭
    이 탭에서는 폴더에 대한 복제 정보를 볼 수 있습니다. 자세한 내용은 Exchange Server 2003 저장소 작업의 "공용 폴더 복제본 구성 방법"을 참조하십시오.

ef20f71f-78cf-434d-a85f-8af97ac798e5

수동으로 복제 시작

수동으로 복제를 시작하면 일반적인 복제 간격 동안 기다리지 않고 공용 폴더를 복제할 수 있습니다. 공용 폴더에 대해 내용 보내기나 계층 구조 보내기 명령을 사용하면 지정한 서버에서 다른 서버로 변경 내용을 복제할 수 있습니다. 복제할 변경 내용 범위는 지정한 일 수 전부터 마지막 복제 주기까지입니다. 예를 들어 이틀 전부터 마지막 복제 주기 전까지의 모든 변경 내용을 복제할 수 있습니다.

공용 폴더 내용을 수동으로 복제하는 방법에 대한 자세한 내용은 Exchange Server 2003 저장소 작업의 "공용 폴더 데이터 수동 복제 방법"을 참조하십시오.

Microsoft Exchange Public Folder Migration Tool

새로운 Windows 설치 스크립트(.wfs)인 Microsoft Exchange Public Folder Migration Tool(pfMigrate)을 사용하면 Exchange 2003 서버에 시스템 폴더 및 공용 폴더의 복제본을 만들 수 있습니다. 시스템 폴더 및 공용 폴더를 복제한 후 pfMigrate 도구를 사용하여 원본 서버에서 복제본을 제거할 수 있습니다. Microsoft Exchange Server 버전 5.5와 달리 Exchange 2003에서는 공용 폴더에 대해 홈 서버를 설정할 필요가 없습니다. 모든 복제본은 해당 데이터의 주 복제본 역할을 하며 모든 공용 폴더 서버는 복제본 목록에서 제거될 수 있습니다. pfMigrate 도구를 사용하면 폴더를 복제하기 전에 보고서를 생성하여 복제할 폴더 수를 확인할 수 있으며 폴더를 복제한 후에도 동일한 보고서를 생성하여 폴더가 성공적으로 복제되었는지 확인할 수 있습니다.

pfMigrate 도구를 사용하려면 지정한 원본 서버와 대상 서버가 동일한 라우팅 그룹 내에 있어야 합니다. pfMigrate 도구를 사용하여 라우팅 그룹 간에 시스템 폴더 및 공용 폴더 복제본을 만들 수는 없습니다. 이는 혼합 모드에서는 라우팅 그룹 간에 폴더를 이동했을 때 공용 폴더로 전자 메일을 배달하지 못할 수 있기 때문입니다.

pfMigrate 도구는 Exchange 2003 CD에서 Support Tools 아래의 ExDeploy 폴더에 있습니다. 서버나 관리 콘솔의 명령 프롬프트에서 이 도구를 실행할 수 있습니다. pfMigrate 도구를 실행하는 방법에 대한 자세한 내용은 Exchange Server 2003 배포 가이드의 "공용 폴더 마이그레이션(PFMigrate) 도구 실행 방법"을 참조하십시오.

SP2의 새로운 기능: 공용 폴더 삭제 추적

Exchange Server 2003 SP2에서는 진단 로깅을 사용하여 공용 폴더 삭제와 관련된 세부 정보를 나타내는 이벤트를 기록할 수 있습니다. 이러한 이벤트에서 제공한 정보를 사용하여 삭제해서는 안 되는 공용 폴더 및 공용 폴더 내용을 삭제하고 있는 사용자나 관리자를 확인할 수 있습니다. 기록된 이벤트에는 다음과 같은 정보가 포함됩니다.

  • 삭제된 공용 폴더의 이름
  • 공용 폴더가 삭제된 시간
  • 사서함 이름과 이 사서함을 삭제한 Windows 사용자 계정

기본적으로 공용 폴더 삭제의 세부 정보를 나타내는 이벤트는 기록되지 않습니다. 그러나 해당 로깅 범주를 보통이나 최대로 설정하면 공용 폴더 삭제 시 다음과 같은 이벤트가 기록됩니다.

  • 이벤트 유형: 정보
  • 이벤트 원본: MSExchangeIS 공용 폴더
  • 이벤트 범주: 일반
  • 이벤트 ID: 9682
  • 설명: Folder <Folder name> with Folder ID <Folder ID> was deleted by <Mailbox name>, <User Account name>.

참고

공용 폴더 삭제를 기록하면 로깅 수준을 최대로 설정할 필요가 없습니다. 이 설정은 추가 정보를 제공하지 않기 때문입니다. 로깅 수준을 최대로 설정하면 많은 데이터가 기록되므로 서버 성능에 부정적인 영향이 미칠 수 있습니다.

공용 폴더 삭제를 추적하도록 Exchange Server를 구성하는 방법에 대한 자세한 내용은 Exchange Server 2003 SP2 온라인 도움말에서 "공용 폴더 삭제 추적"을 참조하십시오.

SP2의 새로운 기능: 수동으로 공용 폴더 복제 중지 및 다시 시작

Exchange Server 2003 SP2에서는 이 기능을 사용하여 Exchange Server 조직의 모든 공용 폴더 내용 복제를 중지할 수 있습니다. 이 기능은 복제 폭풍을 중지시켜야 하는 경우에 유용할 수 있습니다. 일반적으로 많은 수의 항목 또는 폴더에 영향을 미치는 변경 작업의 결과로 네트워크를 통해 많은 양의 데이터를 복제할 경우 복제 폭풍이 발생합니다. 복제 폭풍을 발생시키는 변경 작업이 자동으로 수행되는 상태에서 네트워크 토폴로지에 낮은 대역폭 연결이 포함되어 있는 경우 특히 파괴적입니다.

내용 복제를 중지한 경우 공용 폴더 복제본 목록과 복제 일정을 다시 구성할 수 있습니다. 공용 폴더 복제의 영향이 최소화되도록 변경한 후에는 공용 폴더 내용의 복제를 다시 시작할 수 있습니다. 복제해야 할 공용 폴더와 네트워크 인프라의 크기에 따라 사용량이 많지 않을 때 공용 폴더 복제를 다시 시작할 수 있습니다.

참고

모든 공용 폴더 내용의 복제를 중지해도 공용 폴더 계층 구조의 복제는 중지되지 않습니다.

공용 폴더 내용 복제를 수동으로 중지하고 다시 시작하는 방법에 대한 자세한 내용은 Exchange Server 2003 SP2 온라인 도움말에서 "수동으로 공용 폴더 내용 복제 중지 및 다시 시작"을 참조하십시오.

SP2의 새로운 기능: 공용 폴더 계층 구조 동기화

Exchange Server 2003 SP2에서는 계층 구조 동기화 명령을 사용하여 현재 연결되어 있는 서버의 공용 폴더 계층 구조를 조직에 있는 나머지 서버와 동기화할 수 있습니다. 한 서버에 있는 공용 폴더 계층 구조가 조직 내의 다른 서버에 있는 공용 폴더 계층 구조와 다르게 보일 경우에 계층 구조를 동기화할 수 있습니다.

공용 폴더 트리의 계층 구조를 동기화하면 공용 폴더의 내용은 자동으로 복제되지 않습니다. 내용은 예약한 간격으로 복제됩니다. 그러나 내용을 수동으로 복제할 수도 있습니다. 서버 간에 내용을 보내는 방법에 대한 자세한 내용은 Exchange Server 2003 SP2 온라인 도움말에서 "공용 폴더의 내용 보내기"를 참조하십시오.

참고

계층 구조 동기화 명령을 사용하여 공용 폴더 계층 구조를 동기화하는 것이 좋지만 변경 내용 다시 보내기 명령을 사용할 수도 있습니다. 이 명령을 사용하여 해당 대상 서버에 도달하지 않은 공용 폴더 계층 구조 복제 메시지를 수동으로 다시 보낼 수 있습니다. 특정 서버 집합에 공용 폴더 계층 구조 복제 메시지를 다시 보내는 방법에 대한 자세한 내용은 Exchange Server 2003 SP2 온라인 도움말에서 "공용 폴더 트리의 계층 구조 다시 보내기"를 참조하십시오.

공용 폴더 계층 구조를 동기화하는 방법에 대한 자세한 내용은 Exchange Server 2003 SP2 온라인 도움말에서 "공용 폴더 계층 구조 동기화"를 참조하십시오.

SP2의 새로운 기능: 공용 폴더 설정 관리 마법사 사용

Exchange Server 2003 SP2에서는 공용 폴더 설정 관리 마법사를 사용하여 공용 폴더를 관리할 수 있습니다. 공용 폴더 설정 관리 마법사는 Exchange 관리자가 공용 폴더 설정을 관리할 수 있도록 개발되었습니다. 공용 폴더 설정 관리 마법사에서 다음 작업을 수행할 수 있습니다.

  • 클라이언트 권한 수정 이 옵션을 선택하여 이 폴더와 모든 하위 폴더에 대한 클라이언트 권한을 변경할 수 있습니다. 특정 폴더에 대해서만 클라이언트 권한을 추가하거나 제거하는 방법은 Exchange Server 2003 SP2 온라인 도움말에서 "사용 권한 설정"을 참조하십시오.
  • 복제본 서버 목록 수정 이 옵션을 선택하여 복제본 서버 목록을 변경할 수 있습니다. 특히 이 기능을 사용하면 공용 폴더 하위 트리에 있는 모든 폴더의 복제본을 추가, 제거 또는 대체할 수 있습니다. 특정 폴더에 대해서만 개별 복제본을 추가하거나 제거하는 방법은 Exchange Server 2003 SP2 온라인 도움말에서 "복제할 폴더 선택"을 참조하십시오.
  • 설정 덮어쓰기 이 옵션을 선택하면 선택된 폴더의 속성이 모든 하위 폴더의 설정을 덮어씁니다.

공용 폴더 설정 관리 마법사를 시작하는 방법에 대한 자세한 내용은 Exchange Server 2003 SP2 온라인 도움말에서 "데이터베이스 크기 제한 구성"을 참조하십시오.

SP2의 새로운 기능: 공용 폴더 내용을 다른 서버로 이동

Exchange Server 2003 SP2에서는 모든 복제본 이동 명령이라는 단 하나의 명령으로 모든 공용 폴더 내용을 공용 저장소에서 다른 서버로 이동할 수 있습니다. 이 명령은 서버에서 Exchange Server 2003을 제거해야 하는 경우에 특히 공용 폴더 복제본이 있는 서버에서 Exchange Server 2003을 제거할 수 없는 경우에 유용합니다. 조직에서 Exchange Server 2003을 실행하는 서버를 제거하는 방법에 대한 자세한 내용은 Exchange Server 2003 SP2 온라인 도움말에서 "서버 제거"를 참조하십시오.

참고

다른 서버로 모든 복제본을 이동하려면 시간이 걸리고 대량의 복제 트래픽이 발생할 수 있습니다. 모든 공용 폴더 콘텐츠가 이동될 때까지 몇 시간이 걸릴 수 있습니다. 공용 폴더 저장소의 내용이 이동되었는지 확인하는 것이 좋습니다.

모든 공용 폴더 내용을 공용 폴더 저장소에서 이동하는 방법에 대한 자세한 내용은 Exchange Server 2003 SP2 온라인 도움말에서 "공용 폴더 저장소에서 모든 공용 폴더 이동"을 참조하십시오.

사서함 복구 센터

새로운 사서함 복구 센터를 사용하면 연결되지 않은 여러 사서함에 대한 복구 또는 내보내기 작업을 동시에 수행할 수 있습니다. 이는 연결되지 않은 각 사서함에 대해 작업을 개별적으로 수행해야 하는 Exchange 2000 Server보다 상당히 향상된 기능입니다. 연결되지 않은 사서함은 사용자가 삭제되어 Active Directory 사용자와 연결되어 있지 않은 사서함을 의미합니다. 사서함 복구 센터를 사용하여 하나 이상의 사서함 저장소에 있는 하나 이상의 사서함을 복구합니다. 사서함 속성을 내보내고 사서함과 Active Directory의 사용자를 연결한 다음 사서함을 다시 연결할 수 있습니다. 자세한 내용은 Exchange Server 2003 관리 가이드의 "하나 이상의 사서함 저장소에 있는 하나 이상의 사서함 복구 방법"을 참조하십시오.

참고

일부 절차는 Windows 2000 Server와 Windows Server 2003에서 다를 수 있습니다.

자세한 내용은 다음을 참조하십시오.

향상된 메시지 추적

Exchange 2003에는 다음 두 가지 방법으로 메시지 추적 기능이 향상되었습니다.

  • Exchange System Manager에서의 메시지 추적 로그 파일에 대한 제어 기능이 강화되었습니다. Exchange 2003에서는 메시지 추적 로그에 공유 디렉터리가 자동으로 만들어지며 메시지 추적 로그의 위치를 변경할 수 있습니다.
  • 사용자를 찾고 메일 그룹을 개별 받는 사람으로 확장하는 분류 작업 이후 및 라우팅 과정 중에 메시지를 추적할 수 있습니다.

Exchange System Manager에서의 향상된 메시지 추적 로그 제어

메시지 추적 로그를 보거나 관리할 때의 유연성을 위해 Exchange 2003에서는 Exchange System Manager를 사용하여 메시지 추적 로그의 위치를 변경할 수 있습니다.

Exchange 2000과 마찬가지로 Exchange 2003에서도 메시지 추적을 위해 공유 폴더 경로가 \\<server name>\<server name>.log 형식으로 자동 생성됩니다. 개별 메시지 로그 파일 이름은 해당 날짜를 기준으로 YYYYMMDD 형식으로 지정됩니다. 예를 들어 20021022.log는 2002년 10월 22일 로그 파일을 의미합니다. 로그 파일을 모니터링할 사용자는 이 공유 위치에 원격으로 액세스할 수 있어야 합니다.

Exchange 2003에서는 Exchange System Manager를 사용하여 메시지 추적 로그를 이동할 수 있습니다. 따라서 이제는 서버에 있는 메시지 추적 로그 위치를 변경할 때 디렉터리 수정 도구를 사용하지 않아도 됩니다. Exchange 서버에서 메시지 추적 로그의 파일 위치를 변경하는 방법에 대한 자세한 내용은 Exchange Server 2003 관리 가이드의 "메시지 추적 로그 파일 위치 선택 방법"을 참조하십시오.

향상된 메시지 추적 기능

Exchange 2003에서는 분류 단계 이후에도 메시지를 추적할 수 있습니다. 분류 작업은 Active Directory에서 받는 사람 주소가 확인되고 경로가 결정되는 단계입니다. 이제는 라우팅 과정 동안이나 분류 작업 이후에도 계속 메시지를 추적할 수 있습니다. 자세한 내용은 메시지 추적 방법을 참조하십시오.

보관된 메시지에 숨은 참조 대상 포함

사서함 저장소 보관 기능을 설정하면 해당 저장소에 있는 모든 사서함에서 보내거나 받은 모든 메시지의 복사본이 사용자가 지정한 보관 사서함에 보내집니다. 이전 버전의 Exchange에서는 숨은 참조 대상이 보관되지 않았지만 Exchange Server 2003에서는 사서함 저장소를 보관할 때 숨은 참조 대상도 포함되도록 레지스트리 키를 설정할 수 있습니다. 숨은 참조 대상도 보관되도록 설정하면 숨은 참조란에 있는 받는 사람뿐만 아니라 메시지를 받는 모든 사람이 숨은 참조 목록에 나열됩니다.

참고

숨은 참조 목록에 있는 받는 사람을 보려면 Outlook 클라이언트를 사용하여 보관 사서함에 액세스해야 합니다. Outlook Web Access를 사용하여 숨은 참조 대상을 볼 수는 없습니다.

보관 메시지에 숨은 참조 대상을 포함하려면 다음 단계를 따르십시오.

  1. 사서함 저장소 보관 기능을 설정합니다. 자세한 내용은 Journaling with Exchange Server 2003의 "How to Enable Standard Journaling"을 참조하십시오.
  2. 보관 시 숨은 참조 대상을 포함할 각 서버에 레지스트리 키를 설정합니다. 자세한 내용은 사서함 저장소의 숨은 참조 대상 보관 기능 사용 설정 방법을 참조하십시오.
  3. 레지스트리 키를 설정한 각 서버에서 다음 서비스를 다시 시작합니다. 자세한 내용은 필요한 서비스를 다시 시작하여 보관 메시지에 숨은 참조 대상 사용 설정 방법을 참조하십시오.