스토리지 구성 옵션 Exchange Server

Exchange Server 2016 및 Exchange Server 2019의 사서함 서버에 대한 스토리지 옵션 및 요구 사항을 이해하는 것은 사서함 서버 스토리지 디자인 솔루션의 중요한 부분입니다.

저장소 아키텍처

다음 표에서는 지원되는 저장소 아키텍처에 대해 설명하고 각 저장소 아키텍처 유형에 대한 모범 사례 지침(해당되는 경우)을 제공합니다.

지원되는 스토리지 아키텍처:

저장소 아키텍처 설명 모범 사례
DAS(직접 연결 저장소) DAS는 서버 또는 워크스테이션에 직접 연결된 디지털 저장소 시스템으로, 사이에 저장소 네트워크가 필요하지 않습니다. 예를 들어, DAS 전송에는 SAS(Serial Attached SCSI) 및 Serial Attached ATA(Advanced Technology Attachment)가 포함됩니다. 사용할 수 없습니다.
SAN(저장 영역 네트워크): iSCSI(Internet Small Computer System Interface) SAN은 장치가 운영 체제에 로컬로 연결된 것처럼 보이도록(예: 블록 저장소) 원격 컴퓨터 저장 장치(예: 디스크 배열 및 테이프 라이브러리)를 서버에 연결하는 아키텍처입니다. iSCSI SAN은 IP 패킷 내에 SCSI 명령을 캡슐화하고 표준 네트워킹 인프라를 저장소 전송으로 사용합니다(예: 이더넷). Exchange 데이터를 백업하는 실제 디스크를 다른 애플리케이션과 공유하지 마세요.

전용 저장소 네트워크를 사용합니다.

독립 실행형 구성에 대해 여러 네트워크 경로를 사용합니다.

SAN: 파이버 채널 파이버 채널 SAN은 파이버 채널 패킷 내에서 SCSI 명령을 캡슐화하고 일반적으로 특수 파이버 채널 네트워크를 스토리지 전송으로 사용합니다. Exchange 데이터를 백업하는 실제 디스크를 다른 애플리케이션과 공유하지 마세요.

독립 실행형 구성에 대해 여러 개의 파이버 채널 네트워크 경로를 사용합니다.

FC HBA(호스트 버스 어댑터) 조정(예: 큐 크기 및 큐 대상)에 대한 저장소 공급업체의 모범 사례에 따릅니다.

NAS(Network Attached Storage) 장치는 네트워크에 있는 다른 장치에 파일 기반 데이터 저장소 서비스를 제공하기 위한 목적으로 네트워크에 연결된 자체 포함 컴퓨터입니다. NAS 단위의 운영 체제 및 기타 소프트웨어는 데이터 스토리지, 파일 시스템 및 파일에 대한 액세스의 기능과 이러한 함수의 관리(예: 파일 스토리지)를 제공합니다.

Exchange 2016은 가상화 Exchange Server 문서에 설명된 SMB 3.0 시나리오 이외의 NAS 볼륨 사용을 지원하지 않으므로 Exchange 데이터 스토리지에 대해 Exchange에서 사용하는 모든 스토리지는 블록 수준 스토리지여야 합니다. 또한 가상화된 환경에서는 하이퍼바이저를 통해 게스트에게 블록 수준 저장소로 제공되는 NAS 저장소는 지원되지 않습니다.

스토리지 계층은 시스템 성능에 부정적인 영향을 줄 수 있으므로 사용하지 않는 것이 좋습니다. 따라서 스토리지 컨트롤러가 가장 액세스한 파일을 자동으로 "더 빠른" 스토리지로 이동하도록 허용하지 않습니다.

실제 디스크 유형

다음 표에서는 지원되는 실제 디스크 유형 목록과 각 실제 디스크 유형에 대한 모범 사례 지침(해당되는 경우)을 제공합니다.

지원되는 실제 디스크 유형:

실제 디스크 유형 설명 지원됨 또는 모범 사례
SATA(Serial ATA) SATA는 ATA 및 IDE(Integrated Device Electronics) 디스크를 위한 직렬 인터페이스입니다. SATA 디스크는 다양한 폼 팩터, 속도 및 용량에서 사용할 수 있습니다.

일반적으로 다음과 같은 디자인 요구 사항이 있는 경우 Exchange 2016 사서함 스토리지용 SATA 디스크를 선택합니다.

  • 대용량
  • 보통 수준의 성능
  • 보통 수준의 전원 사용률
지원됨: Windows Server 2008 및 Windows Server 2008 R2용 512 바이트 섹터 디스크. 또한 Windows Server 2008 R2에는 다음과 같은 512e 디스크가 지원됩니다.
  • KB982018에 설명된 핫픽스입니다.
  • Windows Server 2008 R2 SP1(서비스 팩 1) 및 Exchange Server 2010 SP1.

