Exchange 검색 이해

  • 아티클

 

적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3

마지막으로 수정된 항목: 2016-11-28

사서함 크기의 증가 및 메시지와 첨부 파일 형태로 사서함에 저장되는 데이터 양의 증가로 인해, 원하는 메시지를 빠르게 검색하고 찾을 수 있는 것이 사용자에게는 중요합니다. Microsoft Exchange Server 2010에서는 사용자의 개인 보관함을 프로비전할 수 있어 .pst 파일의 사용을 줄이거나 아예 사용하지 않을 수 있습니다. 이로 인해 사용자가 저장하는 사서함 데이터가 증가할 수 있고, 따라서 사용자의 기본 사서함과 보관 사서함 전반에서의 검색이 중요한 생산성 도구가 됩니다.

Exchange 2010에서, 인증된 사용자는 eDiscovery 요청, 규정 감사 또는 내부 조사에 응하기 위해 여러 사서함 검색을 사용하여 전체 Exchange 2010 조직에서 사서함 검색을 수행할 수 있습니다. 또한 여러 사서함 검색은 Exchange Search에서 만든 콘텐츠 인덱스를 사용합니다.

Exchange Search는 Exchange Server 2003의 전체 텍스트 인덱싱과 다르며, 성능, 콘텐츠 인덱싱 및 검색 면에서 향상되었습니다. 새 항목이 만들어지거나 사서함에 배달되면 거의 즉시 인덱싱되므로 사용자는 빠르고 안정적이며 보다 신뢰할 수 있는 방식으로 사서함 데이터를 검색할 수 있습니다. Exchange 2010 및 Exchange Server 2007에서 콘텐츠 인덱싱은 모든 사서함 데이터베이스에서 기본적으로 사용할 수 있으며 초기 설정이나 구성이 필요하지 않습니다.

참고

Exchange Search는 공용 폴더 데이터베이스를 인덱싱하지 않습니다.

목차

콘텐츠 인덱싱

Exchange Search 성능

Exchange Search 클라이언트

고급 검색 구문

Exchange 검색 및 첨부 파일

Exchange Server 2003 콘텐츠 인덱싱보다 향상된 기능

Exchange 검색과 Exchange 저장소 검색의 차이

Exchange 검색 및 지역화

Exchange Search 및 DAG(데이터베이스 가용성 그룹)

콘텐츠 인덱싱

Exchange Search 서비스가 시작되면 Exchange Search는 사서함 서버의 모든 사서함 데이터베이스의 검색 상태를 확인합니다. 사서함 데이터베이스가 검색을 위해 탑재 및 활성화되면 Exchange Search는 다음 상태 값 중 하나를 할당합니다.

  • 신규 사서함 데이터베이스의 상태가 신규인 경우 Exchange Search는 데이터베이스에 대한 콘텐츠 인덱스 카탈로그를 만듭니다. 콘텐츠 인덱스 카탈로그가 만들어지면 Exchange Search는 데이터베이스의 상태를 크롤링으로 변경합니다.

  • 크롤링 사서함의 상태가 크롤링인 경우 Exchange Search는 데이터베이스의 사서함을 인덱싱합니다. 데이터베이스의 모든 사서함이 인덱싱될 때까지 크롤링 상태로 유지됩니다. 데이터베이스의 모든 사서함이 인덱싱되면 Exchange Search는 데이터베이스의 상태를 알림으로 변경합니다.

  • Notification 데이터베이스에서 초기 크롤링이 수행된 후 Exchange Search는 메시지 생성, 배달, 삭제 등 새 이벤트의 Exchange 저장소에서 알림을 받습니다. 이벤트는 인덱싱을 위해 알림 큐에 추가됩니다. 이 과정은 콘텐츠 인덱싱을 항상 최신 상태로 유지할 수 있도록 매우 빠르게 수행됩니다. 사서함으로 배달된 새 메시지는 배달 후 수 초 내에 인덱싱됩니다.

