설치 안내서 템플릿 - DAG 구성원

  • 아티클

 

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

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

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

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

  • 주요 내용 요약

  • 서버 구성

  • 확인 단계

  • Exchange 서버 역할 설치

  • Exchange 서버 역할 구성

  • 부록 서버 구성

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

주요 내용 요약

이 문서는 Exchange 2010 플랫폼에 Windows Server 2008 사서함 서버 역할을 설치하고 DAG(데이터베이스 가용성 그룹)를 만드는 데 필요한 설치 및 구성을 설명하기 위한 것입니다.

업무 정당성

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

범위

이 문서의 범위는 x64 버전의 Exchange 2010(SP2 또는 R2) 운영 체제에 Contoso용 Windows Server 2008 사서함 서버를 설치하고 DAG(데이터베이스 가용성 그룹)를 만드는 작업으로 제한됩니다.

선행 조건

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

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

가정

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

이 문서에서는 포리스트 및 도메인 준비 단계가 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 설치 파일

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

  1. 추가 소프트웨어 확인

  2. 네트워크 인터페이스 구성 - MAPI 네트워크

  3. 네트워크 인터페이스 구성 - 복제 네트워크

  4. 드라이브 구성

  5. Windows Server 2008 핫픽스 설치

  6. 도메인 구성원 자격 구성

  7. 로컬 관리자 확인

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

  9. 디버깅 도구 설치

  10. 페이지 파일 수정

  11. 드라이브 사용 권한

추가 소프트웨어 확인

  1. 원격 데스크톱이 사용하도록 설정되어 있는지 확인합니다.

  2. 원하는 경우 Microsoft Network Monitor를 설치합니다.

네트워크 인터페이스 구성 - MAPI 네트워크

MAPI 네트워크의 경우에는 IP 주소 스키마에서 복제 네트워크 어댑터와 동일한 서브넷이나 네트워크를 사용하지 않는지 확인합니다. MAPI 네트워크에는 인트라넷 내에서 네트워크 트래픽을 라우팅하는 데 사용되는 서브넷이나 네트워크를 사용해야 합니다.

