Exchange Q&A설치, 메시지 저널링, 저장소 옵션 및 기타 정보

KC Lemson and Nino Bilic

Q: Exchange Server 2007 설치 프로그램을 실행할 때 선행 조건 검사를 건너뛸 수 있습니까? 선행 조건 검사에서 발견된 모든 문제를 해결하는 데 시간을 허비하고 싶지 않습니다. 그냥 설치 프로그램을 실행하면 바로 설치 프로세스가 시작되도록 하고 싶습니다.

A: 간단히 대답하자면 불가능합니다. 선행 조건 검사에서 발견된 문제로 인해 설치가 계속 진행되지 않거나 장기적으로는 Exchange 환경에 악영향이 초래될 수도 있으므로 반드시 모든 문제를 해결해야 합니다.

일부 관리자들은 ExBPA.PreReqs.xml 파일(Exchange 2007 설치 관련 선행 조건이 수록된 파일)을 편집하여 설치를 차단하는 검사 항목을 제거하려고도 합니다. 그러나 이 XML 파일은 디지털 서명되어 있고 내용을 수정하면 서명이 무효화되므로 이러한 방법은 통하지 않습니다.

이런 식으로 정상적으로 작동하지 않는 설치는 수행되지 않도록 방지됩니다. Exchange 2007을 여러 환경에서 테스트한 결과 일부 구성 및 설정이 특정 환경에서 보다 효과적으로 작동할 뿐만 아니라 일부 환경에서는 중대한 문제가 발생한다는 사실을 알게 되었습니다. 선행 조건 검사는 이러한 경험과 테스트 결과를 바탕으로 설치 성공률을 최대한 높이기 위한 장치입니다.

Exchange 2007 선행 조건 검사 자체에 문제가 있어 설치가 차단되었다면 Exchange 지원 팀에 지원을 요청해야 합니다.

Q: 설치 로그는 어디에 있습니까? C: 드라이브의 루트에서는 찾을 수 없습니다.

A: 이제 모든 설치 로그는 %SYSTEMDRIVE%\ExchangeSetupLogs 디렉터리(대부분 설치의 경우 c:\ExchangeSetupLogs)에 저장됩니다. 이 디렉터리에는 여러 파일이 있는데 그 중 다음 두 가지 파일만 주로 보면 됩니다.

ExchangeSetup.log 설치 프로그램을 실행할 때 사용된 작업과 매개 변수에 대한 정보가 들어 있는 로그입니다. 서버 역할을 구성하기 위해 실행된 작업에 대한 정보도 이 로그에 기록됩니다. 또한 서버 설치와 관련한 대부분의 정보와 서비스 팩 설치 정보도 이 파일에서 확인할 수 있습니다.

ExchangeSetup.msilog 이 파일에는 설치 과정의 압축 풀기 단계에 대한 정보가 들어 있습니다. Microsoft® Installer가 임시 위치에서 대상 위치로 파일을 복사할 때 이 파일에 정보를 기록합니다. 따라서 설치 시 파일을 복사하는 기능이나 파일에 액세스하는 기능과 관련한 문제가 발생한 경우 이 로그가 문제 해결에 도움이 될 수 있습니다.

Q: 선행 조건 검사가 Exchange Server BPA(Best Practices Analyzer)를 기반으로 한다는 것은 알고 있지만 선행 조건에 대한 보고서는 어디에서 확인해야 합니까?

A: 선행 조건 검사를 수행하는 중에 BPA에서 생성된 보고서는 다음 폴더에 있습니다.

%SYSTEMDRIVE%\Exchangesetuplogs\PreReqs

이 파일의 이름은 다음과 같은 표준 형식으로 지정됩니다.

ExBPA.<dateandtime>.data.xml 

선행 조건 검사에서 찾은 항목을 확인하려면 표시된 오류 메시지가 들어 있는 XML 파일을 찾아 해당 메시지 바로 위에 나와 있는 테스트된 규칙 정의를 참조하면 됩니다.

Q: 설치 로그를 읽으려면 어떻게 해야 합니까? 어떤 방법이 있습니까?

A: 일반적으로 설치 로그는 두 가지 방법으로 읽을 수 있습니다. 즉, Exchange 관리 셸에서 Get-SetupLog를 실행하거나 메모장 또는 주로 사용하는 텍스트 편집기에서 설치 로그 파일을 열면 됩니다.

Get-SetupLog를 사용하는 경우 경고 또는 오류는 다음과 같은 방법으로 확인할 수 있습니다.