맨 위로 이동

Exchange Search 성능

Exchange Search는 Exchange 2003의 전체 텍스트 인덱싱에 비해 성능이 크게 향상되었습니다. 검색 모델이 크롤링 모드에서 항상 최신 모드로 변경되었고, 일부 기능은 CPU, 메모리, 디스크 입출력 및 인덱싱에 필요한 디스크 공간 등, 시스템 리소스를 최적화하기 위해 개선되었습니다. 이러한 성능 향상을 통해 인덱싱 속도가 35배 이상 빨라졌습니다. 데이터베이스의 전체 크롤링이 훨씬 빨라졌음에도 불구하고 사서함 데이터베이스의 크기에 따라 사서함 서버에서 상당히 많은 리소스를 사용할 수 있습니다. 보다 집중적인 단계에서는 이것이 메일 흐름을 방해할 수 있습니다. 메일 배달이 콘텐츠 인덱싱보다 우선 순위를 가져야 하므로 Exchange Search의 새로운 제한 기능은 특정 사서함 데이터베이스에 대한 인덱싱을 자동으로 제한하여 디스크 입출력 및 CPU 사용률을 줄여줍니다.

맨 위로 이동

Exchange Search 클라이언트

Exchange Search는 검색 클라이언트가 사용하는 서비스를 제공합니다. 이러한 클라이언트에는 Microsoft Outlook, Microsoft Office Outlook Web App, Windows Mobile, Exchange 2010의 여러 사서함 검색 기능 및 Exchange 웹 서비스 등이 포함됩니다.

Outlook 2010 및 Office Outlook 2007에서 사용자 컴퓨터에 Outlook 기능을 구성하는 데 사용되는 Outlook 프로필은 캐시된 Exchange 모드를 사용하도록 구성할 수 있습니다. Outlook이 온라인 모드인 Exchange에 연결되어 Exchange 사서함에 액세스하면 사서함 항목 생성, 새 메일 배달, 사서함 항목의 삭제 같은 변경 사항이 사서함 서버에 적용됩니다. 캐시된 Exchange 모드에서는 Outlook이 사용자 컴퓨터의 Exchange 사서함의 로컬 복제를 만듭니다. 이 복제본은 사용자 프로필에 .ost 파일로 저장됩니다. 사서함 항목의 변경은 로컬 복제에서 수행되고 이것이 Exchange 사서함과 동기화됩니다. 캐시된 Exchange 모드에 대한 자세한 내용은 캐시된 Exchange 모드 정보(영문)를 참조하십시오.

캐시된 Exchange 모드에서 Outlook은 Windows 7 및 Windows Vista의 기본 제공 구성 요소인 Windows Search를 사용합니다. Windows Search는 콘텐츠 인덱싱을 수행하고 Outlook에 검색 기능을 제공합니다. 로컬 콘텐츠 인덱싱 및 검색 서비스는 캐시된 Exchange 모드로 실행되는 Outlook 사용자가 효율적인 방식으로 사서함을 검색할 수 있게 해줍니다. 오프라인 저장소의 전자 메일 인덱싱뿐만 아니라 Windows Search는 파일 시스템에 상주하는 다른 데이터도 인덱싱합니다. Windows Search에 대한 자세한 내용은 Windows Search(영문)를 참조하십시오.

Outlook 2010 및 Outlook 2007에서는 사용자가 메시지 목록 창의 맨 위에 있는 빠른 검색 상자를 쉽게 액세스할 수 있으므로 사서함 콘텐츠를 빠르게 검색할 수 있습니다. 또한 상세하게 찾기 기능을 사용하면 여러 필드와 매개 변수를 사용하여 보다 복잡한 검색 쿼리를 만들 수 있습니다.

맨 위로 이동

고급 검색 구문