Exchange 2013 이상에서는 네이티브 4KB(KB) 섹터 디스크와 512e 디스크를 지원합니다. 지원을 위해서는 모든 데이터베이스 복사본이 동일한 실제 디스크 유형에 있어야 합니다. 예를 들어 512 바이트 섹터 디스크에 지정된 데이터베이스의 복사본 하나와 512e 디스크 또는 4K 디스크에 동일한 데이터베이스의 다른 복사본을 호스트하는 것은 지원되는 구성이 아닙니다.

모범 사례: 일반적으로 열, 진동 및 신뢰성 특징을 가진 엔터프라이즈급 SATA 디스크가 있습니다.

Serial Attached SCSI Serial Attached SCSI는 SCSI 디스크를 위한 직렬 인터페이스입니다. 직렬 연결된 SCSI 디스크는 다양한 폼 팩터, 속도 및 용량에서 사용할 수 있습니다.

일반적으로 다음과 같은 디자인 요구 사항이 있는 경우 Exchange 2016 사서함 스토리지용 직렬 연결된 SCSI 디스크를 선택합니다.

  • 보통 수준의 용량
  • 고성능
  • 보통 수준의 전원 사용률
지원됨: Windows Server 2008 및 Windows Server 2008 R2용 512 바이트 섹터 디스크. 또한 Windows Server 2008 R2에는 다음과 같은 512e 디스크가 지원됩니다.
  • KB982018에 설명된 핫픽스입니다.
  • Windows Server 2008 R2 SP1 및 Exchange Server 2010 SP1.

Exchange 2013 이상에서는 네이티브 4KB(KB) 섹터 디스크와 512e 디스크를 지원합니다. 지원하려면 데이터베이스의 모든 복사본이 동일한 실제 디스크 유형에 있어야 합니다. 예를 들어, 512바이트 섹터 디스크에 주어진 데이터베이스의 복제본 하나와 512e 디스크의 또는 4K 디스크의 동일한 데이터베이스에 있는 또 다른 복제본을 호스팅하는 것은 지원되지 않는 구성입니다.

모범 사례: UPS 없이 사용할 경우 실제 디스크 쓰기 캐싱을 사용하지 않도록 설정해야 합니다.

파이버 채널 파이버 채널은 디스크를 파이버 채널 기반 SAN에 연결하는 데 사용되는 전기 인터페이스입니다. 파이버 채널 디스크는 다양한 속도와 용량으로 사용할 수 있습니다.

일반적으로 다음과 같은 디자인 요구 사항이 있는 경우 Exchange 2016 사서함 스토리지용 파이버 채널 디스크를 선택합니다.

  • 보통 수준의 용량
  • 고성능
  • SAN 연결
지원됨: Windows Server 2008 및 Windows Server 2008 R2용 512 바이트 섹터 디스크. 또한 Windows Server 2008 R2에는 다음과 같은 512e 디스크가 지원됩니다.
  • KB982018에 설명된 핫픽스입니다.
  • Windows Server 2008 R2 SP1(서비스 팩 1) 및 Exchange Server 2010 SP1.

Exchange 2013 이상에서는 네이티브 4KB(KB) 섹터 디스크와 512e 디스크를 지원합니다. 지원하려면 데이터베이스의 모든 복사본이 동일한 실제 디스크 유형에 있어야 합니다. 예를 들어 512 바이트 섹터 디스크에 지정된 데이터베이스의 복사본 하나와 512e 디스크 또는 4K 디스크에 동일한 데이터베이스의 다른 복사본을 호스트하는 것은 지원되는 구성이 아닙니다.

모범 사례: UPS 없이 사용할 경우 실제 디스크 쓰기 캐싱을 사용하지 않도록 설정해야 합니다.

SSD(반도체 드라이브)(플래시 디스크) SSD는 고체 메모리를 사용하여 지속적 데이터를 저장하는 데이터 저장소 장치입니다. SSD는 하드 디스크 드라이브 인터페이스를 에뮬레이트합니다. SSD 디스크는 다양한 속도(다양한 I/O 성능 기능) 및 용량으로 사용할 수 있습니다.

일반적으로 다음과 같은 디자인 요구 사항이 있는 경우 Exchange 2016 사서함 스토리지용 SSD 디스크를 선택합니다.

  • 저용량
  • 고성능
지원됨: Windows Server 2008 및 Windows Server 2008 R2용 512 바이트 섹터 디스크. 또한 Windows Server 2008 R2에는 다음과 같은 512e 디스크가 지원됩니다.
  • KB982018에 설명된 핫픽스입니다.
  • Windows Server 2008 R2 SP1 및 Exchange Server 2010 SP1.