Get-SetupLog c:\exchangesetuplogs\exchangesetup.log –error

설치 오류를 보기 좋게 표시하려면 Exchange 2007 PowerShell Scriptacular 데모 팩에서 제공되는 Out-HTML.ps1 및 Out-IE.ps1 스크립트를 사용해야 합니다. 자세한 내용은 msexchangeteam.com/archive/2006/12/27/431998.aspx 블로그를 참조하십시오.

해당 스크립트를 구했으면 Exchange 스크립트 폴더(기본 위치: c:\program files\microsoft\exchange server\scripts)에 저장하고 다음을 실행합니다.

Get-SetupLog –tree:$false –error:$false | Where { $_.status –eq "Error" } | select datetime, depth, description, status | Out-HTML | Out-IE

그러면 설치 중에 발생한 오류가 HTML 보기로 나타나는 탐색하기 쉬운 브라우저 창이 열립니다(그림 1 참조).

그림 1** 설치 로그를 쉽게 읽을 수 있는 형식으로 보여주는 Out-HTML 및 Out-IE **(더 크게 보려면 이미지를 클릭하십시오.)

반면 메모장을 사용하여 exchangesetup.log를 읽을 경우에는 다음 팁을 참조하십시오.

• 설치 프로그램 실행의 시작 부분을 찾으려면 [0] Starting Microsoft Exchange 2007 Setup을 검색합니다.
• 설치 프로그램 실행의 끝 부분을 찾으려면 [0] End of Setup을 검색합니다.
• 주요 설치 작업은 [0] **************로 구분됩니다.
• 설치 프로그램을 실행한 계정을 찾으려면 [0] Logged on user를 검색합니다.
• 설치 시에 사용된 도메인 컨트롤러를 확인하려면 [0] Setup will use the domain controller를 검색합니다.

일반적으로 메모장을 사용하여 설치 로그를 검토할 때에는 파일의 끝부분부터 시작하여 시간의 역순으로 문제를 확인해야 합니다. 대개 오류는 설치 로그의 맨 마지막에 기록되기 때문입니다.

Q: PBX에 Exchange 2007 통합 메시징을 사용할 수 있습니까?

A: 가능합니다. microsoft.com/technet/prodtechnol/exchange/telephony-advisor.mspx에서 지원되는 VoIP 게이트웨이 및 PBX의 목록을 확인하시기 바랍니다. 지원되는 제품 목록이 변경되는 경우 변경 내용이 이 페이지에 추가됩니다.

Q: 클라이언트에서 Small Business Server 2003과 Exchange를 실행하고 있는데 회사 정책으로 인해 모든 메일을 모니터링해야 합니다. 모니터링을 수행하기 위해 모든 들어오는 메일과 나가는 메일의 복사본을 관리자 계정으로 보내려고 합니다. 어떻게 해야 합니까?

A: 특정 사서함 데이터베이스에서 보내고 받는 모든 메시지의 복사본을 별도의 저널링 사서함에 보관하는 메시지 저널링 기능을 사용해야 합니다. go.microsoft.com/fwlink/?LinkId=93725에서 저널링된 복사본의 세부 설정(예: 숨은 참조의 받는 사람을 캡처할지 여부)을 구성할 수 있는 다양한 방법을 알아보고, 고급 기능을 제공하는 추가 도구를 다운로드할 수 있습니다. Exchange 2003의 저널링 기능은 데이터베이스별 수준으로 작동하므로 해당 데이터베이스에 포함된 모든 사용자가 저널링됩니다. 저널링된 메시지를 보관할 사서함을 만든 후에는 Exchange System Manager에서 사서함 저장소의 속성으로 이동하여 해당 저장소의 사서함에서 보내고 받는 메시지 보관 관련 설정 확인란을 선택합니다. 비즈니스 정책에 따라 사서함 관리자가 저널 사서함에서 오래된 저널링된 복사본을 자동으로 정리하도록 설정할 수도 있습니다.

Exchange 2003에는 저널링과 유사한 보관 싱크라는 기능도 있습니다. Exchange에서 다른 사서함에 메시지 복사본이 저장되는 저널링과는 달리 보관의 경우 서버 하드 드라이브의 특정 폴더에 메시지가 저장됩니다. 그렇다면 이 두 방법 중 하나를 선택하는 기준은 무엇일까요? 저널링은 주로 규정 준수를 위해 사용되는 반면 보관 싱크는 인터넷을 통해 들어오고 나가는 모든 메시지를 캡처하려는 경우 등에 유용할 수 있습니다.