사용자가 받는 전자 메일 메시지가 늘어나고 사서함 크기가 커지면 정보 오버로드가 발생하며, 따라서 빠른 메시지 검색은 사용자 생산성을 향상하고 전자 메일 사용에 대한 만족도를 높여줍니다. 사용자는 AQS(고급 검색 구문)을 사용하면 빠르게 고급 검색 쿼리를 만들어 원하는 메시지를 찾을 수 있습니다. AQS 검색 쿼리는 Outlook의 빠른 검색 상자에 직접 입력합니다.

예를 들어 April Stewart라는 사용자가 보냈고 첨부 파일이 있으며 Contoso라는 단어가 제목 필드에 포함된 메시지를 검색하려면 다음 검색 쿼리를 사용할 수 있습니다. From:"April Stewart" HasAttachments:true Subject:Contoso. 읽지 않은 메시지로 검색 범위를 좁히려면 다음 키워드 및 값을 추가합니다: unread:true. April이 지난 달에 보낸 메시지로 검색 범위를 좁히려면 다음 키워드와 값을 추가합니다: Sent:lastmonth.

AQS는 서버의 Exchange Search와 데스크톱의 Windows Search 모두가 지원합니다. AQS를 사용하는 검색 쿼리는 온라인 및 캐시된 모드의 Outlook 2010 및 Outlook 2007에서 작동합니다. Exchange 2010의 경우 Outlook Web App 및 Windows Mobile에서도 AQS 쿼리를 사용할 수도 있습니다. 또한 여러 사서함 검색 같은 Exchange Search 클라이언트도 AQS 검색 쿼리를 지원합니다.

Outlook 2010 및 Outlook 2007은 많은 AQS 키워드를 지원합니다. 또한 Exchange Search는 다음 표에 나오는 키워드도 지원합니다.

Exchange Search 키워드

속성 예 검색 결과

첨부 파일

attachment:annualreport.pptx

annualreport.pptx라는 파일이 첨부되어 있는 메시지. attachment:annualreport 또는 attachment:annual*는 첨부 파일의 전체 이름을 사용할 때와 같은 결과를 반환합니다.

참조

cc:paul shen

cc:pauls

cc:pauls@contoso.com

참조 필드에 Paul Shen이 포함된 메시지

보낸 사람

from:bharat suneja

from:bsuneja

from:bsuneja@contoso.com

Bharat Suneja가 보낸 메시지.

보존 정책 키워드

retentionpolicy:business critical

Business Critical 보존 태그가 적용된 메시지

정책에 따라 메시지가 만료되는 날짜

expires:4/1/2010

2010년 4월 1일에 만료되는 메시지

보낸 날짜

sent:yesterday

어제 보낸 모든 메시지

제목

Subject:"patent filing"

제목 필드에 "patent filing" 구가 있는 모든 메시지

받는 사람

to:"ben smith"

to:bsmith

to:besmith@contoso.com

받는 사람 필드에 Ben Smith가 있는 메시지

맨 위로 이동

Exchange 검색 및 첨부 파일