Exchange 2013 이상에서는 데이터베이스의 모든 복사본이 동일한 실제 디스크 유형에 있는 경우 네이티브 4KB(KB) 섹터 디스크 및 512e 디스크를 지원합니다. 예를 들어 512 바이트 섹터 디스크에 지정된 데이터베이스의 복사본 하나와 512e 디스크 또는 4K 디스크에 동일한 데이터베이스의 다른 복사본을 호스트하는 것은 지원되는 구성이 아닙니다.

모범 사례: UPS 없이 사용할 경우 실제 디스크 쓰기 캐싱을 사용하지 않도록 설정해야 합니다.

일반적으로 Exchange 2016 사서함 서버에는 SSD 스토리지의 성능 특성이 필요하지 않습니다.

디스크 유형을 선택할 때 고려할 요소

Exchange 2016 스토리지에 대한 디스크 유형을 선택할 때 몇 가지 단점이 있습니다. 적절한 디스크는 성능(순차적 및 임의 성능 모두)과 용량, 안정성, 전원 사용률 및 자본 비용 사이의 균형이 맞는 디스크입니다. 지원되는 실제 디스크 유형에 대한 다음 표에서는 이러한 요소를 고려할 때 도움이 되는 정보를 제공합니다.

성능 관점에서 보면 디스크가 부하가 20ms 이하인 평균 읽기 및 쓰기 대기 시간을 유지할 수 있는 경우 Exchange 스토리지에 대해 크고 느린 디스크를 사용하는 것은 괜찮습니다.

디스크 유형 선택 요소:

디스크 속도(RPM) 디스크 폼 요소 인터페이스 또는 전송 용량 임의 I/O 성능 순차적 I/O 성능 전원 사용률
5,400 2.5인치 Sata 평균 가난한 가난한 훌륭한
5,400 3.5인치 Sata 훌륭한 가난한 가난한 보통 이상
7,200 2.5인치 Sata 평균 평균 평균 훌륭한
7,200 2.5인치 Serial Attached SCSI 평균 평균 보통 이상 훌륭한
7,200 3.5인치 Sata 훌륭한 평균 보통 이상 보통 이상
7,200 3.5인치 Serial Attached SCSI 훌륭한 평균 보통 이상 보통 이상
7,200 3.5인치 파이버 채널 훌륭한 평균 보통 이상 평균
10,000 2.5인치 Serial Attached SCSI 보통 이하 훌륭한 보통 이상 보통 이상
10,000 3.5인치 Sata 평균 평균 보통 이상 보통 이상
10,000 3.5인치 Serial Attached SCSI 평균 보통 이상 보통 이상 보통 이하
10,000 3.5인치 파이버 채널 평균 보통 이상 보통 이상 보통 이하
15,000 2.5인치 Serial Attached SCSI 가난한 훌륭한 훌륭한 평균
15,000 3.5인치 Serial Attached SCSI 평균 훌륭한 훌륭한 보통 이하
15,000 3.5인치 파이버 채널 평균 훌륭한 훌륭한 가난한
SSD: -= 해당 없음 SATA, Serial Attached SCSI, 파이버 채널 가난한 훌륭한 훌륭한 훌륭한

지원되는 저장소 구성에 대한 모범 사례

이 섹션에서는 지원되는 디스크 및 배열 컨트롤러 구성에 대한 모범 사례 정보를 제공합니다. 일반적으로 사용되는 RAID(독립 디스크 중복 배열) 외에도 중복 배열로 작동하도록 구성되지 않은 하드 디스크 컬렉션을 참조하는 디스크(또는 드라이브) 또는 JBOD도 많이 있습니다.

RAID는 여러 디스크에서 데이터를 스트라이프하여 개별 디스크의 성능 특성을 개선하고 개별 디스크 오류로부터 보호하는 데 사용되는 경우가 많습니다. Exchange 2016 고가용성이 발전하면서 RAID는 Exchange 2016 스토리지 디자인에 필요한 구성 요소가 아닙니다. 그러나 RAID는 여전히 스토리지 내결함성이 필요한 독립 실행형 서버 및 솔루션에 대한 Exchange 2016 스토리지 디자인의 필수 구성 요소입니다.

운영 체제, 시스템 또는 페이지 파일 볼륨

운영 체제, 시스템 또는 페이지 파일 볼륨에 권장되는 구성은 RAID 기술을 사용하여 이 데이터 형식을 보호하는 것입니다. 권장되는 RAID 구성은 RAID-1 또는 RAID-1/0이지만 모든 RAID 유형이 지원됩니다.

구분된 사서함 데이터베이스 및 로그 볼륨