Exchange 2007을 사용하면 이러한 시나리오가 크게 단순화될 뿐만 아니라 사용자 또는 DL(메일 그룹)별로 손쉽게 저널링할 수 있습니다. 사용자가 메일이 저널링되는지 여부를 알 수 없도록 하려면 전체 주소 목록에서 해당 DL을 숨기거나(DL의 구성원을 숨기는 것과는 다름), 사용자에 대한 사용자 지정 특성을 설정하고 쿼리 기반 메일 그룹(동적 메일 그룹 또는 DDL이라고도 함)을 만들어 해당 사용자 지정 특성이 있는 사용자를 모두 키 오프하면 됩니다. 전체 조직의 모든 메일을 같은 위치에 저널링하려면 저널링 규칙을 만들 때 받는 사람 필드를 비워 둡니다. 또한 Exchange 2007에서 데이터베이스별 저널링 이외의 저널링 방식을 사용하려면 해당 사용자의 Enterprise CAL(클라이언트 액세스 라이선스)이 필요합니다. 자세한 내용은 microsoft.com/exchange/howtobuy/licensingFAQ.mspx를 참조하십시오. CAL 또는 다른 기능이 필요 없으면 Exchange 2003의 데이터베이스별 저널링 기능을 계속 사용해도 됩니다. 마지막으로, 2006년 12월호 TechNet Magazine에서 David Strome의 "Exchange 2007의 더욱 강력해진 저널링" 기사(technetmagazine.com/issues/2006/12/journaling)를 참조하십시오.

Q: 조직의 모든 사용자가 Microsoft Office 2003을 사용하고 있으며 2008년으로 예정된 하드웨어 교체 시점까지 2007 Office system으로 대체할 계획이 없습니다. 그러나 지금까지 읽은 내용으로 미루어 봤을 때 사용자들이 이로 인해 일부 기능을 활용하지 못하게 될까 봐 걱정됩니다. 이러한 상황에서 사용자가 통합 메시징을 사용할 수 있습니까?

A: 물론입니다. Office 2003에서 통합 메시징 기능을 사용하도록 설정된 사용자는 사서함을 통해 음성 메일 메시지와 팩스를 받을 수 있을 뿐만 아니라 전화를 통해 사서함에 액세스할 수도 있습니다. 단, Outlook 2007로 업그레이드하지 않을 경우 통합 메시징 기능 중 Outlook의 옵션 탭을 통해 음성 메일 설정을 구성하는 기능, Outlook의 음성 메일 메시지에 표시되는 특수한 사용자 지정 양식, 별도의 미디어 플레이어를 실행하지 않고 메시지를 즉시 재생하는 기능이 지원되지 않습니다. 또한 오디오 노트를 작성하여 음성 메일 메시지와 함께 저장하는 기능도 사용할 수 없습니다. 하지만 통합 메시징을 사용하는 사용자는 Outlook 2007 없이도 OWA 2007을 사용하여 OWA 옵션 페이지의 통합 메시징 설정에 액세스하고 OWA의 음성 메일에 사용자 지정 양식을 사용할 수 있습니다.

Q: 회사에 이미 SAN(저장 영역 네트워크)이 구축되어 있으며 Exchange 2007을 SAN에 연결하려고 합니다. 그런데 DAS(직접 연결된 저장소)에 대해서도 많이 들은 바가 있어서 어떤 솔루션을 사용해야 할지 모르겠습니다. 어떻게 해야 할까요?

A: 이 질문의 경우에는 정답이 없습니다. 특히 SAN이 이미 구축되어 있는 경우라면 회사의 정책과 상황에 따라 결정해야 합니다. 다만 SAN을 새로 구입 또는 추가하거나 업그레이드를 고려하고 있다면 DAS도 고려해 보는 것이 좋습니다. 결정에 도움이 될만한 정보를 소개하자면, 2007년 6월 현재 Microsoft IT에서는 40,000개의 사서함을 호스트하기 위해 할당량이 500M에서 10GB에 이르는 Exchange 2007 사서함 서버를 17대 배포했습니다. 이들 모두 DAS를 이용한 CCR(클러스터 연속 복제)을 사용합니다. 9월까지 Exchange 2007 사서함 서버를 35대로 확충할 계획이며 이러한 서버에서 호스트하는 사서함 152,500개를 모두 DAS에 구축할 예정입니다. 이 정도면 DAS가 엔터프라이즈 규모에 적합하고 원활히 작동하는지에 대한 대답이 되었으리라고 봅니다. DAS는 Microsoft IT에서 사용자 할당량을 늘리고 전반적인 저장소 비용은 줄이는 데 핵심적인 역할을 해오고 있습니다. 이 토폴로지 및 배포, 그리고 그에 따른 비용 절감 효과에 대한 자세한 내용은 microsoft.com/technet/itshowcase/content/64bitexchange2007.mspx를 참조하십시오.

