설치 안내서 템플릿 - 사서함 서버

아티클
03/03/2017

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

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

이 항목에서는 사서함 서버 역할이 설치되어 있는 Microsoft Exchange Server 2010 서버에 대해 수행하는 조직의 서버 빌드 절차를 공식적으로 문서화하는 시작 지점으로 사용할 수 있는 설치 안내서 템플릿을 제공합니다.

템플릿에는 다음 주요 섹션이 포함되어 있습니다.

주요 내용 요약
서버 구성
확인 단계
Exchange 서버 역할 설치
Exchange 서버 역할 구성
부록 서버 구성

이 템플릿은 예제를 제공하기 위해 Contoso라는 가상 회사 이름을 사용합니다. 또한 Microsoft Exchange Server 2010 설치 안내서 템플릿(https://go.microsoft.com/fwlink/?LinkID=187961)에서 이 템플릿과 다른 서버 역할을 위한 템플릿을 .zip 파일 형식의 다운로드 패키지로 다운로드할 수 있습니다.

주요 내용 요약

이 문서는 Exchange 2010 플랫폼에 Windows Server 2008 사서함 서버 역할을 설치하는 데 필요한 설치 및 구성을 설명하기 위한 것입니다.

업무 정당성

이 설치 안내서를 통해 Contoso에서는 기업 전체의 업무를 표준화하여 TCO(총 소유 비용)를 줄이고 문제 해결 단계를 쉽게 수행할 수 있도록 합니다.

범위

이 문서의 범위는 x64 버전의 Exchange 2010(SP2 또는 R2) 운영 체제에 Contoso용 Windows Server 2008 사서함 서버를 설치하는 작업으로 제한됩니다.

선행 조건

관리자는 Windows Server 2008 개념, Exchange 2010 개념, Exchange 관리 콘솔 및 Exchange 관리 셸, 명령줄 및 다양한 시스템 유틸리티에 대한 실무 지식이 있어야 합니다. 이 문서에서는 설명하는 작업을 완료하는 데 필요한 내용을 제외하고는 시스템 유틸리티에 대해 자세히 설명하지 않습니다.

또한 서버 역할을 구현하기 전에 관리자가 Exchange Server 2010 라이브러리(https://go.microsoft.com/fwlink/?LinkId=187526)의 사서함 서버 역할 개요 항목을 검토해야 합니다.

가정

이 문서에서는 승인된 최신 서비스 팩 및 핫픽스를 포함하는 회사 기준 규정에 따라 지정된 클라이언트 액세스 서버에 Windows Server 2008 x64 Edition이 설치되어 있다고 가정합니다. 또한 다음과 같은 시스템 구성 요소가 설치되어 있어야 합니다.

Microsoft .NET Framework 3.5 SP1 및 .NET Framework 3.5 SP1용 업데이트 자세한 내용은 Microsoft 기술 자료 문서 959209, .NET Framework 3.5 서비스 팩 1용 업데이트 사용할 수 있음(https://go.microsoft.com/fwlink/?linkid=3052\&kbid=959209)을 참조하십시오.
Windows 관리 프레임워크(Windows Remote Management 2.0 및 Windows PowerShell 2.0).

이 문서에서는 포리스트 및 도메인 준비 단계가 Exchange Server 2010 라이브러리(https://go.microsoft.com/fwlink/?LinkId=187262)의 Active Directory 및 도메인 준비 항목에 설명된 대로 수행되었다고 가정합니다.

이 문서에서는 Exchange 작업에 사용할 계정이 Exchange Server 2010 라이브러리(https://go.microsoft.com/fwlink/?LinkId=187265)의 서버 관리 항목에 설명된 대로 Server Management 관리 역할을 위임받았다고 가정합니다.

또한 이 문서에서는 Windows Server 2008 보안 가이드(https://go.microsoft.com/fwlink/?LinkId=122593)의 모범 사례에 따라 Exchange 2010Windows Server 2008과 Windows Server 2008을 모두 보호한다고 가정합니다.

중요

이 문서 내에 나와 있는 절차는 순서대로 수행해야 합니다. 순서대로 변경하지 않으면 예기치 않은 결과가 발생할 수 있습니다.

서버 구성

이 섹션에서는 다음과 같은 미디어가 필요합니다.

Windows Server 2008 설치 파일

이 섹션에는 다음 절차가 포함되어 있습니다.

추가 소프트웨어 확인
네트워크 인터페이스 구성
드라이브 구성
Windows Server 2008 핫픽스 설치
도메인 구성원 자격 구성
로컬 관리자 확인
로컬 관리자 계정 암호 다시 설정
디버깅 도구 설치
페이지 파일 수정
드라이브 사용 권한

추가 소프트웨어 확인

원격 데스크톱이 사용하도록 설정되어 있는지 확인합니다.
원하는 경우 Microsoft 네트워크 모니터를 설치합니다.

네트워크 인터페이스 구성

최소한 로컬 관리 액세스 권한을 위임받은 계정으로 서버에 로그온합니다.
시작 > 제어판을 차례로 클릭한 다음 네트워크 및 공유 센터를 두 번 클릭합니다.
네트워크 연결 관리를 클릭합니다.
내부 네트워크를 위한 연결을 찾아 조직의 이름에 대한 표준에 따라 이름을 바꿉니다.
연결을 마우스 오른쪽 단추로 클릭한 다음 속성을 선택합니다.
인터넷 프로토콜 버전 4(TCP/IPv4)의 경우 다음을 추가합니다.
1. 고정 IP 주소, 서브넷 마스크 및 게이트웨이
2. DNS 서버 IP 주소
3. 주 DNS 접미사의 부모 접미사 추가 확인란을 선택합니다.
4. WINS IP 주소(WINS를 사용하는 경우)
인터넷 프로토콜 버전 6(TCP/IPv6)을 사용하는 경우 조직의 네트워크 표준에 따라 IPv6 설정을 구성합니다.

드라이브 구성

원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한이 있는 계정으로 로그온합니다.
시작, 관리 도구를 차례로 클릭하고 컴퓨터 관리를 선택합니다.
저장소를 확장하고 디스크 관리를 클릭합니다.

MMC(Microsoft Management Console)의 디스크 관리 스냅인을 사용하고 볼륨 및 DVD 드라이브가 해당하는 서버 구성과 일치하도록 적절한 드라이브 문자 형식을 지정하고 이름을 바꾸고 할당합니다. 사용해야 하는 실제 드라이브 구성은 이 문서 끝부분의 데이터베이스 로그 LUN 부록을 참조하십시오.

드라이브 구성

LUN	드라이브 문자	사용
1	C	운영 체제, Exchange 바이너리 및 추적 로그
2	E	Exchange 데이터베이스
4	L	Exchange 트랜잭션 로그
5-x	--	데이터베이스 및 로그용 추가 드라이브
6	Z	DVD 드라이브

Windows Server 2008 핫픽스 설치

원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한이 있는 계정으로 로그온합니다.
회사에서 Windows Server 2008 x64(SP2 또는 R2) 버전에 대해 승인한 최신 핫픽스를 구해 서버에 복사합니다.
다음 두 가지 방법 중 하나를 사용하여 핫픽스 설치를 시작합니다.
1. 파일을 두 번 클릭하고 GUI 지시를 따릅니다.
2. 관리 명령 프롬프트에서 다음 명령을 사용하여 자동 설치를 수행합니다.
```
<hotfix>.msu /quiet /norestart
```
디지털 서명 없음 대화 상자가 나타나면 예를 클릭합니다.

참고

Windows 보안 템플릿을 배포하지 않은 환경에서는 이 대화 상자가 나타나지 않습니다.
모든 파일이 복사될 때까지 기다린 후에 서버를 다시 시작합니다. Windows 작업 관리자의 프로세스 탭을 사용하여 핫픽스 설치 진행률을 모니터링할 수 있습니다. wusa.exe 프로세스가 종료되면 핫픽스 설치가 완료됩니다.

도메인 구성원 자격 구성

원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.
시작을 클릭하고 내 컴퓨터를 마우스 오른쪽 단추로 클릭한 다음 속성을 선택합니다.
컴퓨터 이름, 도메인 및 작업 그룹 설정에서 설정 변경을 클릭합니다.
변경을 클릭합니다.
도메인 옵션 단추를 선택한 다음 적절한 도메인 이름을 입력합니다.
적절한 자격 증명을 입력합니다.
확인, 확인을 차례로 클릭합니다.
확인을 클릭하여 시스템 속성을 닫습니다.
서버를 다시 시작합니다.

로컬 관리자 확인

원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.
Exchange 설치를 수행할 Domain Admins 계정과 사용자 계정이 이 서버의 로컬 관리자 그룹의 구성원인지 확인(또는 없으면 추가)합니다.
사용자의 계정이 Windows Server 2008 서버의 로컬 관리자 그룹의 구성원인 그룹의 구성원인지 확인합니다. 그렇지 않은 경우 로컬 관리자 그룹의 구성원인 계정을 사용하여 작업을 계속합니다.

로컬 관리자 계정 암호 다시 설정

원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.
시작을 클릭하고 컴퓨터를 마우스 오른쪽 단추로 클릭한 다음 관리를 선택합니다.
노드를 확장하여 구성\로컬 사용자 및 그룹\사용자를 찾습니다.
관리자를 마우스 오른쪽 단추로 클릭한 다음 암호 설정을 선택합니다. 강력한 복잡성 요구 사항을 충족하도록 암호를 변경합니다.

디버깅 도구 설치

이 섹션에서는 관리자의 Exchange 관리 및 지원 문제 해결 작업을 도와주는 몇 가지 유용한 도구에 대해 설명합니다.

Windows용 디버깅 도구를 사용하면 관리자가 서비스에 영향을 주는 프로세스를 디버깅하고 근본 원인을 확인할 수 있습니다.

원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.
Windows 64비트 버전용 디버깅 도구 설치(https://go.microsoft.com/fwlink/?LinkID=123594)에서 최신 64비트 디버깅 도구를 다운로드하여 설치합니다.

페이지 파일 수정

원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.
시작을 클릭하고 컴퓨터를 마우스 오른쪽 단추로 클릭한 다음 속성을 선택합니다.
고급 시스템 설정을 선택합니다.
시작 및 복구에서 설정을 클릭합니다.
1. 디버깅 정보 쓰기 아래의 메모리 덤프 드롭다운 목록에서 커널 메모리 덤프를 선택합니다.
2. 확인을 클릭합니다.
성능에서 설정을 클릭합니다.
고급 탭을 클릭합니다.
가상 메모리에서 변경을 클릭합니다.
전용 페이지 파일 드라이브가 있는 서버에서 다음 단계를 수행합니다.
1. 드라이브 목록에서 **C:**를 클릭한 다음 사용자 지정 크기를 클릭합니다.
2. C: 드라이브의 처음 크기(MB) 값을 최소 200MB로 설정합니다. (Windows에 커널 메모리 덤프를 구성할 때 부트 볼륨에서 페이지 파일 공간에 사용할 수 있는 실제 RAM의 양과 서버 부하에 따라, 150MB에서 2GB 사이의 페이지 파일 공간이 Windows에 필요합니다. 따라서 처음 크기를 늘려야 할 수도 있습니다.)
3. C: 드라이브의 최대 크기(MB) 값을 처음 크기 값으로 설정합니다.
4. 드라이브 목록에서 페이지 파일 드라이브(예: P: 드라이브)를 선택한 다음 사용자 지정 크기를 클릭합니다.
5. 처음 크기(MB) 상자에 다음 계산 결과 중 하나를 입력합니다.
  
  서버 RAM이 8GB보다 작으면 RAM 크기에 1.5를 곱합니다.
  
  서버 RAM이 8GB 이상이면 RAM 크기에 10MB를 더합니다.
6. 처음 크기 상자에 입력한 것과 같은 값을 최대 크기(MB) 상자에 입력합니다.
7. 다른 페이지 파일을 모두 삭제합니다.
8. 확인을 클릭합니다.
전용 페이지 파일 드라이브가 없는 서버에서는 다음 단계를 수행합니다.
1. 드라이브 목록에서 **C:**를 클릭한 다음 사용자 지정 크기를 클릭합니다.
2. C: 드라이브의 처음 크기(MB) 상자에 다음 계산 결과 중 하나를 입력합니다.
  
  서버 RAM이 8GB보다 작으면 RAM 크기에 1.5를 곱합니다.
  
  서버 RAM이 8GB 이상이면 RAM 크기에 10MB를 더합니다.
3. 다른 페이지 파일을 모두 삭제합니다.
4. 확인을 클릭합니다.
확인을 두 번 클릭하여 시스템 속성 대화 상자를 닫습니다.
시스템을 다시 시작할 것인지 묻는 메시지가 표시되면 아니요를 클릭합니다.

참고

페이지 파일 권장 사항에 대한 자세한 내용은 다음 Microsoft 기술 자료 문서를 참조하십시오. Windows Server 2003 또는 Windows XP의 64비트 버전에서 적절한 페이지 파일 크기를 결정하는 방법(https://go.microsoft.com/fwlink/?linkid=3052&kbid=889654) 및 Windows Vista, Windows Server 2008, Windows Server 2003, Windows XP 및 Windows 2000의 메모리 덤프 파일 옵션에 대한 개요(https://go.microsoft.com/fwlink/?linkid=3052&kbid=254649).

드라이브 사용 권한

원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.
시작을 클릭한 다음 컴퓨터를 선택합니다.
D 드라이브를 마우스 오른쪽 단추로 클릭하고 속성을 선택합니다.
보안 탭을 클릭합니다.
편집을 클릭합니다.
추가를 클릭한 다음 위치에서 로컬 서버를 선택합니다.
아래 표에 나와 있는 다음 권한을 부여합니다.

드라이브 사용 권한

계정 사용 권한

관리자

모든 권한

SYSTEM

모든 권한

인증된 사용자

읽기 및 실행, 폴더 내용 보기, 읽기

만든 소유자

모든 권한
고급 단추를 클릭합니다.
CREATOR OWNER 사용 권한 항목을 선택한 다음 보기/편집을 클릭합니다.
드롭다운 목록에서 하위 폴더 및 파일만을 선택합니다.
확인을 두 번 클릭합니다.
확인을 클릭하여 드라이브 속성을 닫습니다.
C 드라이브를 제외한 각각의 추가 드라이브에 대해 3-12단계를 반복합니다.

계정	사용 권한
관리자	모든 권한
SYSTEM	모든 권한
인증된 사용자	읽기 및 실행, 폴더 내용 보기, 읽기
만든 소유자	모든 권한

확인 단계

이 섹션에는 다음 절차가 포함되어 있습니다.

조직 구성 단위 확인
Active Directory 사이트 확인
도메인 컨트롤러 진단 확인
Exchange 모범 사례 분석기 확인

중요

이 문서 내에 나와 있는 절차는 순서대로 수행해야 합니다. 순서대로 변경하지 않으면 예기치 않은 결과가 발생할 수 있습니다.

조직 구성 단위 확인

해당하는 작업 그룹에 대해 변경 요청을 제출하여 컴퓨터 개체를 해당하는 OU(조직 단위)로 이동하도록 하십시오.

Active Directory 사이트 확인

원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.
명령 프롬프트 창을 엽니다.
서버가 올바른 도메인 및 Active Directory 사이트에 있는지 확인합니다. 명령줄에 다음을 입력합니다.
```
NLTEST /server:%COMPUTERNAME% /dsgetsite
```
서버가 속한 Active Directory 사이트의 이름이 표시됩니다. 서버가 올바른 Active Directory 사이트에 있지 않은 경우 해당하는 작업 그룹에 대해 변경 요청을 제출하여 서버를 해당하는 Active Directory 사이트로 이동하도록 하십시오.

도메인 컨트롤러 진단 확인

원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.
명령 프롬프트 창을 열고 경로를 C 드라이브로 변경합니다.
다음 명령을 실행합니다.
```
dcdiag /s:<Domain Controller> /f:c:\dcdiag.log
```
참고

<도메인 컨트롤러>를 Exchange 서버와 동일한 Active Directory 사이트 내에 포함된 도메인 컨트롤러로 변경합니다.
C:\dcdiag.log 파일의 출력을 검토하여 로컬 도메인 컨트롤러와의 연결 문제가 없는지 확인합니다.
로컬 Active Directory 사이트의 각 도메인 컨트롤러에 대해 3-4단계를 반복합니다.

참고

DCDiag(도메인 컨트롤러 진단)는 도메인 컨트롤러의 네트워크 연결 및 DNS 확인을 테스트하는 Windows 지원 도구입니다. 사용 중인 계정에 관리 권한이 없으면 기본 검사 실행 제목 아래에 있는 일부 테스트는 통과할 수 없습니다. 연결 테스트를 통과하면 이 테스트를 무시할 수 있습니다. 또한 로그 파일에서 일부 서비스 유효성 검사 테스트를 통과하지 못했음을 보고할 수 있습니다. 서비스가 도메인 컨트롤러에 없는 경우 이 메시지를 무시할 수 있습니다.

Exchange 모범 사례 분석기 확인

Microsoft Exchange 분석기를 사용하면 관리자가 다양한 운영 지원 문제를 해결할 수 있습니다. 원격 데스크톱을 통해 Exchange 2010 SP 1 이상 관리 도구가 설치되어 있는 환경의 서버에 연결한 다음 로컬 관리 권한이 있는 계정으로 로그온합니다.

시작 > 모든 프로그램 > Microsoft Exchange Server 2010을 클릭한 다음 Exchange 관리 콘솔을 선택합니다.
도구 상자 노드를 엽니다.
모범 사례 분석기를 두 번 클릭합니다.
모범 사례 분석기 엔진용 업데이트를 확인 및 업데이트합니다.
Active Directory 연결을 위한 적절한 정보를 입력하고 Active Directory 서버에 연결을 클릭합니다.
새 Best Practices 검색 시작에서 상태 확인을 선택한 다음 검색 시작을 클릭합니다.
보고서를 검토한 다음 모범 사례 분석기 내에서 제공되는 문제 해결 문서에 따라 보고되는 오류 또는 경고에 대해 조치를 취합니다.

Exchange 서버 역할 설치

이 섹션에서는 다음과 같은 미디어가 필요합니다.

Microsoft Exchange Server 2010 설치 파일

이 섹션에는 다음 절차가 포함되어 있습니다.

Exchange 2010 선행 조건 설치:
- Windows Server 2008 SP2
  
  -또는-
- Windows Server 2008 R2
Exchange 2010 설치
Exchange 2010 업데이트 롤업 설치
제품 키 구성
시스템 성능 확인
테스트 사서함 만들기

중요

이 문서 내에 나와 있는 절차는 순서대로 수행해야 합니다. 순서대로 변경하지 않으면 예기치 않은 결과가 발생할 수 있습니다.

Windows Server 2008 SP2용 Exchange 2010 선행 조건 설치

원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.
관리 명령 프롬프트 창을 엽니다.
Microsoft Filter Pack을 설치합니다. 자세한 내용은 2007 Office System 변환기: Microsoft Filter Pack(https://go.microsoft.com/fwlink/?linkid=137042)을 참조하세요.
관리자 권한 명령 프롬프트를 열고 Exchange 2010 설치 미디어의 \Setup\ServerRoles\Common 폴더로 이동한 후 다음 명령을 사용하여 필요한 운영 체제 구성 요소를 설치합니다.
```
ServerManagerCmd -ip Exchange-MBX.xml -Restart
```

Windows Server 2008 R2용 Exchange 2010 선행 조건 설치

원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한이 있는 계정으로 로그온합니다.
Microsoft Filter Pack을 설치합니다. 자세한 내용은 2007 Office System 변환기: Microsoft Filter Pack(https://go.microsoft.com/fwlink/?linkid=137042)을 참조하세요.
시작 메뉴에서 모든 프로그램 > 보조프로그램 >Windows PowerShell로 이동합니다. 관리자 권한 Windows PowerShell 콘솔을 열고 다음 명령을 실행합니다.
```
Import-Module ServerManager
```

Add-WindowsFeature cmdlet을 사용하여 필요한 운영 체제 구성 요소를 설치합니다.

Add-WindowsFeature NET-Framework,RSAT-ADDS,Web-Server,Web-Basic-Auth,Web-Windows-Auth,Web-Metabase,Web-Net-Ext,Web-Lgcy-Mgmt-Console,WAS-Process-Model,RSAT-Web-Server -Restart

Exchange 2010 설치

이 문서에서는 명령줄 방식을 사용하여 Exchange 2010 서버 역할을 설치하지만 설치 마법사라고 하는 GUI도 사용할 수 있습니다. 설치 마법사를 사용하여 Exchange 2010 서버 역할을 설치하는 방법에 대한 자세한 내용은 Exchange Server 2010 라이브러리(https://go.microsoft.com/fwlink/?LinkId=187220)의 사용자 지정 Exchange 2010 설치 수행 항목을 참조하십시오.

중요

Microsoft Exchange 버전이 없는 조직에 설치하는 첫 번째 사서함 서버 역할이고 클라이언트 컴퓨터가 Microsoft Office Outlook 2003을 실행하는 경우 /EnableLegacyOutlook 설치 매개 변수(선택)도 지정해야 합니다. 또한 Microsoft Exchange 버전이 없는 환경에 설치하는 첫 번째 Exchange 2010 서버 역할인 경우 /OrganizationName 설치 매개 변수도 지정해야 합니다.

원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다. Exchange 서버가 위임 설치를 위해 프로비전된 경우, 해당 계정은 서버 관리 또는 위임 설치 역할(또는 그 이상)을 위임받아야 합니다.
Exchange Server 2010 라이브러리(https://go.microsoft.com/fwlink/?LinkId=187229)의 무인 모드로 Exchange 2010 설치 항목에 자세히 설명되어 있는 절차를 따릅니다. 예를 들어 다음 명령은 사서함 서버 역할을 설치하고 사용자 지정 데이터베이스 이름, 데이터베이스 경로 및 트랜잭션 로그 파일 위치를 제공합니다.
```
setup.com /r:M /mdbName: "<Server Name> MBX DB1" /dbfilepath: e:\MBXDB1\priv01.edb /logfolderpath: l:\log01 
```
필요한 경우에도 서버를 다시 시작하지 않습니다.

Exchange 2010 업데이트 롤업 설치

원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한이 있는 계정으로 로그온합니다.
회사에서 승인한 최신 롤업을 구해 서버에 복사합니다.
다음 두 가지 방법 중 하나를 사용하여 Windows Installer 패치(MSP 파일) 설치를 시작합니다.
1. MSP 파일을 두 번 클릭한 다음 GUI 지시를 따릅니다.
2. 관리 명령 프롬프트에서 다음 명령을 사용하여 자동 설치를 수행합니다.
```
msiexec /i <Path and filename of MSP file> /q
```
디지털 서명 없음 대화 상자가 나타나면 예를 클릭합니다.

참고

Windows 보안 템플릿을 배포한 환경에서만 이 대화 상자가 나타납니다.

제품 키 구성

서버 관리 역할을 위임받은 계정으로 Exchange 관리 셸을 실행합니다.
Exchange Server 2010 라이브러리(https://go.microsoft.com/fwlink/?LinkId=187234)의 제품 키 입력 항목에 설명되어 있는 절차를 따릅니다.

Exchange 검색 구성

원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.
Exchange Server 2010 라이브러리(https://go.microsoft.com/fwlink/?LinkId=187516)의 Exchange 2010으로 Filter Pack IFilter 등록 항목에 설명되어 있는 절차를 따릅니다.
선택 사항: PDF 파일을 검색하려면 Adobe PDF iFilter(https://www.adobe.com/support/downloads/detail.jsp?ftpID=5542)를 설치하고 Exchange Server 2007을 위한 PDF iFilter 구성(http://www.adobe.com/special/acrobat/configuring\_pdf\_ifilter\_for\_ms\_exchange\_server\_2007.pdf) 설명서의 내용을 따릅니다.

참고

이 항목의 타사 웹 사이트 정보는 필요한 기술 정보를 찾는 데 도움을 주기 위해 제공됩니다. URL은 사전 통지 없이 변경될 수 있습니다.

시스템 성능 확인

기본적으로 Exchange 2010은 백그라운드 서비스에 대한 서버 프로세서 사용 계획 관리를 최적화합니다.

원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한이 있는 계정으로 로그온합니다.
시작을 클릭하고 컴퓨터를 마우스 오른쪽 단추로 클릭한 다음 속성을 선택합니다.
고급 시스템 설정을 선택합니다.
성능에서 설정을 클릭합니다.
1. 고급 탭을 클릭합니다.
2. 프로세서 사용 계획이 백그라운드 서비스로 설정되어 있는지 확인합니다.
확인을 클릭합니다.

테스트 사서함 만들기

Exchange를 모니터링하는 데 사용되는 여러 진단 작업을 수행하려면 사서함 서버에 테스트 사서함을 만들어야 합니다.

원격 데스크톱을 통해 Exchange 2010 사서함 서버에 연결한 다음 로컬 관리 권한과 서버 관리 역할 이상을 위임받은 계정으로 로그온합니다.
시작 > 모든 프로그램 > Microsoft Exchange Server 2010을 차례로 클릭한 다음 Exchange 관리 셸을 선택합니다.
디렉터리 경로를 <Exchange Server 설치 경로>\Scripts로 변경합니다.
New-TestCasConnectivityUser.ps1을 입력하고 Enter를 누릅니다.
임시 암호를 입력하고 메시지에 따라 테스트 사서함을 만듭니다.

Exchange 서버 역할 구성

이 섹션에는 다음 절차가 포함되어 있습니다.

첫 번째 데이터베이스 구성
두 번째 데이터베이스 구성
레코드 관리 구성
메시지 추적 서버 구성
추가 데이터베이스

중요

이 문서 내에 나와 있는 절차는 순서대로 수행해야 합니다. 순서대로 변경하지 않으면 예기치 않은 결과가 발생할 수 있습니다.

첫 번째 데이터베이스 구성

사서함 서버 설치 시 /mdbname, /dbfilepath 및 /logfolderpath 매개 변수를 제공한 경우에는 이 섹션을 건너뛸 수 있습니다.

서버 관리 역할을 위임받은 계정으로 Exchange 관리 셸을 실행합니다.

중요

다음 표의 값은 권장 값이 아닌 예제 값이므로 조직의 실제 값을 반영하도록 수정해야 합니다.

Contoso의 첫 번째 데이터베이스 구성

데이터베이스 매개 변수	이전 정보	새로운 예
이름	사서함 데이터베이스 <GUID>	<ServerName> MBX DB 1
로그 경로	%ProgramFiles%\Microsoft\Exchange Server\v14\Mailbox\Mailbox Database <GUID>	L:\LOG01
데이터베이스 파일 이름 및 경로	%ProgramFiles%\Microsoft\Exchange Server\v14\Mailbox\Mailbox Database <GUID>\Mailbox database <GUID>.edb	E:\MBXDB1\Priv01.edb

데이터베이스를 분리하려면 다음 명령을 실행합니다.
```
Dismount-Database "Mailbox Database <GUID>"
```
사서함 데이터베이스 이름을 변경하려면 다음 명령을 실행합니다.
```
Set-MailboxDatabase "<Old DB Name>" -Name "<New DB Name>"
```
데이터베이스의 트랜잭션 로그 위치와 데이터베이스 파일의 위치를 변경하려면 다음 명령을 실행합니다.
```
Move-DatabasePath "<Database Name>" -LogFolderPath "<New Log Location>" -EdbFilePath "<New DB Path and FileName>"
```
데이터베이스를 탑재하려면 다음 명령을 실행합니다.
```
Mount-Database "<New DB Name>"
```

두 번째 데이터베이스 구성

사서함 서버 역할 설치 중에 공용 폴더 데이터베이스를 만든 경우 공용 폴더 데이터베이스는 기본 위치에 배치됩니다. 공용 폴더 데이터베이스가 없는 경우에는 이 섹션을 건너뛸 수 있습니다.

서버 관리 역할을 위임받은 계정으로 Exchange 관리 셸을 실행합니다.

중요

다음 표의 값은 권장 값이 아닌 예제 값이므로 조직의 실제 값을 반영하도록 수정해야 합니다.

Contoso의 공용 폴더 데이터베이스 구성

데이터베이스 매개 변수	이전 정보	새로운 예
이름	공용 폴더 데이터베이스 <GUID>	<ServerName> PUB 저장소 2
로그 경로	%ProgramFiles%\Microsoft\Exchange Server\Mailbox\Public Folder Database <GUID>	L:\LOG02
데이터베이스 파일 이름 및 경로	%ProgramFiles%\Microsoft\Exchange Server\Mailbox\Public Folder Database <GUID>\Public Folder database <GUID>.edb	E:\MBXDB2\Pub02.edb

데이터베이스를 분리하려면 다음 명령을 실행합니다.
```
Dismount-Database "Public Folder Database <GUID>"
```
공용 폴더 데이터베이스 이름을 변경하려면 다음 명령을 실행합니다.
```
Set-PublicFolderDatabase "<Old DB Name>" -Name "<New DB Name>"
```
데이터베이스의 트랜잭션 로그 위치와 데이터베이스 파일의 위치를 변경하려면 다음 명령을 실행합니다.
```
Move-DatabasePath "<Database Name>" -LogFolderPath "<New Log Location>" -EdbFilePath "<New DB Path and FileName>"
```
데이터베이스를 탑재하려면 다음 명령을 실행합니다.
```
Mount-Database "<New DB Name>"
```

레코드 관리 구성

MRM(메시징 레코드 관리) 설정을 적용하기 위해 관리 폴더 도우미의 기본 일정을 변경할 필요가 없을 경우에는 이 섹션을 건너뛸 수 있습니다.

서버 관리 역할을 위임받은 계정으로 Exchange 관리 셸을 실행합니다.
관리 폴더 도우미를 사용하도록 설정하려면 다음 명령을 실행합니다.
```
Set-MailboxServer <MailboxServerName> -ManagedFolderAssistantSchedule <AssistantSchedule>
```
참고

이 문서 끝부분에 있는 서버 구성 부록의 "Contoso의 레코드 관리 구성" 표에서 명령에 필요한 정보를 참조하십시오.

메시지 추적 서버 구성

해당 환경에서 기본 메시지 추적 매개 변수를 사용할 수 있는 경우에는 이 섹션을 건너뛸 수 있습니다.

서버 관리 역할을 위임받은 계정으로 Exchange 관리 셸을 실행합니다.

메시지 추적 설정을 구성하려면 다음 명령을 실행합니다.

Set-MailboxServer <MailboxServerName> -MessageTrackingLogPath <LogPath> -MessageTrackingLogMaxAge <MaxAge> -MessageTrackingLogMaxDirectorySize <LogDirSize> -MessageTrackingLogMaxFileSize <LogFileSize> -MessageTrackingLogSubjectLoggingEnabled <SubjectLogEnabled>

참고

이 문서 끝부분에 있는 서버 구성 부록의 "Contoso의 메시지 추적 구성" 표에서 명령에 필요한 정보를 참조하십시오.

추가 데이터베이스

서버 관리 역할을 위임받은 계정으로 Exchange 관리 셸을 실행합니다.
이 문서 끝부분에 있는 데이터베이스/로그 LUN 부록 및 데이터베이스 구성 부록의 해당하는 표에서 명령에 필요한 정보를 참조하십시오.

데이터베이스를 만들려면 다음 명령을 실행합니다.

New-MailboxDatabase -Name "<DB Name>" -LogFolderPath <Transaction Log Location> -EdbFilePath <Database Path and FileName> -OfflineAddressBook <OfflineAddressBook> -PublicFolderDatabase <PFDatabase> | Set-MailboxDatabase -IssueWarningQuota <WarningQuota> -ProhibitSendQuota <SendQuota> -ProhibitSendReceiveQuota <SendReceiveQuota> -MailboxRetention <dd.hh:mm:ss> -DeletedItemRetention <dd.hh:mm:ss> -MaintenanceSchedule <MaintenanceSchedule> -QuotaNotificationSchedule <QuotaSchedule> -RetainDeletedItemsUntilBackup <RetainDeletedItemsUntilBackup>

데이터베이스를 탑재하려면 다음 명령을 실행합니다.
```
Mount-Database "<Database Name>"
```
만들어야 하는 각 데이터베이스에 대해 3단계와 4단계를 반복합니다.

부록 서버 구성

이 섹션에서는 다음 정보를 설명합니다.

레코드 관리 구성
메시지 추적 구성
데이터베이스/로그 LUN 부록
데이터베이스 구성 부록

레코드 관리 구성

다음 표에는 요구 사항에 따라 사서함 서버에 적용할 수 있는 구성 예가 나와 있습니다.

중요

다음 표의 값은 권장 값이 아닌 예제 값이므로 조직의 실제 값을 반영하도록 수정해야 합니다.

Contoso의 레코드 관리 구성

매개 변수	기본값	Contoso 값
서버 이름	<ServerName>	<ServerName>
관리 폴더 도우미 일정	일요일 오전 1시-일요일 오전 9시, 월요일 오전 1시-월요일 오전 9시, 화요일 오전 1시-화요일 오전 9시, 수요일 오전 1시-수요일 오전 9시, 목요일 오전 1시-목요일 오전 9시, 금요일 오전 1시-금요일 오전 9시, 토요일 오전 1시-토요일 오전 9시	"일요일 오후 6시-일요일 오후 7시 45분", "월요일 오후 6시-월요일 오후 7시 45분", "화요일 오후 6시-화요일 오후 7시 45분", "수요일 오후 6시-수요일 오후 7시 45분", "목요일 오후 6시-목요일 오후 7시 45분", "금요일 오후 6시-금요일 오후 7시 45분", "토요일 오후 6시-토요일 오후 7시 45분"

메시지 추적 구성

다음 표에는 요구 사항에 따라 사서함 서버에 적용할 수 있는 구성 예가 나와 있습니다.

중요

다음 표의 값은 권장 값이 아닌 예제 값이므로 조직의 실제 값을 반영하도록 수정해야 합니다.

Contoso의 메시지 추적 구성

매개 변수	기본값	Contoso 값
서버 이름	<ServerName>	<ServerName>
메시지 추적 로그 경로	<Exchange 설치 경로>\TransportRoles\Logs\MessageTracking	L:\exchsrvr\MessageTracking
메시지 추적 로그 사용	True	True
메시지 추적 로그 최대 수명	30.00:00:00	45.00:00:00
메시지 추적 로그 최대 디렉터리 크기	1GB	20GB
메시지 추적 로그 최대 파일 크기	10MB	10MB
메시지 추적 로그 제목 로깅 사용	True	True

데이터베이스/로그 LUN 부록

사서함 복구에서는 사서함 데이터베이스 복사본 및 기타 기능이 실제 데이터 손실 및 손상을 우선적으로 보호하므로 매일 전체 백업을 수행할 필요가 없습니다. 따라서 사서함 복구를 사용하도록 설정된 환경에서는 두 가지 방법을 사용하여 백업을 수행할 수 있습니다.

필요한 경우 Exchange에서 인식하는 VSS(볼륨 섀도 복사본 서비스) 기반의 응용 프로그램을 사용하여 백업 및 복원을 수행할 수 있습니다.
원하는 백업 방법에 따라 Exchange 고유 데이터 보호 기능을 사용합니다. Exchange 고유 데이터 보호에 대한 자세한 내용은 Exchange Server 2010 라이브러리(https://go.microsoft.com/fwlink/?LinkId=187541)의 백업, 복원 및 재해 복구 이해 항목을 참조하십시오.

선택한 백업 방법에 따라 LUN 레이아웃을 변경해야 합니다.

Exchange 2010은 다음 LUN 레이아웃 아키텍처를 지원합니다.

데이터베이스당 LUN 1개 데이터베이스당 LUN을 하나씩 구성하는 아키텍처에서는 데이터베이스와 해당 로그 파일이 모두 같은 LUN에 위치합니다. 이 아키텍처를 배포하려면 데이터베이스 복사본이 둘 이상이고 하드웨어 기반 VSS 솔루션을 사용하고 있지 않아야 합니다.
데이터베이스당 LUN 2개 Exchange 2010을 사용하는 경우 최대 100개의 데이터베이스가 있으면 제공해야 하는 LUN의 수는 백업 전략에 따라 달라집니다. RTO(복구 시간 목표)가 낮거나 빠른 복구를 위해 VSS 복제본을 사용하는 경우에는 각 데이터베이스를 고유한 트랜잭션 로그 LUN 및 데이터베이스 LUN에 배치하는 것이 좋습니다. 이렇게 하면 사용 가능한 드라이브 문자 수가 초과되므로 볼륨 탑재 지점을 사용해야 합니다.
백업 집합당 LUN 2개 백업 집합은 야간에 전체 백업되는 여러 데이터베이스의 집합입니다. 데이터베이스의 1/7 분량에 대해 야간에 전체 백업을 수행하는 솔루션(예: 매일 증분 또는 차등 백업을 수행하고 주 단위 또는 격월로 전체 백업 사용)을 사용하면 백업할 모든 데이터베이스를 동일한 로그 및 데이터베이스 LUN에 배치하여 복잡도를 낮출 수 있습니다. 이 방법을 사용하면 서버의 LUN 수도 줄일 수 있습니다.

데이터베이스/LUN 레이아웃당 LUN 2개

Exchange 2010에서는 Windows Server 2008에 포함된 VSS를 사용하여 Exchange 2010 데이터베이스와 트랜잭션 로그 파일의 볼륨 섀도 복사본을 만듭니다. 복제 및 스냅숏 기술을 모두 포함하는 VSS에 대한 기본적인 사항에 대해서는 Exchange Server 2003에서 볼륨 섀도 복사본 서비스 사용에 대한 모범 사례(https://go.microsoft.com/fwlink/?LinkId=122556) 백서를 참조하십시오.

Exchange 2010을 사용하여 활성 및 수동 데이터베이스 복사본의 소프트웨어 기반 VSS 스냅숏을 만들 수 있습니다. 수동 복사본의 VSS 스냅숏을 가져오면 체크섬 무결성(ESEUTIL) 중에, 그리고 테이프 또는 디스크에 대한 후속 복사 작업 중에 일어나는 활성 LUN에서의 디스크 I/O를 오프로드할 수 있습니다.

데이터베이스당 2개의 LUN(로그 및 데이터베이스)을 만드는 것이 Exchange 2003의 표준 모범 사례입니다. Exchange 2010을 사용하는 경우 최대 100개의 데이터베이스가 있으면 제공해야 하는 LUN의 수는 백업 전략에 따라 달라집니다. RTO(복구 시간 목표)가 매우 낮거나 빠른 복구를 위해 VSS 복제본을 사용하는 경우에는 각 데이터베이스를 고유한 트랜잭션 로그 LUN 및 데이터베이스 LUN에 배치하는 것이 좋습니다. 필요한 LUN 수에 따라 볼륨 탑재 지점을 사용해야 할 수도 있습니다.

이 전략을 사용하는 경우의 몇 가지 이점은 다음과 같습니다.

하드웨어 기반 VSS를 데이터베이스 수준에서 사용할 수 있으므로 단일 데이터베이스 백업 및 복원을 수행할 수 있습니다.
LUN 간에 스핀들을 공유하지 않는 경우 데이터베이스 간의 성능을 유동적으로 격리할 수 있습니다.
안정성을 높일 수 있습니다. 단일 LUN에서 발생하는 용량 또는 손상 문제가 하나의 데이터베이스에만 영향을 주기 때문입니다.
이 전략은 사서함 복구에 참여하지 않는 데이터베이스에도 권장됩니다.

이 전략을 사용하는 경우의 몇 가지 문제점은 다음과 같습니다.

사서함 복구를 사용하는 데이터베이스 100개에는 일부 저장소 배열 최대값을 초과하는 LUN 400개가 필요할 수 있습니다. 사서함 복구를 사용하지 않는 데이터베이스 100개에는 일부 저장소 배열 최대값을 초과하는 LUN 200개가 필요할 수 있습니다.
각 데이터베이스에 별도의 LUN을 지정하면 서버당 더 많은 LUN이 필요하므로 관리 비용 및 복잡성이 증가합니다.

참고

다음 표에서 MP는 탑재 지점을 의미합니다. X와 Y는 고유한 데이터베이스를 참조합니다.

LUN 디자인 방식: 데이터베이스당 LUN 2개

데이터베이스	데이터베이스 이름	데이터베이스 위치	데이터베이스 파일 이름	트랜잭션 로그 위치
앵커 LUN	--	E:\	--	L:\
DBx	<DAGName> MBX DB x	MP:\MDB0x	Priv0x.edb	MP:\LOG0x
DBy	<DAGName> MBX DB y	MP:\MDB0y	Priv0y.edb	MP:\LOG0y
…	…	…	…	…

데이터베이스/LUN 레이아웃당 LUN 1개

데이터베이스당 LUN을 하나씩 구성하는 아키텍처에서는 데이터베이스와 해당 로그 파일이 모두 같은 LUN에 위치합니다. 이 아키텍처를 배포하려면 복사본이 둘 이상이고 하드웨어 기반 VSS 솔루션을 사용하고 있지 않아야 합니다.

이 전략을 사용하는 경우의 몇 가지 이점은 다음과 같습니다.

관리할 LUN 수가 줄어들어 저장소 관리가 간편해집니다.
백업 작업의 수도 줄일 수 있습니다.
LUN 간에 스핀들을 공유하지 않는 경우 데이터베이스 간의 성능을 유동적으로 격리할 수 있습니다.

이 전략과 관련한 문제점은 하드웨어 기반 VSS 백업 및 복원 절차(예: 스냅숏 복제)를 수행하는 기능을 제한한다는 점입니다. VSS에 대한 자세한 내용은 Exchange Server 2003에서 볼륨 섀도 복사본 서비스 사용에 대한 모범 사례(https://go.microsoft.com/fwlink/?LinkId=122556) 백서를 참조하십시오.

참고

다음 표에서 MP는 탑재 지점을 의미합니다. X와 Y는 고유한 데이터베이스를 참조합니다.

LUN 디자인 방식: 데이터베이스당 LUN 1개

DB	데이터베이스 이름	데이터베이스 위치	데이터베이스 파일 이름
앵커 LUN	--	E:\	--
DBx	<DAGName> MBX 저장소 X	MP:\ \MDBx \LOGx	PrivX.edb
DBy	<DAGName> MBX 저장소 Y	MP:\ \MDBy \LOGy	PrivY.edb
…	…	…	…

데이터베이스/LUN 레이아웃

이 전략을 사용하는 경우의 몇 가지 이점은 다음과 같습니다.

하드웨어 기반 VSS를 데이터베이스 수준에서 사용할 수 있으므로 단일 데이터베이스 백업 및 복원을 수행할 수 있습니다.
LUN 간에 스핀들을 공유하지 않는 경우 데이터베이스 간의 성능을 유동적으로 격리할 수 있습니다.
안정성을 높일 수 있습니다. 단일 LUN에서 발생하는 용량 또는 손상 문제가 하나의 데이터베이스에만 영향을 주기 때문입니다.
이 전략은 사서함 복구에 참여하지 않는 데이터베이스에도 권장됩니다.

이 전략을 사용하는 경우의 몇 가지 문제점은 다음과 같습니다.

사서함 복구를 사용하는 100개의 데이터베이스에는 일부 저장소 배열의 최대 용량을 초과하는 400개의 LUN이 필요할 수 있습니다. 사서함 복구를 사용하지 않는 100개의 데이터베이스에는 일부 저장소 배열의 최대 용량을 초과하는 200개의 LUN이 필요할 수도 있습니다.
각 데이터베이스에 별도의 LUN을 지정하면 서버당 더 많은 LUN이 필요하므로 관리 비용 및 복잡성이 증가합니다.

참고

다음 표에서 MP는 탑재 지점을 의미합니다.
구성에 따라 DB2에는 사서함 데이터베이스 또는 공용 폴더 데이터베이스가 포함될 수 있습니다.

Contoso의 VSS 방식 LUN 디자인

데이터베이스	데이터베이스 이름	데이터베이스 위치	데이터베이스 파일 이름	트랜잭션 로그 위치
앵커 LUN	--	E:\	--	L:\
DB1	<ServerName> MBX DB 1	MP:\MBXDB1	Priv01.edb	MP:\LOG1
DB2	<ServerName> MBX DB 2	MP:\MBXDB2	Priv02.edb	MP:\LOG2
PF2	<ServerName> PUB DB 2	MP:\PFMDB2	Pub02.edb	MP:\PFLOG2
DB3	<ServerName> MBX DB 3	MP:\MBXDB3	Priv03.edb	MP:\LOG3
DB4	<ServerName> MBX DB 4	MP:\MBXDB4	Priv04.edb	MP:\LOG4
DB5	<ServerName> MBX DB 5	MP:\MBXDB5	Priv05.edb	MP:\LOG5
DB6	<ServerName> MBX DB 6	MP:\MBXDB6	Priv06.edb	MP:\LOG6
DB7	<ServerName> MBX DB 7	MP:\MBXDB7	Priv07.edb	MP:\LOG7
DB8	<ServerName> MBX DB 8	MP:\MBXDB8	Priv08.edb	MP:\LOG8
DB9	<ServerName> MBX DB 9	MP:\MBXDB9	Priv09.edb	MP:\LOG9
DB10	<ServerName> MBX DB 10	MP:\MBXDB10	Priv10.edb	MP:\LOG10
DB11	<ServerName> MBX DB 11	MP:\MBXDB11	Priv11.edb	MP:\LOG11
DB12	<ServerName> MBX DB 12	MP:\MBXDB12	Priv12.edb	MP:\LOG12
DB13	<ServerName> MBX DB 13	MP:\MBXDB13	Priv13.edb	MP:\LOG13
DB14	<ServerName> MBX DB 14	MP:\MBXDB14	Priv14.edb	MP:\LOG14
DB15	<ServerName> MBX DB 15	MP:\MBXDB15	Priv15.edb	MP:\LOG15
DB16	<ServerName> MBX DB 16	MP:\MBXDB16	Priv16.edb	MP:\LOG16
DB17	<ServerName> MBX DB 17	MP:\MBXDB17	Priv17.edb	MP:\LOG17
DB18	<ServerName> MBX DB 18	MP:\MBXDB18	Priv18.edb	MP:\LOG18
DB19	<ServerName> MBX DB 19	MP:\MBXDB19	Priv19.edb	MP:\LOG19
DB20	<ServerName> MBX DB 20	MP:\MBXDB20	Priv20.edb	MP:\LOG20
DB21	<ServerName> MBX DB 21	MP:\MBXDB21	Priv21.edb	MP:\LOG21
DB22	<ServerName> MBX DB 22	MP:\MBXDB22	Priv22.edb	MP:\LOG22
DB23	<ServerName> MBX DB 23	MP:\MBXDB23	Priv23.edb	MP:\LOG23
DB24	<ServerName> MBX DB 24	MP:\MBXDB24	Priv24.edb	MP:\LOG24
DB25	<ServerName> MBX DB 25	MP:\MBXDB25	Priv25.edb	MP:\LOG25
DB26	<ServerName> MBX DB 26	MP:\MBXDB26	Priv26.edb	MP:\LOG26
DB27	<ServerName> MBX DB 27	MP:\MBXDB27	Priv27.edb	MP:\LOG27
DB28	<ServerName> MBX DB 28	MP:\MBXDB28	Priv28.edb	MP:\LOG28
DB29	<ServerName> MBX DB 29	MP:\MBXDB29	Priv29.edb	MP:\LOG29
DB30	<ServerName> MBX DB 30	MP:\MBXDB30	Priv30.edb	MP:\LOG30
DB31	<ServerName> MBX DB 31	MP:\MBXDB31	Priv31.edb	MP:\LOG31
DB32	<ServerName> MBX DB 32	MP:\MBXDB32	Priv32.edb	MP:\LOG32
DB33	<ServerName> MBX DB 33	MP:\MBXDB33	Priv33.edb	MP:\LOG33
DB34	<ServerName> MBX DB 34	MP:\MBXDB34	Priv34.edb	MP:\LOG34
DB35	<ServerName> MBX DB 35	MP:\MBXDB35	Priv35.edb	MP:\LOG35
DB36	<ServerName> MBX DB 36	MP:\MBXDB36	Priv36.edb	MP:\LOG36
DB37	<ServerName> MBX DB 37	MP:\MBXDB37	Priv37.edb	MP:\LOG37
DB38	<ServerName> MBX DB 38	MP:\MBXDB38	Priv38.edb	MP:\LOG38
DB39	<ServerName> MBX DB 39	MP:\MBXDB39	Priv39.edb	MP:\LOG39
DB40	<ServerName> MBX DB 40	MP:\MBXDB40	Priv40.edb	MP:\LOG40
DB41	<ServerName> MBX DB 41	MP:\MBXDB41	Priv41.edb	MP:\LOG41
DB42	<ServerName> MBX DB 42	MP:\MBXDB42	Priv42.edb	MP:\LOG42
DB43	<ServerName> MBX DB 43	MP:\MBXDB43	Priv43.edb	MP:\LOG43
DB44	<ServerName> MBX DB 44	MP:\MBXDB44	Priv44.edb	MP:\LOG44
DB45	<ServerName> MBX DB 45	MP:\MBXDB45	Priv45.edb	MP:\LOG45
DB46	<ServerName> MBX DB 46	MP:\MBXDB46	Priv46.edb	MP:\LOG46
DB47	<ServerName> MBX DB 47	MP:\MBXDB47	Priv47.edb	MP:\LOG47
DB48	<ServerName> MBX DB 48	MP:\MBXDB48	Priv48.edb	MP:\LOG48
DB49	<ServerName> MBX DB 49	MP:\MBXDB49	Priv49.edb	MP:\LOG49
DB50	<ServerName> MBX DB 50	MP:\MBXDB50	Priv50.edb	MP:\LOG50

데이터베이스 구성 부록

다음 표에는 요구 사항에 따라 만들거나 서버의 각 데이터베이스에 대해 사용자 지정하는 각 데이터베이스에 적용할 수 있는 구성 예가 나와 있습니다.

중요

다음 표의 값은 권장 값이 아닌 예제 값이므로 조직의 실제 값을 반영하도록 수정해야 합니다.

Contoso의 데이터베이스 구성

매개 변수	기본값	Contoso 값
데이터베이스 이름	<ServerName> MBX DB xx	<ServerName> MBX DB xx
오프라인 주소록	[없음]	기본 오프라인 주소 목록
공용 폴더 데이터베이스	<ServerName> PUB DB xx	<ServerName> PUB DB xx
경고 할당량	1991680KB	1700000KB
보내기 할당량	2097152KB	1900000KB
보내기 받기 할당량	2411520KB	2090000KB
유지 관리 일정	일요일 오전 1시-일요일 오전 5시, 월요일 오전 1시-월요일 오전 5시, 화요일 오전 1시-화요일 오전 5시, 수요일 오전 1시-수요일 오전 5시, 목요일 오전 1시-목요일 오전 5시, 금요일 오전 1시-금요일 오전 5시, 토요일 오전 1시-토요일 오전 5시	"일요일 오전 12시-일요일 오전 4시", "월요일 오전 12시-월요일 오전 4시", "화요일 오전 12시-화요일 오전 4시", "수요일 오전 12시-수요일 오전 4시", "목요일 오전 12시-목요일 오전 4시", "금요일 오전 12시-금요일 오전 4시", "토요일 오전 12시-토요일 오전 4시"
할당량 알림 일정	일요일 오전 1시-일요일 오전 1시 15분, 월요일 오전 1시-월요일 오전 1시 15분, 화요일 오전 1시-화요일 오전 1시 15분, 수요일 오전 1시-수요일 오전 1시 15분, 목요일 오전 1시-목요일 오전 1시 15분, 금요일 오전 1시-금요일 오전 1시 15분, 토요일 오전 1시-토요일 오전 1시 15분	"일요일 오전 12시-일요일 오전 12시 15분", "월요일 오전 12시-월요일 오전 12시 15분", "화요일 오전 12시-화요일 오전 12시 15분", "수요일 오전 12시-수요일 오전 12시 15분", "목요일 오전 12시-목요일 오전 12시 15분", "금요일 오전 12시-금요일 오전 12시 15분", "토요일 오전 12시-토요일 오전 12시 15분"
사서함 보존	30.00:00:00	30.00:00:00
삭제된 항목 보존	14.00:00:00	14.00:00:00
백업할 때까지 삭제된 항목 보관	False	True

설치 안내서 템플릿 - 사서함 서버

주요 내용 요약

업무 정당성

범위

선행 조건

가정

서버 구성

추가 소프트웨어 확인

네트워크 인터페이스 구성

드라이브 구성

드라이브 구성

Windows Server 2008 핫픽스 설치

도메인 구성원 자격 구성

로컬 관리자 확인

로컬 관리자 계정 암호 다시 설정

디버깅 도구 설치

페이지 파일 수정

드라이브 사용 권한

드라이브 사용 권한

확인 단계

조직 구성 단위 확인

Active Directory 사이트 확인

도메인 컨트롤러 진단 확인

Exchange 모범 사례 분석기 확인

Exchange 서버 역할 설치

Windows Server 2008 SP2용 Exchange 2010 선행 조건 설치

Windows Server 2008 R2용 Exchange 2010 선행 조건 설치

Exchange 2010 설치

Exchange 2010 업데이트 롤업 설치

제품 키 구성

Exchange 검색 구성

시스템 성능 확인

테스트 사서함 만들기

Exchange 서버 역할 구성

첫 번째 데이터베이스 구성

Contoso의 첫 번째 데이터베이스 구성

두 번째 데이터베이스 구성

Contoso의 공용 폴더 데이터베이스 구성

레코드 관리 구성

메시지 추적 서버 구성

추가 데이터베이스

부록 서버 구성

레코드 관리 구성

메시지 추적 구성

데이터베이스/로그 LUN 부록

데이터베이스/LUN 레이아웃당 LUN 2개

데이터베이스/LUN 레이아웃당 LUN 1개

데이터베이스/LUN 레이아웃

Contoso의 VSS 방식 LUN 디자인

데이터베이스 구성 부록

추가 리소스