독립 실행형 사서함 서버 역할 아키텍처를 배포하는 경우 사서함 데이터베이스 및 로그 볼륨에 RAID 기술이 필요합니다. 사서함 볼륨에 권장되는 RAID 구성은 RAID-1/0입니다(특히 5.4K 또는 7.2K 디스크를 사용하는 경우). 그러나 모든 RAID 유형이 지원됩니다. 로그 볼륨의 경우 RAID-1 또는 RAID-1/0이 권장되는 RAID 구성입니다.

운영 체제, 페이지 파일 또는 Exchange 데이터 볼륨에 RAID-5 또는 RAID-6 구성을 사용하는 경우 다음 사항에 유의합니다.

  • RAID-50 및 RAID-51과 같은 변형을 포함한 RAID-5 구성에는 배열 그룹당 7개 이하의 디스크가 있어야 하며 배열 컨트롤러 우선 순위가 높은 스크러빙 및 표면 검사를 사용하도록 설정해야 합니다.

  • RAID-6 구성에서는 배열 컨트롤러의 높은 우선 순위 스크러빙 및 영역 검사를 사용하도록 설정해야 합니다.

JBOD는 3개 이상의 고가용성 데이터베이스 복사본이 있는 고가용성 아키텍처에서 지원되지만 로그 및 사서함 데이터베이스 볼륨이 분리되어 있기 때문에 JBOD는 솔루션으로 권장되지 않습니다.

사서함 데이터베이스 및 로그 볼륨 배치

사서함 데이터베이스 및 로그 볼륨 공동 위치는 독립 실행형 아키텍처에서 권장되지 않습니다. 고가용성 아키텍처에서는 이 시나리오에 대한 두 가지 가능성이 있습니다.

  1. 볼륨당 단일 데이터베이스

  2. 볼륨당 여러 개의 데이터베이스

볼륨당 단일 데이터베이스

Exchange 환경에서 JBOD 스토리지 솔루션에는 데이터베이스와 연결된 로그가 모두 단일 디스크에 저장됩니다. JBOD 솔루션을 배포하려면 고가용성 데이터베이스 복사본을 3개 이상 배포해야 합니다. 디스크가 실패하면 해당 디스크에 있는 데이터베이스 복사본이 손실되므로 단일 디스크를 사용하는 것은 단일 실패 지점입니다. 데이터베이스 복사본이 3개 이상 있으면 복사본 1개(또는 디스크 1개)가 실패할 경우 두 개의 추가 복사본을 포함함으로써 내결함성을 보장합니다. 그러나 고가용성 데이터베이스 복사본 3개를 배치하고 지연된 데이터베이스 복사본을 사용하면 스토리지 디자인에 영향을 줄 수 있습니다. 다음 표에서는 RAID 또는 JBOD 고려 사항에 대한 지침이 나와 있습니다.

RAID 또는 JBOD 고려 사항:

데이터 센터 서버 2개의 고가용성 복사본(합계) 3개의 고가용성 복사본(합계) 데이터 센터당 2~3개의 고가용성 복사본 1개의 지연된 복사본 데이터 센터당 2개 이상의 지연된 복사본
기본 데이터 센터 서버 Raid RAID 또는 JBOD(2개의 복사본) RAID 또는 JBOD Raid RAID 또는 JBOD
보조 데이터 센터 서버 Raid RAID(1개의 복사본) RAID 또는 JBOD Raid RAID 또는 JBOD

기본 데이터 센터 서버가 포함된 JBOD에서 배포하려면 DAG 내에 고가용성 데이터베이스 복사본이 세 개 이상 필요합니다. 고가용성 데이터베이스 복사본을 호스팅하는 동일한 서버에서 지연된 복사본을 혼합하는 경우(예: 지연된 전용 데이터베이스 복사본 서버 사용 안 함) 지연된 데이터베이스 복사본이 두 개 이상 필요합니다.

JBOD를 사용하기 위한 보조 데이터 센터 서버의 경우 보조 데이터 센터에 고가용성 데이터베이스 복사본이 두 개 이상 있어야 합니다. 보조 데이터 센터의 복사본이 손실되어도 보조 데이터 센터가 활성화되는 경우 WAN에서 다시 시드를 필요로 하거나 단일 실패 지점을 가지게 되지 않습니다. 고가용성 데이터베이스 복사본을 호스팅하는 동일한 서버에서 지연된 데이터베이스 복사본을 혼합하는 경우(예: 지연된 전용 데이터베이스 복사본 서버 사용 안 함) 지연된 데이터베이스 복사본이 두 개 이상 필요합니다.

지연된 전용 데이터베이스 복사본 서버의 경우 JBOD를 사용하려면 데이터 센터 내에 지연된 데이터베이스 복사본이 두 개 이상 있어야 합니다. 그렇지 않으면 디스크가 손실되면 지연된 데이터베이스 복사본이 손실되고 보호 메커니즘이 손실됩니다.