모든 서버를 동일한 SAN에 연결하면 초기에는 저장소 비용이 크게 절감되는 것 같지만 위험성이 존재합니다. 예를 들어 SAN에 연결된 소프트웨어가 여러 용도로 사용되는 데 따른 문제가 자주 발생합니다. 매일 오후 5:00시에 일괄 프로세스를 실행하는 HR 응용 프로그램이 SAN에 있다면 해당 I/O 스파이크로 인해 Exchange 사용자에 상당히 안 좋은 영향을 줄 수 있습니다. 공유 SAN 배포에서는 명확한 I/O가 부족하다는 문제가 주로 발생합니다.

DAS의 또 다른 장점으로는 전담 저장소 관리자나 특별한 장비가 필요 없기 때문에 관리하기가 용이하다는 점입니다. 또한 이는 증분 형태이므로 쉽게 구입하여 나중에 확장할 수 있으며 일반적으로 가격이 저렴하므로 비용을 절감할 수 있습니다.

Q: Exchange 2007 서버를 처음으로 설치했습니다. 현재 Outlook 2003을 사용하여 연결하려고 하면 관리자가 Outlook 버전을 차단했다는 오류 메시지인 "사용 중인 Outlook 버전을 Microsoft Exchange 관리자가 차단했습니다. 도움이 필요하면 관리자에게 문의하십시오."가 나타납니다. 하지만 제가 관리자인데 차단한 적이 없습니다. 왜 그런 것인지요?

A: 정상적인 동작입니다. Exchange 2007을 설치할 때 설치 마법사가 조직에서 Outlook 2003 및 그 이전 버전 또는 Entourage 클라이언트를 실행 중인지 묻습니다(그림 2 참조). 이때 No(아니요)를 선택한 경우 이 문제가 발생할 수 있습니다.

그림 2** Exchange 2007 설치 프로그램의 레거시 클라이언트 질문 **(더 크게 보려면 이미지를 클릭하십시오.)

설치를 완료한 후에는 Exchange 관리 콘솔 또는 Exchange 관리 셸을 사용하여 공용 폴더 저장소를 만들고 정보 저장소 서비스를 다시 시작하는 방법으로 이 문제를 간단히 해결할 수 있습니다. 이 경우 정보 저장소 서비스를 반드시 다시 시작해야 하며, 서비스를 다시 시작할 때까지 레거시 클라이언트(Outlook 2003 이하 버전)를 서버에 연결할 수 없습니다.

또한 Exchange 2007의 무인 설치를 실행할 경우에는 /EnableLegacyOutlook 스위치를 사용하여 레거시 클라이언트에 대한 질문에 어떻게 대답할지를 지정할 수 있습니다.

Q: Exchange 2007에서 서버에 연결하는 데 이전 버전의 Outlook을 사용하는지 여부가 중요한 이유는 무엇입니까? 공용 폴더 저장소를 만들고 정보 저장소 서비스를 다시 시작하면 왜 이러한 문제가 해결되는 것입니까?

A: 이 질문에 대한 답은 공용 폴더 저장소의 존재 여부와 관련이 있습니다. 이전 버전의 Exchange에서 공용 폴더 저장소는 사용자의 약속 있음/없음 데이터를 저장하는 데 사용됩니다. MAPI 또는 RPC over HTTP를 사용하여 Exchange 서버에 연결한 레거시 Outlook 사용자가 일정에 항목을 게시하면 해당 사용자의 약속 있음/없음 상태 정보도 서버의 Schedule+ 폴더라는 특수한 공용 폴더에 게시됩니다. 이는 레거시 Outlook 클라이언트가 서버에 게시된 사용자의 약속 있음/없음 데이터를 인식할 수 있는 유일한 방법이며 레거시 Outlook이 다른 사용자의 약속 있음/없음 정보를 어떻게 읽는지 인식할 수 있는 사실상 유일한 방법입니다.