중복 모드에서는 MAPI 네트워크에 팀을 사용할 수 있지만 부하 분산 모드에서는 팀을 사용할 수 없습니다. 그러나 팀을 사용하는 경우에도 네트워크 자체에서 단일 지점 오류가 발생하는 것을 막지 못합니다. 또한 팀과 관련하여 문제가 발생하는 경우에는 Microsoft 고객 지원 서비스에서 팀 사용을 해제하도록 요청할 수 있습니다. 팀 사용을 해제하여 문제가 해결되면 하드웨어 제조업체에 지원을 요청해야 합니다. 팀에 대한 자세한 내용은 Microsoft 기술 자료 문서 254101, 네트워크 어댑터 팀 구성 및 서버 클러스터링(https://go.microsoft.com/fwlink/?linkid=3052\&kbid=254101)을 참조하십시오.

  1. 원격 데스크톱을 통해 DAG의 첫 번째 구성원이 될 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.

  2. 시작 >제어판을 차례로 클릭한 다음 네트워크 및 공유 센터를 두 번 클릭합니다.

  3. 네트워크 연결 관리를 클릭합니다.

  4. MAPI 네트워크용 연결을 찾아 이름을 적절하게 바꿉니다.

  5. 연결을 마우스 오른쪽 단추로 클릭한 다음 속성을 선택합니다.

  6. 일반 탭의 네트워크 연결 속성에서 이 연결에 다음 항목 사용 영역에 Microsoft Networks용 클라이언트, 인터넷 프로토콜 버전 4(TCP/IPv4) 및 Microsoft 네트워크용 파일 및 프린터 공유 확인란이 선택되어 있는지 확인합니다.

  7. **인터넷 프로토콜 버전 4(TCP/IPv4)**를 클릭한 다음 속성을 클릭합니다.

  8. 인터넷 프로토콜 버전 4(TCP/IPv4) 속성에서 고급을 클릭합니다.

  9. 고급 TCP/IP 설정의 DNS 탭에서 다음 정보를 확인합니다.

    1. 필요한 모든 주소가 DNS 서버 주소(사용순으로) 영역에 나열되어 있는지 확인합니다.

    2. 올바른 접미사가 다음 DNS 접미사 추가(순서대로) 영역에 나열되어 있는지 확인합니다.

  10. WINS 탭에서 TCP/IP에서 NetBIOS 사용 안 함이 선택되어 있는지 확인합니다.

  11. 확인을 두 번 클릭하여 변경 내용을 저장한 다음 닫기를 클릭하여 속성을 끝냅니다.

  12. 인터넷 프로토콜 버전 6(TCP/IPv6)을 사용하는 경우 조직의 네트워크 표준에 따라 IPv6 설정을 구성합니다.

네트워크 인터페이스 구성 - 복제 네트워크

복제 네트워크(선택)의 경우에는 IP 주소 스키마에서 MAPI 네트워크 또는 다른 복제 네트워크 어댑터와 동일한 서브넷이나 네트워크를 사용하지 않는지 확인합니다.

  1. 원격 데스크톱을 통해 DAG의 첫 번째 구성원이 될 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.

  2. 시작 >제어판을 차례로 클릭한 다음 네트워크 및 공유 센터를 두 번 클릭합니다.

  3. 네트워크 연결 관리를 클릭합니다.

  4. 복제 네트워크용 연결을 찾은 다음 이름을 적절하게 바꿉니다.

  5. 연결을 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.

  6. 네트워크 연결 속성의 일반 탭에서 이 연결에 다음 항목 사용 영역에 인터넷 프로토콜 버전 4(TCP/IPv4) 확인란이 선택되어 있고 Microsoft 네트워크용 파일 및 프린터 공유 및 Microsoft Networks용 클라이언트가 선택 취소되어 있는지 확인합니다.

  7. **인터넷 프로토콜 버전 4(TCP/IPv4)**를 클릭한 다음 속성을 클릭합니다.

  8. 인터넷 프로토콜 버전 4(TCP/IPv4) 속성에서 고급을 클릭합니다.

  9. DNS 탭의 고급 TCP/IP 설정에서 다음 내용을 확인합니다.

    1. 개인 네트워크의 경우 주소가 DNS 서버 주소(사용순으로) 영역에 나열되어 있지 않은지 확인합니다.

    2. DNS에 이 연결의 주소를 등록 확인란이 해제되어 있는지 확인합니다.

  10. WINS 탭에서 TCP/IP에서 NetBIOS 사용 안 함이 선택되어 있는지 확인합니다.

  11. 확인을 두 번 클릭하여 변경 내용을 저장한 다음 닫기를 클릭하여 속성을 끝냅니다.

  12. TCP/IPv6(인터넷 프로토콜 버전 6)을 사용하는 경우에는 조직의 네트워크 표준에 따라 IPv6 설정을 구성합니다.

드라이브 구성

  1. 원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한이 있는 계정으로 로그온합니다.

  2. 시작 > 관리 도구를 차례로 클릭하고 컴퓨터 관리를 선택합니다.

  3. 저장소를 확장하고 디스크 관리를 클릭합니다.

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

    드라이브 구성

    LUN 드라이브 문자 사용

    1

    C

    운영 체제, Exchange 바이너리 및 추적 로그

    2

    E

    Exchange 데이터베이스

    4

    L

    Exchange 트랜잭션 로그

    5-x

    --

    데이터베이스 및 로그용 추가 드라이브

    6

    Z

    DVD 드라이브

Windows Server 2008 핫픽스 설치

  1. 원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한이 있는 계정으로 로그온합니다.

  2. 회사에서 Windows Server 2008 x64(SP2 또는 R2) 버전에 대해 승인한 최신 핫픽스를 구해 서버에 복사합니다. Microsoft 기술 자료 문서 2550886 - 일시적인 통신 오류로 Windows Server 2008 R2 장애 조치 클러스터의 작동이 중지됩니다.에 나오는 핫픽스를 사용하는 것이 좋습니다. 이 핫픽스는 Windows 장애 조치(Failover) 클러스터에서 일시적인 통신 장애가 발생할 경우에 일어날 수 있는 경쟁 조건 및 클러스터 데이터베이스 교착 상태의 문제를 해결합니다. 이러한 상황이 발생하면 클러스터 데이터베이스가 멈추게 되어 장애 조치(failover) 클러스터에서 쿼럼 손실이 일어나고 DAG 내의 모든 데이터베이스가 마운트 해제됩니다.

  3. 다음 두 가지 방법 중 하나를 사용하여 핫픽스 설치를 시작합니다.

    1. 파일을 두 번 클릭하고 GUI 지시를 따릅니다.

    2. 관리 명령 프롬프트에서 다음 명령을 사용하여 자동 설치를 수행합니다.

      <hotfix>.msu /quiet /norestart

  4. 디지털 서명 없음 대화 상자가 나타나면 예를 클릭합니다.

    참고

    Windows 보안 템플릿을 배포하지 않은 환경에서는 이 대화 상자가 나타나지 않습니다.

  5. 모든 파일이 복사될 때까지 기다린 후에 서버를 다시 시작합니다. Windows 작업 관리자의 프로세스 탭을 사용하여 핫픽스 설치 진행률을 모니터링할 수 있습니다. wusa.exe 프로세스가 종료되면 핫픽스 설치가 완료됩니다.

도메인 구성원 자격 구성

  1. 원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.

  2. 시작을 클릭하고 내 컴퓨터를 마우스 오른쪽 단추로 클릭한 다음 속성을 선택합니다.

  3. 컴퓨터 이름, 도메인 및 작업 그룹 설정에서 설정 변경을 클릭합니다.

  4. 변경을 클릭합니다.

  5. 도메인 옵션 단추를 선택한 다음 적절한 도메인 이름을 입력합니다.

  6. 적절한 자격 증명을 입력합니다.

  7. 확인, 확인을 차례로 클릭합니다.

  8. 확인을 클릭하여 시스템 속성을 닫습니다.

  9. 서버를 다시 시작합니다.

로컬 관리자 확인

  1. 원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한이 있는 계정으로 로그온합니다.

  2. Exchange 설치를 수행할 Domain Admins 계정과 사용자 계정이 이 서버의 로컬 관리자 그룹의 구성원인지 확인(또는 없으면 추가)합니다.

  3. 사용자의 계정이 Windows Server 2008 서버의 로컬 관리자 그룹의 구성원인 그룹의 구성원인지 확인합니다. 그렇지 않은 경우 로컬 관리자 그룹의 구성원인 계정을 사용하여 작업을 계속합니다.

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

  1. 원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.

  2. 시작을 클릭하고 컴퓨터를 마우스 오른쪽 단추로 클릭한 다음관리를 선택합니다.

  3. 노드를 확장하여 구성\로컬 사용자 및 그룹\사용자를 찾습니다.

  4. 관리자를 마우스 오른쪽 단추로 클릭한 다음 암호 설정을 선택합니다. 강력한 복잡성 요구 사항을 충족하도록 암호를 변경합니다.

디버깅 도구 설치

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

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

  1. 원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.

  2. Windows 64비트 버전용 디버깅 도구 설치(https://go.microsoft.com/fwlink/?LinkID=123594)에서 최신 64비트 디버깅 도구를 다운로드하여 설치합니다.

페이지 파일 수정

  1. 원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.

  2. 시작을 클릭하고 컴퓨터를 마우스 오른쪽 단추로 클릭한 다음 속성을 선택합니다.

  3. 고급 시스템 설정을 선택합니다.

  4. 시작 및 복구에서 설정을 클릭합니다.

    1. 디버깅 정보 쓰기 아래의 메모리 덤프 드롭다운 목록에서 커널 메모리 덤프를 선택합니다.

    2. 확인을 클릭합니다.

  5. 성능에서 설정을 클릭합니다.

  6. 고급 탭을 클릭합니다.

  7. 가상 메모리에서 변경을 클릭합니다.

  8. 전용 페이지 파일 드라이브가 있는 서버에서 다음 단계를 수행합니다.

    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. 확인을 클릭합니다.

  9. 전용 페이지 파일 드라이브가 없는 서버에서는 다음 단계를 수행합니다.

    1. 드라이브 목록에서 **C:**를 클릭한 다음 사용자 지정 크기를 클릭합니다.

    2. C: 드라이브의 처음 크기(MB) 상자에 다음 계산 결과 중 하나를 입력합니다.

      서버 RAM이 8GB보다 작으면 RAM 크기에 1.5를 곱합니다.

      서버 RAM이 8GB 이상이면 RAM 크기에 10MB를 더합니다.

    3. 다른 페이지 파일을 모두 삭제합니다.

    4. 확인을 클릭합니다.

  10. 확인을 두 번 클릭하여 시스템 속성 대화 상자를 닫습니다.

  11. 시스템을 다시 시작할 것인지 묻는 메시지가 표시되면 아니요를 클릭합니다.

    참고

    페이지 파일 권장 사항에 대한 자세한 내용은 다음 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).

드라이브 사용 권한

  1. 원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.

  2. 시작을 클릭하고 컴퓨터를 선택합니다.

  3. D 드라이브를 마우스 오른쪽 단추로 클릭하고 속성을 선택합니다.

  4. 보안 탭을 클릭합니다.

  5. 편집을 클릭합니다.

  6. 추가를 클릭한 다음 위치에서 로컬 서버를 선택합니다.

  7. 아래 표에 나와 있는 다음 권한을 부여합니다.

    드라이브 사용 권한

    계정 사용 권한

    Administrators

    모든 권한

    SYSTEM

    모든 권한

    Authenticated Users

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

    CREATOR OWNER

    모든 권한

  8. 고급 단추를 클릭합니다.

  9. CREATOR OWNER 사용 권한 항목을 선택한 다음 보기/편집을 클릭합니다.

  10. 드롭다운 목록에서 하위 폴더 및 파일만을 선택합니다.

  11. 확인을 두 번 클릭합니다.

  12. 확인을 클릭하여 드라이브 속성을 닫습니다.

  13. C 드라이브를 제외한 각각의 추가 드라이브에 대해 3-12단계를 반복합니다.

확인 단계

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

  1. 조직 구성 단위 확인

  2. Active Directory 사이트 확인

  3. 도메인 컨트롤러 진단 확인

  4. Exchange 모범 사례 분석기 확인

중요

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

조직 구성 단위 확인

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

Active Directory 사이트 확인

  1. 원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.

  2. 명령 프롬프트 창을 엽니다.

  3. 서버가 올바른 도메인 및 Active Directory 사이트에 있는지 확인합니다. 명령줄에 다음을 입력합니다.

    NLTEST /server:%COMPUTERNAME% /dsgetsite

  4. 서버가 속한 Active Directory 사이트의 이름이 표시됩니다. 서버가 올바른 Active Directory 사이트에 있지 않은 경우 해당하는 작업 그룹에 대해 변경 요청을 제출하여 서버를 해당하는 Active Directory 사이트로 이동하도록 하십시오.

도메인 컨트롤러 진단 확인

  1. 원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.

  2. 명령 프롬프트 창을 열고 경로를 C 드라이브로 변경합니다.

  3. 다음 명령을 실행합니다.

    dcdiag /s:<Domain Controller> /f:c:\dcdiag.log

    참고

    <도메인 컨트롤러>를 Exchange 서버와 동일한 Active Directory 사이트 내에 포함된 도메인 컨트롤러로 변경합니다.

  4. C:\dcdiag.log 파일의 출력을 검토하여 로컬 도메인 컨트롤러와의 연결 문제가 없는지 확인합니다.

  5. 로컬 Active Directory 사이트의 각 도메인 컨트롤러에 대해 3-4단계를 반복합니다.

    참고

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

Exchange 모범 사례 분석기 확인

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

  1. 시작 > 모든 프로그램 > Microsoft Exchange Server 2010을 클릭한 다음 Exchange 관리 콘솔을 선택합니다.

  2. 도구 상자 노드를 엽니다.

  3. 모범 사례 분석기를 두 번 클릭합니다.

  4. 모범 사례 분석기 엔진용 업데이트를 확인 및 업데이트합니다.

  5. Active Directory 연결을 위한 적절한 정보를 입력하고 Active Directory 서버에 연결을 클릭합니다.

  6. 새 Best Practices 검색 시작에서 상태 확인을 선택한 다음 검색 시작을 클릭합니다.

  7. 보고서를 검토한 다음 모범 사례 분석기 내에서 제공되는 문제 해결 문서에 따라 보고되는 오류 또는 경고에 대해 조치를 취합니다.

Exchange 서버 역할 설치

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

  • Microsoft Exchange Server 2010 설치 파일

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

  1. Exchange 2010 선행 조건 설치:

    • Windows Server 2008 SP2

      -또는-

    • Windows Server 2008 R2

  2. Exchange 2010 설치

  3. Exchange 2010 업데이트 롤업 설치

  4. 제품 키 구성

  5. Exchange 검색 구성

  6. 시스템 성능 확인

  7. 테스트 사서함 만들기

중요

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

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

  1. 원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.

  2. 관리 명령 프롬프트 창을 엽니다.

  3. Microsoft Filter Pack을 설치합니다. 자세한 내용은 2007 Office System Converter: Microsoft Filter Pack(https://go.microsoft.com/fwlink/?linkid=137042)을 참조하세요.

  4. 관리자 권한 명령 프롬프트를 열고 Exchange 2010 설치 미디어의 \Setup\ServerRoles\Common 폴더로 이동한 후 다음 명령을 사용하여 필요한 운영 체제 구성 요소를 설치합니다.

    ServerManagerCmd -ip Exchange-MBX.xml -Restart

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

  1. 원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한이 있는 계정으로 로그온합니다.

  2. Microsoft Filter Pack을 설치합니다. 자세한 내용은 2007 Office System Converter: Microsoft Filter Pack(https://go.microsoft.com/fwlink/?linkid=137042)을 참조하세요.

  3. 시작 메뉴에서 모든 프로그램 > 보조프로그램 >Windows PowerShell로 이동합니다. 관리자 권한 Windows PowerShell 콘솔을 열고 다음 명령을 실행합니다.

    Import-Module ServerManager

  4. 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 설치 매개 변수도 지정해야 합니다.

  1. 원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한이 있으며 서버를 사전에 만든 경우 서버 관리 또는 위임받은 설치 역할을 위임받은 계정으로 로그온합니다.

  2. Exchange Server 2010 라이브러리(https://go.microsoft.com/fwlink/?LinkId=187229)의 무인 모드로 Exchange 2010 설치 항목에 자세히 설명되어 있는 절차를 따릅니다. 예를 들어 다음 명령은 사서함 서버 역할을 설치하고 사용자 지정 데이터베이스 이름, 데이터베이스 경로 및 트랜잭션 로그 파일 위치를 제공합니다.

    setup.com /r:MB /mdbName: "<DAGName> MBX Store 1" /dbfilepath: e:\mdb1\priv01.edb /logfolderpath: l:\log01

  3. 필요한 경우에도 서버를 다시 시작하지 않습니다.

Exchange Server 2010 업데이트 롤업 설치

  1. 원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한이 있는 계정으로 로그온합니다.

  2. 회사에서 승인한 최신 롤업을 구해 서버에 복사합니다.

  3. 다음 두 가지 방법 중 하나를 사용하여 Windows Installer 패치(MSP 파일) 설치를 시작합니다.

    1. MSP 파일을 두 번 클릭한 다음 GUI 지시를 따릅니다.

    2. 관리 명령 프롬프트에서 다음 명령을 사용하여 자동 설치를 수행합니다.

      msiexec /i <Path and filename of MSP file> /q

  4. 디지털 서명 없음 대화 상자가 나타나면 예를 클릭합니다.

    참고

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

제품 키 구성

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

  2. Exchange Server 2010 라이브러리(https://go.microsoft.com/fwlink/?LinkId=187234)의 제품 키 입력 항목에 설명되어 있는 절차를 따릅니다.

Exchange 검색 구성

  1. 원격 데스크톱을 통해 서버에 연결한 다음 로컬 관리 권한을 위임받은 계정으로 로그온합니다.

  2. Exchange Server 2010 라이브러리(https://go.microsoft.com/fwlink/?LinkId=187516)의 Exchange 2010으로 Filter Pack IFilter 등록 항목에 설명되어 있는 절차를 따릅니다.

  3. 선택 사항: 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. 시작을 클릭하고 컴퓨터를 마우스 오른쪽 단추로 클릭한 다음 속성을 선택합니다.

  3. 고급 시스템 설정을 선택합니다.

  4. 성능에서 설정을 클릭합니다.

    1. 고급 탭을 클릭합니다.

    2. 프로세서 사용 계획이 백그라운드 서비스로 설정되어 있는지 확인합니다.

  5. 확인을 클릭합니다.

테스트 사서함 만들기

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

  1. 원격 데스크톱을 통해 Exchange 2010 사서함 서버에 연결한 다음 로컬 관리 권한과 서버 관리 역할 이상을 위임받은 계정으로 로그온합니다.

  2. 시작 > 모든 프로그램 > Microsoft Exchange Server 2010을 차례로 클릭한 다음 Exchange 관리 셸을 선택합니다.

  3. 디렉터리 경로를 <Exchange Server 설치 경로>\Scripts로 변경합니다.

  4. New-TestCasConnectivityUser.ps1을 입력하고 Enter를 누릅니다.

  5. 임시 암호를 입력하고 메시지에 따라 테스트 사서함을 만듭니다.

Exchange 서버 역할 구성

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

  1. 데이터베이스 가용성 그룹 만들기

  2. 데이터베이스 가용성 그룹 구성원 서버 추가

  3. 데이터베이스 가용성 그룹 네트워크 구성

  4. 첫 번째 데이터베이스 구성

  5. 공용 폴더 데이터베이스 구성

  6. 사서함 데이터베이스 복사본 추가

  7. 레코드 관리 구성

  8. 메시지 추적 서버 구성

  9. 추가 데이터베이스

중요

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

데이터베이스 가용성 그룹 만들기

DAG를 만든 경우에는 이 섹션을 건너뛸 수 있습니다.

  1. 서버를 DAG에 추가하기 전에 해당 서버에 보류 중인 재부팅 작업이 없는지 확인합니다.

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

  3. 컴퓨터 계정 만들기가 제한되거나 컴퓨터 계정을 기본 컴퓨터 컨테이너가 아닌 다른 컨테이너에서 만드는 환경에서 CNO(클러스터 네트워크 개체)를 미리 준비한 다음 CNO에 권한을 할당하여 CNO를 프로비전해야 합니다. Exchange Server 2010 라이브러리의 데이터베이스 가용성 그룹에 대한 클러스터 네트워크 개체 미리 준비(https://go.microsoft.com/fwlink/?LinkId=187665) 항목에 설명되어 있는 절차를 따릅니다.

  4. Exchange Server 2010 라이브러리의 데이터베이스 가용성 그룹 만들기(https://go.microsoft.com/fwlink/?LinkId=187666) 항목에 설명되어 있는 절차에 따라 데이터베이스 가용성 그룹을 만듭니다.

  5. Exchange Server 2010 라이브러리의 데이터베이스 가용성 그룹 속성 구성(https://go.microsoft.com/fwlink/?LinkId=187667) 항목에 설명되어 있는 절차에 따라 감시 설정, 복제 포트, 압축 및 암호화와 같은 데이터베이스 가용성 그룹 속성을 구성합니다.

데이터베이스 가용성 그룹 구성원 서버 추가

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

  2. Exchange Server 2010 라이브러리의 데이터베이스 가용성 그룹 구성원 관리(https://go.microsoft.com/fwlink/?LinkId=187669) 항목에 설명되어 있는 절차에 따라 데이터베이스 가용성 그룹에 사서함 서버를 추가합니다.

데이터베이스 가용성 그룹 네트워크 구성

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

  2. Windows 장애 조치 클러스터를 만들면 장애 조치 클러스터 내에서 검색된 각 서브넷에 대해 클러스터 관리 네트워크가 생성됩니다. DAG를 만들면 초기 DAG 네트워크 구성을 기준으로 클러스터 네트워크가 열거됩니다. DAG가 여러 서브넷에 걸쳐 있을 경우 DAG 네트워크를 단일 MAPI 네트워크와 복제 네트워크로 축소하는 것이 좋습니다. 이 작업은 해당 DAG 네트워크에 서브넷을 추가하고 사용하지 않는 네트워크를 삭제하여 수행할 수 있습니다. 예를 들어 다음 환경을 검토해 보겠습니다.

    사이트

    • Active Directory 사이트 두 개: Exchange-1 및 Exchange-2

    DAG 구성원

    • Exchange-1에 위치한 DAG 구성원 MBX-1과 MBX-2

    • Exchange-2에 위치한 DAG 구성원 MBX-3과 MBX-4

    MAPI 네트워크

    • MBX-1과 MBX-2의 MAPI 네트워크 주소 범위는 192.168.0.0/24입니다.

    • MBX-3과 MBX-4의 MAPI 네트워크 주소 범위는 192.168.1.0/24입니다.

    복제 네트워크

    • MBX-1과 MBX-2의 복제 네트워크 주소 범위는 10.0.0.0/24입니다.

    • MBX-3과 MBX-4의 복제 네트워크 주소 범위는 10.0.1.0/24입니다.

    데이터베이스 가용성 그룹 네트워크는 다음과 같이 구성됩니다.

    네트워크 서브넷

    DAGNetwork01

    192.168.0.0/24

    DAGNetwork02

    10.0.0.0/24

    DAGNetwork03

    192.168.1.0/24

    DAGNetwork04

    10.0.1.0/24

  3. 이러한 네트워크를 축소하려면 다음 명령을 실행합니다.

    Set-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork01 -Subnets 192.168.0.0/24,192.168.1.0/24
Set-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork02 -Subnets 10.0.0.0/24,10.0.1.0/24
Remove-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork03
Remove-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork04

  4. 해당 동작에 따라 네트워크의 이름을 바꾸려면 다음 명령을 실행합니다.

    Set-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork01 -Name MAPINetwork
Set-DatabaseAvailabilityGroupNetwork <DAGName>\DAGNetwork02 -Name ReplicationNetwork

  5. MAPI와 복제 네트워크를 둘 다 배포한 경우 다음 명령을 실행하여 복제 네트워크에서 복제와 트래픽 시드를 사용하도록 설정합니다(사용할 수 있는 경우).

    Set-DatabaseAvailabilityGroupNetwork <DAGName\MAPINetworkName> -ReplicationEnabled $false

첫 번째 데이터베이스 구성

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

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

    중요

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

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

    데이터베이스 매개 변수 이전 정보 새로운 예

    이름

    사서함 데이터베이스 <GUID>

    <DAGName> MBX 저장소 1

    로그 경로

    %Program Files%\Microsoft\Exchange Server\v14\Mailbox\Mailbox Database <GUID>

    E:\LOG01

    경로 및 파일 이름

    %Program Files%\Microsoft\Exchange Server\v14\Mailbox\Mailbox Database <GUID>\Mailbox database <GUID>.edb

    E:\MDB01\Priv01.edb

  2. 데이터베이스를 분리하려면 다음 명령을 실행합니다.

    Dismount-Database "Mailbox Database <GUID>"

  3. 사서함 데이터베이스 이름을 "사서함 데이터베이스 <GUID>"에서 "<DAGName> MBX 저장소 1"로 변경하려면 다음 명령을 실행합니다.

    Set-MailboxDatabase "<Old DB Name>" -Name "<New DB Name>"

  4. 데이터베이스의 트랜잭션 로그 위치와 데이터베이스 파일의 위치를 변경하려면 다음 명령을 실행합니다.

    Move-DatabasePath "<Database Name>" -LogFolderPath:<New Log Location> -EdbFilePath:<New DB Path and FileName>

  5. 데이터베이스를 탑재하려면 다음 명령을 실행합니다.

    Mount-Database "<New DB Name>"

  6. 특정 사서함 데이터베이스의 데이터베이스 복사본을 추가하려면 Exchange Server 2010 라이브러리의 사서함 데이터베이스 복사본 추가(https://go.microsoft.com/fwlink/?LinkId=187673) 항목에 설명되어 있는 절차를 따릅니다.

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

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

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

    중요

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

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

    데이터베이스 매개 변수 이전 정보 새로운 예

    이름

    공용 폴더 데이터베이스 <GUID>

    <DAGName> PUB 저장소 2

    로그 경로

    %Program Files%\Microsoft\Exchange Server\Mailbox\Public Folder Database <GUID>

    E:\LOG02

    경로 및 파일 이름

    %Program Files%\Microsoft\Exchange Server\Mailbox\Public Folder Database <GUID>\ Public Folder database <GUID>.edb

    E:\MDB02\Pub02.edb

  2. 데이터베이스를 분리하려면 다음 명령을 실행합니다.

    Dismount-Database "Public Folder Database <GUID>"

  3. 사서함 데이터베이스 이름을 "사서함 데이터베이스 <GUID>"에서 "<ServerName> MBX 저장소 1"로 변경하려면 다음 명령을 실행합니다.

    Set-PublicFolderDatabase "<Old DB Name>" -Name "<New DB Name>"

  4. 데이터베이스의 트랜잭션 로그 위치와 데이터베이스 파일의 위치를 변경하려면 다음 명령을 실행합니다.

    Move-DatabasePath "<Database Name>" -LogFolderPath:<New Log Location> -EdbFilePath:<New DB Path and FileName>

  5. 데이터베이스를 탑재하려면 다음 명령을 실행합니다.

    Mount-Database "<New DB Name>"

사서함 데이터베이스 복사본 추가

DAG 내에 사서함 데이터베이스가 이미 있는 경우 다음 단계를 수행하여 사서함 서버에 사서함 데이터베이스 복사본을 추가합니다.

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

  2. 디렉터리 및 경로 구조가 해당 데이터베이스의 대상 서버에 있는지 확인합니다. 그런 다음 특정 사서함 데이터베이스의 데이터베이스 복사본을 추가하려면 Exchange Server 2010 라이브러리의 사서함 데이터베이스 복사본 추가(https://go.microsoft.com/fwlink/?LinkId=187673) 항목에 설명된 Exchange 관리 셸 절차를 따릅니다.

레코드 관리 구성

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

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

  2. 관리 폴더 도우미를 사용하도록 설정하려면 다음 명령을 실행합니다.

    Set-MailboxServer <MailboxServerName> -ManagedFolderAssistantSchedule <AssistantSchedule>

    참고

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

메시지 추적 서버 구성

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

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

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

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

    참고

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

추가 데이터베이스

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

  2. 이 문서 끝부분에 있는 데이터베이스/로그 LUN 부록 및 데이터베이스 구성 부록의 해당하는 표에서 명령에 필요한 정보를 참조하십시오.

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

    New-MailboxDatabase -Name "<DB Name>" -LogFolderPath <Transaction Log Location> -EdbFilePath:<FullPathIncludingDatabaseFileName> -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>

  4. 데이터베이스를 탑재하려면 다음 명령을 실행합니다.

    Mount-Database "<Database Name>"

  5. 이 사서함 데이터베이스의 복제본을 추가하려면 디렉터리 및 경로 구조가 해당 데이터베이스의 대상 서버에 있는지 확인한 후 Exchange Server 2010 라이브러리의 사서함 데이터베이스 복사본 추가(https://go.microsoft.com/fwlink/?LinkId=187673) 항목에 설명된 절차를 따릅니다.

  6. 만들어야 하는 각 데이터베이스에 대해 3-5단계를 반복합니다.

부록 서버 구성

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

  • 레코드 관리 구성

  • 메시지 추적 구성

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

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

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

  • 데이터베이스 구성 부록

레코드 관리 구성

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

중요

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

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의 메시지 추적 구성

매개 변수

기본값

예제 값

서버 이름

<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개

DB

데이터베이스 이름

데이터베이스 위치

데이터베이스 파일 이름

트랜잭션 로그 위치

앵커 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

…

…

…

…

데이터베이스 구성 부록

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

중요

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

Contoso의 데이터베이스 구성

매개 변수

기본값

Contoso 값

데이터베이스 이름

사서함 데이터베이스 <GUID>

<DAGName> MBX DB xx

오프라인 주소록

[없음]

기본 오프라인 주소 목록

공용 폴더 데이터베이스

공용 폴더 데이터베이스 <GUID>

<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

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