볼륨당 여러 개의 데이터베이스

볼륨당 여러 데이터베이스는 Exchange 2016에서 사용할 수 있는 새로운 JBOD 시나리오로, 활성 및 수동 복사본(지연된 복사본 포함)을 단일 디스크에 혼합하여 디스크 사용률을 높일 수 있습니다. 하지만 이 방법으로 지연된 복사본을 배포하려면 지연된 복사본 로그 파일 자동 재생을 사용하도록 설정해야 합니다. 다음 표에서는 볼륨당 여러 개의 데이터베이스에 대한 JBOD 고려 사항과 관련 지침이 나와 있습니다.

JBOD 고려 사항:

데이터 센터 서버 3개 이상의 복사본(전체) 데이터 센터당 2개 이상의 복사본
기본 데이터 센터 서버 Jbod Jbod
보조 데이터 센터 서버 해당 없음 Jbod

다음 표에서는 Exchange 2016의 스토리지 배열 구성에 대한 지침을 제공합니다.

Exchange 2016 사서함 서버 역할에 대해 지원되는 RAID 유형:

RAID 유형 설명 지원됨 또는 모범 사례
디스크 배열 RAID 스트라이프 크기(KB) 스트라이프 크기는 RAID 세트 내에서의 데이터 분포의 디스크당 단위입니다. 스트라이프 크기는 블록 크기라고도 합니다. 모범 사례: 256KB 이상. 저장소 공급업체의 모범 사례에 따르십시오.
저장소 배열 캐시 설정 캐시 설정은 배터리가 지원되는 캐싱 배열 컨트롤러에서 제공합니다. 모범 사례: RAID 또는 JBOD 구성에서 DAS 스토리지 컨트롤러에 대한 100% 쓰기 캐시(배터리 또는 플래시 백업 캐시)입니다. SAN과 같은 다른 유형의 스토리지 솔루션에 대해 75%의 쓰기 캐시, 25% 읽기 캐시(배터리 또는 플래시 백업 캐시). SAN 공급업체가 플랫폼에서 캐시 구성에 대한 다양한 모범 사례를 가지고 있는 경우 SAN 공급업체의 지침을 따르세요.
실제 디스크 쓰기 캐싱 캐시에 대한 설정은 각각의 개별 디스크에 있습니다. 지원: UPS 없이 사용할 경우 실제 디스크 쓰기 캐싱을 사용하지 않도록 설정해야 합니다.

다음 표에서는 데이터베이스 및 로그 파일 선택에 대한 지침을 제공합니다.

Exchange 2016 사서함 서버 역할에 대한 데이터베이스 및 로그 파일 선택 사항:

데이터베이스 및 로그 파일 옵션 설명 독립 실행형: 지원됨 또는 모범 사례 고가용성: 지원됨 또는 모범 사례
파일 배치: 로그 격리당 데이터베이스 로그 격리당 데이터베이스는 동일한 사서함 데이터베이스의 데이터베이스 파일과 로그를 다른 실제 디스크에서 지원되는 다른 볼륨에 배치하는 것을 의미합니다. 모범 사례: 복구 가능성을 위해 데이터베이스(.edb) 파일 및 로그를 동일한 데이터베이스에서 다른 실제 디스크에서 지원되는 다른 볼륨으로 이동합니다. 지원: 로그 및 데이터베이스의 격리는 필요하지 않습니다.
파일 배치: 데이터베이스 파일/볼륨 볼륨당 데이터베이스 파일은 디스크 볼륨 내 또는 디스크 볼륨에 데이터베이스 파일을 배포하는 방법을 참조합니다. 모범 사례: 백업 방법을 기반으로 합니다. 지원: JBOD를 사용할 때 데이터베이스와 로그 파일용으로 별도의 디렉터리가 포함된 볼륨 하나를 만듭니다.
파일 배치: 로그 스트림/볼륨 볼륨당 로그 스트림은 데이터베이스 로그 파일을 디스크 볼륨 내 또는 디스크 볼륨에 배포하는 방법을 참조합니다. 모범 사례: 백업 방법을 기반으로 합니다. 지원: JBOD를 사용할 때 데이터베이스와 로그 파일용으로 별도의 디렉터리가 포함된 볼륨 하나를 만듭니다.

모범 사례: JBOD를 사용하는 경우 볼륨당 여러 데이터베이스를 사용합니다.

데이터베이스 크기 데이터베이스 크기는 디스크 데이터베이스(.edb) 파일 크기를 의미합니다. 지원: 약 16테라바이트.