Exchange Search는 전자 메일 첨부 파일에 포함된 텍스트 콘텐츠를 인덱싱합니다. 검색 필터를 사용하여 다른 파일 형식에 대한 지원이 제공됩니다. Exchange 설치 시 다수의 검색 필터가 기본으로 설치되어 Microsoft Office 파일을 포함하여 많이 사용하는 여러 파일 형식의 인덱싱을 지원합니다. Exchange 설치 시 설치되는 검색 필터 목록은 Exchange 검색을 위한 기본 필터를 참조하십시오. Exchange Search로 인덱싱할 파일 형식에 대한 추가 검색 필터를 설치할 수 있습니다. 다른 파일 형식에 대한 검색 필터는 협력업체와 타사에서 제공합니다. 인덱싱에는 다음 사항이 적용됩니다.

  • 검색할 수 없는 항목 파일 형식에 대한 검색 필터가 사서함 서버에 설치되지 않아 Exchange Search에서 인덱싱할 수 없는 경우 해당 항목은 검색할 수 없는 항목으로 처리됩니다. 또는 다른 이유로 인해 검색할 수 없는 항목으로 표시될 수도 있습니다. Get-FailedContentIndexDocuments cmdlet을 사용하여 사서함, 사서함 데이터베이스 또는 사서함 서버별로 검색할 수 없는 항목의 목록을 가져올 수 있습니다. 자세한 내용은 Exchange 검색 문제 진단을 참조하십시오. 여러 사서함 검색을 사용하여 검색을 수행할 경우에는 검색할 수 없는 항목도 포함할 수 있습니다.

  • 수신 허용 목록 모음 특정 파일 형식은 Exchange Search에서 인덱싱할 수 있는 콘텐츠가 없는 것으로 간주됩니다. 이러한 파일 형식은 레지스트리에서 null 필터를 만들어 수신 허용 목록 모음에 추가합니다. Exchange 설치 시 여러 가지 파일 형식에 대해 null 필터 레지스트리 값을 만듭니다. 이러한 파일 형식이 포함된 사서함 항목은 검색할 수 없는 항목 목록에 반환되지 않습니다. 기본 검색 필터 및 기본 null 필터 항목의 목록은 Exchange 검색을 위한 기본 필터를 참조하십시오.

  • 암호화된 항목 S/MIME을 사용하여 암호화된 메시지는 Exchange Search에서 인덱싱하지 않습니다. Get-FailedContentIndexDocuments cmdlet을 사용하는 경우 암호화된 메시지는 검색할 수 없는 항목으로 반환됩니다.

  • IRM으로 보호된 항목   IRM(정보 권한 관리)를 사용하여 보호된 메시지는 Exchange Search에서 인덱싱되고 검색 결과에 포함됩니다. 메시지는 Exchange 2010 사서함 서버와 같은 Active Directory 포리스트에 있는 AD RMS(Active Directory Rights Management Services)를 사용하여 보호되어야 합니다. 자세한 내용은 권한 보호을 참조하십시오.

참고

캐시된 Exchange 모드에서 첨부 파일은 Windows Search에서도 인덱싱됩니다. Windows Search는 사용자 컴퓨터에 설치된 검색 필터를 사용합니다.

맨 위로 이동

Exchange Server 2003 콘텐츠 인덱싱보다 향상된 기능

Exchange 2003의 검색 기능(콘텐츠 인덱싱)이 Exchange 2010에서는 Exchange Search로 대체됩니다. Exchange Search는 콘텐츠 인덱싱에 비해 다음과 같이 향상된 특성 및 기능을 제공합니다.

  • 해당 인덱스에 필요한 CPU, 메모리, 디스크 I/O 및 디스크 공간과 같은 시스템 리소스 사용률이 향상되어 전반적인 성능이 크게 나아졌습니다.

  • 일반적으로 새 메시지는 도착한 후 10초 내에 인덱싱되며 쿼리 결과는 몇 초 안에 반환됩니다.

  • Exchange Search는 설치 시 자동으로 사용 가능하도록 설정되며 필요한 추가 구성은 없습니다.

  • 이제 첨부 파일을 인덱싱할 수 있습니다. MicrosoftOffice 문서, 텍스트 첨부 파일 및 HTML 첨부 파일 같은 몇 가지 첨부 파일 형식이 지원됩니다.

  • 특정 사서함 데이터베이스에 대해 인덱싱이 자동으로 보류되므로 디스크 I/O 로드가 줄어듭니다. 또한 전체 사서함 서버에 대한 인덱싱도 자동으로 보류되므로 Exchange Search에 대한 디스크 I/O 및 CPU 사용률이 모두 줄어듭니다.

  • Outlook Web App에는 쉽게 액세스할 수 있는 검색 창이 있으며 Outlook 2010 및 Outlook 2007에는 쿼리 작성기가 지원됩니다.

맨 위로 이동

Exchange 검색과 Exchange 저장소 검색의 차이