Exchange 2007에서도 이러한 사항이 인식됩니다. 따라서 공용 폴더 저장소가 없으면 Exchange 2007이 이전 버전의 클라이언트를 차단하는 것입니다. Exchange 2007에서 레거시 클라이언트 연결을 허용한다면 Outlook이 약속 있음/없음 데이터를 게시하기 위해 공용 폴더 저장소에 연결할 수 없으므로 오류가 발생하게 되고, 사용자가 다른 사람과의 모임 일정을 예약하려는 경우 등에 수행해야 하는 약속 있음/없음 조회 기능이 동작하지 않으므로 클라이언트 기능이 제한됩니다. 공용 폴더 저장소를 만들면 문제가 해결되는 것도 바로 이러한 이유 때문입니다. 즉, Exchange 2007 서버에서 레거시 클라이언트가 약속 있음/없음 게시 기능을 사용할 수 있다는 사실을 인식하게 되므로 사서함 로그온이 허용되는 것입니다.

이 모든 사항으로 미루어 보면 Outlook 2007 클라이언트에서는 약속 있음/없음 정보를 게시하는 데 공용 폴더 저장소가 필요 없다는 사실도 알 수 있습니다. 이는 사실이지만 조금 복잡합니다.

여기서는 이 내용에 대해 자세히 설명하지 않겠습니다. 단지 Exchange 2007 서버에 공용 폴더 저장소가 있으면 Outlook 2007 클라이언트도 사용자 약속 있음/없음 데이터를 해당 저장소에 게시한다는 점만 알면 됩니다. 이는 레거시 Outlook 클라이언트를 비롯한 다른 클라이언트가 Outlook 2007 사용자의 약속 있음/없음 정보를 조회할 수 있도록 하기 위한 동작입니다. 만약 공용 폴더 저장소 이외의 위치에 정보를 저장하면 공용 폴더 저장소에 정보를 채우는 클라이언트가 없으므로 레거시 클라이언트에서 Outlook 2007 사용자에 대한 정보를 확인할 수 없습니다. 그러나 공용 폴더 저장소가 없으면 Outlook 2007 클라이언트는 약속 있음/없음 데이터를 게시하려고 하지 않습니다. 공용 저장소가 없고 모든 클라이언트가 Outlook 2007 이상이면 다른 위치에 정보의 복사본을 만드는 대신 사용자의 사서함에서 직접 일정 데이터를 읽는 다른 약속 있음/없음 정보 조회 메커니즘이 사용됩니다. 이에 대한 자세한 내용은 서버의 도움말 파일 또는 온라인 Exchange 설명서(go.microsoft.com/fwlink/?LinkId=69434)에서 가용성 서비스에 대한 정보를 찾아보십시오.

Q: 레지스트리 키를 사용하여 MAPI 클라이언트를 차단하는 내용을 다룬 기술 자료 문서 288894(support.microsoft.com/kb/288894 참조)를 읽었습니다. 서버의 레지스트리를 확인했지만 이 키가 설정되어 있지 않습니다. 저장소에서는 이 레거시 클라이언트 버전을 어떻게 차단합니까?

A: 좋은 질문입니다. 사실 Exchange 2007 정보 저장소는 해당 기술 자료 문서에서 레거시 클라이언트를 차단하는 데 사용하는 것으로 언급한 "Disable MAPI Clients" 레지스트리 값을 사용하지 않습니다. 공용 폴더 저장소가 존재하지 않을 경우 해당 레지스트리 키를 수정하여 클라이언트 차단을 해제할 수도 있기 때문입니다.

Outlook 2007 이전 버전의 클라이언트를 차단하는 동작은 Exchange 2007 정보 저장소에 하드 코드되어 있습니다. 서비스 시작 시 저장소는 공용 폴더 저장소가 존재하는지 여부를 확인하여 Outlook 2007만 사서함에 연결하도록 허용할지 아니면 이전 버전도 사서함에 연결하도록 허용할지를 결정합니다. 이 검사 작업은 서비스 시작 시에만 수행됩니다. 때문에 공용 폴더 저장소를 만든 후에 변경 내용을 적용하려면 정보 저장소 서비스를 다시 시작해야 합니다.

KC Lemson은 Exchange Server 팀의 사용자 환경 관리자로, 현재 유명 비정규 대학에서 박사 학위 취득을 준비하고 있습니다.

Nino Bilic은 Exchange Server 팀의 지원 기능 프로그램 관리자로, Forza Motorsports 2에서 전문 카레이서가 되는 데 열중하고 있습니다.

© 2008 Microsoft Corporation 및 CMP Media, LLC. All rights reserved. 이 문서의 전부 또는 일부를 무단으로 복제하는 행위는 금지됩니다..