모범 사례:

  • 200GB 이하.
  • 계산된 최대 데이터베이스 크기의 120%를 프로비전합니다.
지원됨: 약 16테라바이트.

모범 사례:

  • 2TB 이하.
  • 계산된 최대 데이터베이스 크기의 120%를 프로비전합니다.
로그 자르기 방법 로그 자르기 방법은 오래된 데이터베이스 로그 파일의 자르기 및 삭제 프로세스입니다. 다음 두 가지 메커니즘이 있습니다.
  • Exchange에서 로그를 삭제하는 순환 로깅입니다.
  • 성공적인 전체 또는 증분 VSS(볼륨 섀도 복사본 서비스) 백업 후 발생하는 로그 자르기.
모범 사례:
  • 로그 자르기에 대한 백업을 사용합니다(예: 순환 로깅 사용 안 함).
  • 3일간의 로그 생성 용량을 프로비전합니다.
모범 사례:
  • Exchange 기본 데이터 보호 기능을 사용하는 배포에 대해 Exchange 순환 로깅을 사용하도록 설정합니다.
  • 로그 생성 용량의 3일 이상 재생 지연 설정을 프로비전합니다.

다음 표에서는 Windows 디스크 유형에 대한 지침을 제공합니다.

Exchange 2016 사서함 서버 역할에 대한 Windows 디스크 유형:

Windows 디스크 유형 설명 독립 실행형: 지원됨 또는 모범 사례 고가용성: 지원됨 또는 모범 사례
기본 디스크 기본 저장소용으로 초기화된 디스크를 기본 디스크라고 합니다. 기본 디스크에는 주 파티션, 확장 파티션, 논리 드라이브 등의 기본 볼륨이 포함됩니다. 지원됨.

모범 사례: 기본 디스크를 사용합니다.

지원됨.

모범 사례: 기본 디스크를 사용합니다.

동적 디스크 동적 저장소용으로 초기화된 디스크를 동적 디스크라고 합니다. 동적 디스크에는 단순 볼륨, 스팬 볼륨, 스트라이프 볼륨, 미러 볼륨, RAID-5 볼륨 등의 동적 볼륨이 포함됩니다. 지원됨. 지원됨.

다음 표에서는 볼륨 구성에 대한 지침을 제공합니다.

Exchange 2016 사서함 서버 역할에 대한 볼륨 구성:

볼륨 구성 설명 독립 실행형: 지원됨 또는 모범 사례 고가용성: 지원됨 또는 모범 사례
GPT(GUID 파티션 테이블) GPT는 이전 MBR(마스터 부트 레코드) 파티션 구성표에서 확장되는 디스크 아키텍처입니다. NTFS로 포맷된 파티션의 최대 크기는 256테라바이트입니다. 지원됨.

모범 사례: GPT 파티션을 사용합니다.

지원됨.

모범 사례: GPT 파티션을 사용합니다.

MBR MBR 즉, 파티션 섹터는 하드 디스크와 같이 분할된 데이터 저장소 장치의 첫 번째 섹터(LBA 섹터 0)인 512바이트의 부팅 섹터입니다. NTFS로 포맷된 파티션의 최대 크기는 2테라바이트입니다. 지원됨. 지원됨.
파티션 맞춤 파티션 맞춤은 최적의 성능을 위해 섹터 경계에서 파티션을 맞추는 것을 나타냅니다. 지원됨: Windows Server 2008 R2 및 Windows Server 2012 기본값은 1MB입니다. 지원됨: Windows Server 2008 R2 및 Windows Server 2012 기본값은 1MB입니다.
볼륨 경로 볼륨 경로는 볼륨에 액세스하는 방법을 나타냅니다. 지원: 드라이브 문자 또는 탑재 지점. 모범 사례: 탑재 지점 호스트 볼륨은 RAID를 사용하도록 설정되어 있어야 합니다. 지원: 드라이브 문자 또는 탑재 지점.

모범 사례: 탑재 지점 호스트 볼륨은 RAID를 사용하도록 설정되어 있어야 합니다.

파일 시스템 파일 시스템은 컴퓨터 파일과 파일에 포함된 데이터를 찾아 액세스하기 쉽게 저장 및 구성하는 방법을 나타냅니다. 지원: NTFS 및 ReFS 지원: NTFS 및 ReFS
NTFS 조각 모음 NTFS 조각 모음은 Windows 파일 시스템의 조각화 양을 줄이는 프로세스입니다. 이 프로세스는 디스크의 콘텐츠를 물리적으로 구성하여 각 파일 조각을 가까이 인접하여 저장합니다. 지원됨.

모범 사례: 필요하지 않으며 권장되지 않음. Windows Server 2012에서는 자동 디스크 최적화 및 조각 모음 기능도 사용하지 않도록 설정하는 것이 좋습니다.