Exchange Search는 미리 작성한 인덱스를 통해 메시지의 텍스트를 빨리 검색할 수 있게 해줍니다. 반면 Exchange 저장소 검색은 미리 작성된 인덱스를 사용하는 대신 검색 범위의 모든 메시지를 순차적으로 검색합니다. 다음 표는 Exchange Search와 Exchange 저장소 검색의 차이점을 비교한 것입니다.

Exchange Search와 Exchange 저장소 검색 비교

Exchange 검색 Exchange 저장소 검색

빠르게

느리게

사서함 데이터베이스를 크롤링하여 만든 콘텐츠 인덱스를 검색합니다.

저장소를 검색합니다.

새 항목을 만들거나 사서함에 사서함 배달한 후 수 초 내에 인덱싱합니다.

더 새로운 항목을 반환할 수 없습니다.

단어, 구, 문장을 사용하고 문장 부호 및 공백, 대/소문자 구분을 무시합니다.

바이트 스트림을 검색하고 정확하게 일치하는 항목만 찾습니다.

접두사 검색만 지원하고 부분 문자열 일치는 지원하지 않습니다.

부분 문자열 일치를 지원합니다.

사용 가능한 검색 필터를 사용하여 첨부 파일을 검색합니다.

첨부 파일 내에서 검색하지 않습니다.

다른 언어로 된 메시지를 검색할 수 있습니다.

언어를 인식하지 않습니다.

맨 위로 이동

Exchange 검색 및 지역화

Exchange Search에 대한 지역화는 클라이언트 로캘이 메시지 로캘과 일치하는 시나리오에 제한하여 지원됩니다(메시지 로캘은 메시지 본문에서 사용되는 언어와 일치해야 함). Exchange Search는 한 메시지의 본문 내에 여러 언어가 포함되거나 클라이언트 로캘이 메시지 로캘과 다른 경우 인스턴스를 지원하지 않습니다.

지역화된 검색에 대해 일관성 있는 결과를 유지하려면 다음 조건을 충족해야 합니다.

  • 전자 메일 메시지가 단일 언어로 기록되고 해당 언어가 메시지의 로캘과 일치해야 합니다.

  • 검색 표현식이 단일 언어로 구성되어야 합니다.

  • 서버에 연결되어 식별될 때 언어가 클라이언트 컴퓨터의 로캘과 일치해야 합니다.

맨 위로 이동

Exchange Search 및 DAG(데이터베이스 가용성 그룹)

DAG(데이터베이스 가용성 그룹)가 있는 조직에서 시드 프로세스 동안, 수동 사서함 데이터베이스 복사본이 있는 DAG 구성원은 활성 사서함 데이터베이스 복사본이 있는 DAG 구성원에서 콘텐츠 인덱스 카탈로그를 복제합니다. 콘텐츠 인덱스는 일반적으로 사서함 데이터베이스 크기의 10%입니다. 초기 시딩 후에는 수동 데이터베이스 복사본이 있는 서버가 활성 데이터베이스가 있는 서버에서 메시지 데이터를 받은 다음 로컬에서 콘텐츠 인덱싱을 수행합니다. 인덱싱을 위해 메시지 콘텐츠를 복사하는 데 사용하는 대역폭은 트랜잭션 로그 복제를 위해서 사용하는 대역폭에 추가됩니다. 고가용성 배포를 계획하는 경우 Exchange Search에서 사용하는 대역폭을 고려해야 합니다.

Exchange 2010 사서함 서버 역할 요구 사항 계산기는 DAG의 콘텐츠 인덱싱에 필요한 대역폭을 계산할 때 콘텐츠 인덱싱을 고려합니다. 계산기 다운로드 링크를 비롯하여 계산기에 대한 자세한 내용은 Server 팀 블로그 기사 Exchange 2010 사서함 서버 역할 요구 사항 계산기(영문)를 참조하십시오.

DAG에 대한 자세한 내용은 데이터베이스 가용성 그룹 이해를 참조하십시오.

 © 2010 Microsoft Corporation. 모든 권리 보유.