지원됨.

모범 사례: 필요하지 않으며 권장되지 않음. Windows Server 2012에서는 자동 디스크 최적화 및 조각 모음 기능도 사용하지 않도록 설정하는 것이 좋습니다.

NTFS 할당 단위 크기 NTFS 할당 단위 크기는 파일 저장을 위해 할당할 수 있는 최소 디스크 공간을 나타냅니다. 지원: 모든 할당 단위 크기

모범 사례: .edb 및 로그 파일 볼륨 모두에 대해 64KB

지원: 모든 할당 단위 크기

모범 사례: .edb 및 로그 파일 볼륨 모두에 대해 64KB

NTFS 압축 NTFS 압축은 하드 디스크에 저장된 파일의 실제 크기를 줄이는 프로세스입니다. 지원됨: Exchange 데이터베이스 또는 로그 파일에 대해 지원되지 않습니다. 지원됨: Exchange 데이터베이스 또는 로그 파일에 대해 지원되지 않습니다.
NTFS EFS(파일 시스템 암호화) EFS를 통해 사용자는 개별 파일, 폴더 또는 전체 데이터 드라이브를 암호화할 수 있습니다. EFS는 업계 표준 알고리즘 및 공개 키 암호화를 통해 강력한 암호화를 제공하기 때문에 공격자가 시스템 보안을 통과하는 경우에도 암호화된 파일은 기밀로 유지됩니다. 지원됨: Exchange 데이터베이스 또는 로그 파일에 대해 지원되지 않습니다. Exchange 데이터베이스 또는 로그 파일에 대해 지원되지 않습니다.
Windows BitLocker(볼륨 암호화) Windows BitLocker는 Windows Server 2008의 데이터 보호 기능입니다. BitLocker는 분실하거나 도난 당한 컴퓨터에 들어 있는 데이터가 도난 당하거나 노출되지 않도록 보호하며, 컴퓨터를 폐기할 때 데이터를 보다 안전하게 삭제할 수 있도록 합니다. 지원됨: 모든 Exchange 데이터베이스 및 로그 파일. 지원됨: 모든 Exchange 데이터베이스 및 로그 파일. Windows 장애 조치(failover) 클러스터에는 Windows Server 2008 R2 또는 Windows Server 2008 R2 SP1이 필요합니다. BitLocker를 사용하도록 설정된 Exchange 볼륨은 이전 버전의 Windows를 실행하는 Windows 장애 조치(failover) 클러스터에서 지원되지 않습니다.

Windows 7 BitLocker 암호화에 대한 자세한 내용은 Windows 7의 BitLocker 드라이브 암호화: 질문과 대답을 참조하세요.

SMB(서버 메시지 블록) 3.0 SMB(서버 메시지 블록) 프로토콜은 컴퓨터의 응용 프로그램이 원격 서버의 파일과 리소스에 액세스할 수 있도록 하는 네트워크 파일 공유 프로토콜(TCP/IP 또는 기타 네트워크 프로토콜 위에 있음)입니다. 또한 SMB 프로토콜은 응용 프로그램이 SMB 클라이언트 요청을 받도록 설정된 모든 서버 프로그램과 통신할 수 있도록 합니다. Windows Server 2012에는 다음 기능이 포함된 SMB 프로토콜의 새로운 3.0 버전이 도입되었습니다.
  • SMB 투명 장애 조치(failover)
  • SMB 스케일 아웃
  • SMB 다중 채널
  • SMB 다이렉트
  • SMB 암호화
  • SMB 파일 공유용 VSS
  • SMB 디렉터리 임대
  • SMB PowerShell
제한된 지원. 지원되는 시나리오는 디스크가 SMB 3.0 공유 위치의 VHD에 호스트되는 하드웨어 가상화 배포입니다. 이러한 VHD는 하이퍼바이저를 통해 호스트에 제공됩니다. 자세한 내용은 가상화 Exchange Server 참조하세요. 제한된 지원. 지원되는 시나리오는 디스크가 SMB 3.0 공유 위치의 VHD에 호스트되는 하드웨어 가상화 배포입니다. 이러한 VHD는 하이퍼바이저를 통해 호스트에 제공됩니다. 자세한 내용은 가상화 Exchange Server 참조하세요.
저장소 공간 저장소 공간은 Windows Server 2012용 가상화 기능을 제공하는 새로운 저장소 솔루션입니다. 저장소 공간 사용하면 디스크를 추가하여 쉽게 확장할 수 있는 스토리지 풀로 실제 디스크를 구성할 수 있습니다. 이러한 디스크는 USB, SATA 또는 SAS를 통해 연결할 수 있습니다. 또한 씬 프로비저닝과 같은 강력한 기능과 기본 물리적 미디어의 오류에 대한 복원력과 함께 실제 디스크처럼 작동하는 가상 디스크(공간)를 사용합니다. 저장소 공간 대한 자세한 내용은 저장소 공간 개요를 참조하세요. 지원됨. 이 문서에 설명된 실제 디스크 유형과 동일한 제한 사항입니다. 지원됨. 이 문서에 설명된 실제 디스크 유형과 동일한 제한 사항입니다.
ReFS(복원 파일 시스템) ReFS는 Windows Server 2012용으로 새롭게 제작된 파일 시스템이며 NTFS를 기반으로 구축되었습니다. ReFS는 향상된 데이터 확인 및 자동 고침 기술과 특히 스토리지 공간 기능과 함께 사용할 때 손상에 대한 통합된 엔드투엔드 복원력을 제공하면서 NTFS와의 높은 호환성을 유지합니다. ReFS에 대한 자세한 내용은 ReFS(복원 파일 시스템) 개요: 지원되는 배포를 참조하세요. 다음 핫픽스가 설치된 경우 Exchange 데이터베이스 파일, 로그 파일 및 콘텐츠 인덱싱 파일이 포함된 볼륨에 대해 지원됩니다. Exchange Server 2013 데이터베이스는 Windows Server 2012 조각화됩니다. Exchange 이진 파일이 포함된 볼륨에는 지원되지 않습니다.

모범 사례: Exchange 데이터베이스(.edb) 파일 또는 이러한 파일을 호스트하는 볼륨에 대해 데이터 무결성 기능을 사용하지 않도록 설정해야 합니다. 볼륨에 데이터베이스 또는 로그 파일이 없는 경우 콘텐츠 인덱스 카탈로그를 포함하는 볼륨에 대해 무결성 기능을 사용하도록 설정할 수 있습니다.

다음 핫픽스가 설치된 경우 Exchange 데이터베이스 파일, 로그 파일 및 콘텐츠 인덱싱 파일이 포함된 볼륨에 대해 지원됩니다. Exchange Server 2013 데이터베이스는 Windows Server 2012 조각화됩니다. Exchange 이진 파일이 포함된 볼륨에는 지원되지 않습니다.

모범 사례: Exchange 데이터베이스(.edb) 파일 또는 이러한 파일을 호스트하는 볼륨에 대해 데이터 무결성 기능을 사용하지 않도록 설정해야 합니다. 볼륨에 데이터베이스 또는 로그 파일이 없는 경우 콘텐츠 인덱스 카탈로그를 포함하는 볼륨에 대해 무결성 기능을 사용하도록 설정할 수 있습니다.

ReFS 할당 단위 크기 ReFS 할당 단위 크기는 파일을 보관하기 위해 할당할 수 있는 가장 작은 양의 디스크 공간을 나타냅니다. 지원: 모든 할당 단위 크기

모범 사례: .edb 및 로그 파일 볼륨 모두에 대해 64KB

지원: 모든 할당 단위 크기

모범 사례: .edb 및 로그 파일 볼륨 모두에 대해 64KB

데이터 중복 제거 데이터 중복 제거는 스토리지 사용률을 최적화하는 기술입니다. 충실도 또는 무결성을 손상시키지 않고 데이터 내에서 중복을 찾아 제거하는 방법입니다. 목표는 파일을 작은 가변 크기의 청크로 분할하고, 중복 청크를 식별하고, 각 청크의 단일 복사본을 유지 관리하여 더 적은 공간에 더 많은 데이터를 저장하는 것입니다. 데이터 중복 제거 기술은 일반적으로 두 가지 방법 중 하나로 구현됩니다. 운영 체제 수준 또는 스토리지 시스템 수준 및 운영 체제에서 사용되는 것을 인식하지 못합니다. OS 수준: Exchange 사서함 데이터베이스, 전송 데이터베이스 또는 콘텐츠 인덱스 파일에 대해 지원되지 않습니다.

스토리지 시스템 수준: 지원되지만 Microsoft 타사 스토리지 소프트웨어 솔루션 지원 정책에 속합니다.

참고: OS 수준 중복 제거는 오프라인(백업 또는 보관으로 사용됨)인 Exchange 데이터베이스 파일에 사용할 수 있습니다.

OS 수준: Exchange 사서함 데이터베이스, 전송 데이터베이스 또는 콘텐츠 인덱스 파일에 대해 지원되지 않습니다.

스토리지 수준: 지원되지만 Microsoft 타사 스토리지 소프트웨어 솔루션 지원 정책에 속합니다.

참고: OS 수준 중복 제거는 오프라인(백업 또는 보관으로 사용됨)인 Exchange 데이터베이스 파일에 사용할 수 있습니다.