Exchange 2013 저장소 구성 옵션
적용 대상: Exchange Server 2013
Microsoft Exchange Server 2013의 사서함 서버 역할에 대한 저장 옵션 및 요구 사항을 이해하는 것은 사서함 서버 저장소 설계 솔루션에 있어서 중요합니다.
저장소 아키텍처
다음 표에서는 지원되는 저장소 아키텍처에 대해 설명하고 각 저장소 아키텍처 유형에 대한 모범 사례 지침(해당되는 경우)을 제공합니다.
지원되는 저장소 아키텍처
| 저장소 아키텍처 | 설명 | 모범 사례 |
|---|---|---|
| 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 2013은 Exchange 2013 가상화 항목에 설명된 SMB 3.0 시나리오를 제외한 NAS 볼륨 사용을 지원하지 않으므로 Exchange 데이터 스토리지에 대해 Exchange에서 사용하는 모든 스토리지는 블록 수준 스토리지여야 합니다. 또한 가상화된 환경에서는 하이퍼바이저를 통해 게스트에게 블록 수준 저장소로 제공되는 NAS 저장소는 지원되지 않습니다.
스토리지 계층은 시스템 성능에 부정적인 영향을 줄 수 있으므로 사용하지 않는 것이 좋습니다. 이러한 이유로 스토리지 컨트롤러가 가장 액세스한 파일을 자동으로 "더 빠른" 스토리지로 이동하도록 허용하지 않습니다.
실제 디스크 유형
다음 표에서는 지원되는 실제 디스크 유형 목록과 각 실제 디스크 유형에 대한 모범 사례 지침(해당되는 경우)을 제공합니다.
지원되는 실제 디스크 유형
| 실제 디스크 유형 | 설명 | 지원됨 또는 모범 사례 |
|---|---|---|
| SATA(Serial ATA) | SATA는 ATA 및 IDE(Integrated Device Electronics) 디스크를 위한 직렬 인터페이스입니다. SATA 디스크는 다양한 폼 팩터, 속도 및 용량에서 사용할 수 있습니다. 일반적으로 다음과 같은 디자인 요구 사항이 있는 경우 Exchange 2013 사서함 스토리지용 SATA 디스크를 선택합니다.
|
지원됨: Windows Server 2008 및 Windows Server 2008 R2용 512 바이트 섹터 디스크. 또한 Windows Server 2008 R2에는 다음과 같은 512e 디스크가 지원됩니다.
Exchange 2013 이상에서는 전용 4KB 섹터 디스크 및 512e 디스크가 지원됩니다. 지원을 위해서는 모든 데이터베이스 복사본이 동일한 실제 디스크 유형에 있어야 합니다. 예를 들어 512 바이트 섹터 디스크에 지정된 데이터베이스의 복사본 하나와 512e 디스크 또는 4K 디스크에 동일한 데이터베이스의 다른 복사본을 호스트하는 것은 지원되는 구성이 아닙니다. |
| Serial Attached SCSI | Serial Attached SCSI는 SCSI 디스크를 위한 직렬 인터페이스입니다. Serial Attached SAS 디스크는 다양한 폼 요소, 속도 및 용량으로 제공됩니다. 일반적으로 다음과 같은 디자인 요구 사항이 있는 경우 Exchange 2013 사서함 스토리지용 직렬 연결된 SCSI 디스크를 선택합니다.
|
지원됨: Windows Server 2008 및 Windows Server 2008 R2용 512 바이트 섹터 디스크. 또한 Windows Server 2008 R2에는 다음과 같은 512e 디스크가 지원됩니다.
Exchange 2013 이상에서는 전용 4KB 섹터 디스크 및 512e 디스크가 지원됩니다. 지원을 위해서는 모든 데이터베이스 복사본이 동일한 실제 디스크 유형에 있어야 합니다. 예를 들어 512 바이트 섹터 디스크에 지정된 데이터베이스의 복사본 하나와 512e 디스크 또는 4K 디스크에 동일한 데이터베이스의 다른 복사본을 호스트하는 것은 지원되는 구성이 아닙니다. |
| 파이버 채널 | 파이버 채널은 디스크를 파이버 채널 기반 SAN에 연결하는 데 사용되는 전기 인터페이스입니다. 파이버 채널 디스크는 다양한 속도 및 용량으로 제공됩니다. 일반적으로 다음과 같은 디자인 요구 사항이 있는 경우 Exchange 2013 사서함 스토리지용 파이버 채널 디스크를 선택합니다.
|
지원됨: Windows Server 2008 및 Windows Server 2008 R2용 512 바이트 섹터 디스크. 또한 Windows Server 2008 R2에는 다음과 같은 512e 디스크가 지원됩니다.
Exchange 2013 이상에서는 전용 4KB 섹터 디스크 및 512e 디스크가 지원됩니다. 지원을 위해서는 모든 데이터베이스 복사본이 동일한 실제 디스크 유형에 있어야 합니다. 예를 들어 512 바이트 섹터 디스크에 지정된 데이터베이스의 복사본 하나와 512e 디스크 또는 4K 디스크에 동일한 데이터베이스의 다른 복사본을 호스트하는 것은 지원되는 구성이 아닙니다. |
| SSD(반도체 드라이브)(플래시 디스크) | SSD는 고체 메모리를 사용하여 지속적 데이터를 저장하는 데이터 저장소 장치입니다. SSD는 하드 디스크 드라이브 인터페이스를 에뮬레이트합니다. SSD 디스크는 다양한 속도(여러 I/O 성능 기능) 및 용량으로 제공됩니다. 일반적으로 다음과 같은 디자인 요구 사항이 있는 경우 Exchange 2013 사서함 스토리지용 SSD 디스크를 선택합니다.
|
지원됨: Windows Server 2008 및 Windows Server 2008 R2용 512 바이트 섹터 디스크. 또한 Windows Server 2008 R2에는 다음과 같은 512e 디스크가 지원됩니다.
Exchange 2013 이상에서는 전용 4KB 섹터 디스크 및 512e 디스크가 지원됩니다. 지원을 위해서는 모든 데이터베이스 복사본이 동일한 실제 디스크 유형에 있어야 합니다. 예를 들어 512 바이트 섹터 디스크에 지정된 데이터베이스의 복사본 하나와 512e 디스크 또는 4K 디스크에 동일한 데이터베이스의 다른 복사본을 호스트하는 것은 지원되는 구성이 아닙니다. |
디스크 유형을 선택할 때 고려할 요소
Exchange 2013 저장소의 디스크 유형을 선택할 때는 여러 가지 사항을 고려해야 합니다. 적절한 디스크는 성능(순차적 및 임의 성능 모두)과 용량, 안정성, 전원 사용률 및 자본 비용 사이의 균형이 맞는 디스크입니다. 지원되는 실제 디스크 유형에 대한 다음 표에서는 이러한 요소를 고려할 때 도움이 되는 정보를 제공합니다.
성능 관점에서 보면 디스크가 부하가 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(독립 디스크의 중복 배열)는 개별 디스크의 성능 특성을 개선하고(여러 디스크에서 데이터를 스트라이프하여) 개별 디스크 오류로부터 보호를 제공하는 데 사용되는 경우가 많습니다. Exchange 2013 고가용성이 발전하면서 RAID는 Exchange 2013 스토리지 디자인에 필요한 구성 요소가 아닙니다. 그러나 RAID는 여전히 스토리지 내결함성이 필요한 독립 실행형 서버 및 솔루션에 대한 Exchange 2013 스토리지 디자인의 필수 구성 요소입니다.
운영 체제, 시스템 또는 페이지 파일 볼륨
운영 체제, 시스템 또는 페이지 파일 볼륨에 대해 권장되는 구성은 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-5 구성(RAID-50, RAID-51 등의 변형 포함)에서는 배열 그룹당 7개 이하의 디스크가 있어야 하며 배열 컨트롤러의 높은 우선 순위 스크러빙 및 영역 검사를 사용하도록 설정해야 합니다.
RAID-6 구성에서는 배열 컨트롤러의 높은 우선 순위 스크러빙 및 영역 검사를 사용하도록 설정해야 합니다.
JBOD는 3개 이상의 고가용성 데이터베이스 복사본이 있는 고가용성 아키텍처에서 지원되지만 로그 및 사서함 데이터베이스 볼륨이 분리되어 있으므로 JBOD는 권장되지 않습니다.
사서함 데이터베이스 및 로그 볼륨 배치
사서함 데이터베이스 및 로그 볼륨 공동 위치는 독립 실행형 아키텍처에서 권장되지 않습니다. 고가용성 아키텍처에서는 이 시나리오에 대한 두 가지 가능성이 있습니다.
볼륨당 단일 데이터베이스
볼륨당 여러 개의 데이터베이스
볼륨당 단일 데이터베이스
Exchange 관점에서 JBOD는 데이터베이스와 단일 디스크에 저장된 자체 관련 로그를 모두 가지고 있음을 의미합니다. JBOD에서 배포하려면 최소한 세 개의 고가용성 데이터베이스 복사본을 배포해야 합니다. 디스크에 오류가 발생하는 경우 해당 디스크에 있는 데이터베이스 복사본이 손실되기 때문에 단일 디스크 사용은 단일 실패 지점에 해당합니다. 데이터베이스 복사본이 3개 이상 있으면 복사본 1개(또는 디스크 1개)가 실패할 경우 복사본이 두 개 더 있으면 내결함성이 보장됩니다. 하지만 세 개의 고가용성 데이터베이스 복사본 배치 및 지연된 데이터베이스 복사본 사용은 저장소 디자인에 영향을 줄 수 있습니다. 다음 표에서는 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 2013에서 사용 가능한 새로운 JBOD 시나리오로, 디스크 사용률을 높여줍니다. 하지만 이 방법으로 지연된 복사본을 배포하려면 지연된 복사본 로그 파일 자동 재생을 사용하도록 설정해야 합니다. 다음 표에서는 볼륨당 여러 개의 데이터베이스에 대한 JBOD 고려 사항과 관련 지침이 나와 있습니다.
JBOD 고려 사항
| 데이터 센터 서버 | 3개 이상의 복사본(전체) | 데이터 센터당 2개 이상의 복사본 |
|---|---|---|
| 기본 데이터 센터 서버 | Jbod | Jbod |
| 보조 데이터 센터 서버 | 해당 없음 | Jbod |
다음 표에서는 Exchange 2013의 저장소 배열 구성에 대한 지침을 제공합니다.
Exchange 2013 사서함 서버 역할에 지원되는 RAID 유형
| RAID 유형 | 설명 | 지원됨 또는 모범 사례 |
|---|---|---|
| 디스크 배열 RAID 스트라이프 크기(KB) | 스트라이프 크기는 RAID 세트 내에서의 데이터 분포의 디스크당 단위입니다. 스트라이프 크기는 블록 크기라고도 합니다. | 모범 사례: 256KB 이상. 저장소 공급업체의 모범 사례에 따르십시오. |
| 저장소 배열 캐시 설정 | 캐시 설정은 배터리가 지원되는 캐싱 배열 컨트롤러에서 제공합니다. | 모범 사례: RAID 또는 JBOD 구성의 DAS 스토리지 컨트롤러에 대한 100% 쓰기 캐시(배터리 또는 플래시 백업 캐시)입니다. SAN과 같은 다른 유형의 스토리지 솔루션에 대해 75%의 쓰기 캐시, 25% 읽기 캐시(배터리 또는 플래시 지원 캐시) SAN 공급업체가 플랫폼에서 캐시 구성에 대한 다양한 모범 사례를 가지고 있는 경우 SAN 공급업체의 지침을 따르세요. |
| 실제 디스크 쓰기 캐싱 | 캐시에 대한 설정은 각각의 개별 디스크에 있습니다. | 지원: UPS 없이 사용할 경우 실제 디스크 쓰기 캐싱을 사용하지 않도록 설정해야 합니다. |
다음 표에서는 데이터베이스 및 로그 파일 선택에 대한 지침을 제공합니다.
Exchange 2013 사서함 서버 역할에 대한 데이터베이스 및 로그 파일 선택
| 데이터베이스 및 로그 파일 옵션 | 설명 | 독립 실행형: 지원됨 또는 모범 사례 | 고가용성: 지원됨 또는 모범 사례 |
|---|---|---|---|
| 파일 배치: 로그 격리당 데이터베이스 | 데이터베이스/로그 격리는 동일한 사서함 데이터베이스의 데이터베이스 파일과 로그를 여러 개의 실제 디스크에서 지원하는 여러 볼륨에 배치하는 것을 의미합니다. | 모범 사례: 복구 가능성을 위해 데이터베이스(.edb) 파일 및 로그를 동일한 데이터베이스에서 다른 실제 디스크에서 지원되는 다른 볼륨으로 이동합니다. | 지원: 로그 및 데이터베이스의 격리는 필요하지 않습니다. |
| 파일 배치: 데이터베이스 파일/볼륨 | 데이터베이스 파일/볼륨은 디스크 볼륨 내에서 또는 디스크 볼륨 간에 데이터베이스 파일을 분산하는 방법을 나타냅니다. | 모범 사례: 백업 방법을 기반으로 합니다. | 지원: JBOD를 사용할 때 데이터베이스와 로그 파일용으로 별도의 디렉터리가 포함된 볼륨 하나를 만듭니다. |
| 파일 배치: 로그 스트림/볼륨 | 로그 스트림/볼륨은 디스크 볼륨 내에서 또는 디스크 볼륨 간에 데이터베이스 로그 파일을 분산하는 방법을 나타냅니다. | 모범 사례: 백업 방법을 기반으로 합니다. | 지원: JBOD를 사용할 때 데이터베이스와 로그 파일용으로 별도의 디렉터리가 포함된 볼륨 하나를 만듭니다. 모범 사례: JBOD를 사용할 때 볼륨당 여러 데이터베이스를 활용합니다. |
| 데이터베이스 크기 | 데이터베이스 크기는 디스크 데이터베이스(.edb) 파일 크기를 의미합니다. | 지원: 약 16테라바이트. 모범 사례:
|
지원됨: 약 16테라바이트. 모범 사례:
|
| 로그 자르기 방법 | 로그 자르기 방법은 오래된 데이터베이스 로그 파일의 자르기 및 삭제 프로세스입니다. 다음 두 가지 메커니즘이 있습니다.
|
모범 사례:
|
모범 사례:
|
다음 표에서는 Windows 디스크 유형에 대한 지침을 제공합니다.
Exchange 2013 사서함 서버 역할에 대한 Windows 디스크 유형
| Windows 디스크 유형 | 설명 | 독립 실행형: 지원됨 또는 모범 사례 | 고가용성: 지원됨 또는 모범 사례 |
|---|---|---|---|
| 기본 디스크 | 기본 저장소용으로 초기화된 디스크를 기본 디스크라고 합니다. 기본 디스크에는 주 파티션, 확장 파티션, 논리 드라이브 등의 기본 볼륨이 포함됩니다. | 지원됨. 모범 사례: 기본 디스크를 사용합니다. |
지원됨. 모범 사례: 기본 디스크를 사용합니다. |
| 동적 디스크 | 동적 저장소용으로 초기화된 디스크를 동적 디스크라고 합니다. 동적 디스크에는 단순 볼륨, 스팬 볼륨, 스트라이프 볼륨, 미러 볼륨, RAID-5 볼륨 등의 동적 볼륨이 포함됩니다. | 지원됨. | 지원됨. |
다음 표에서는 볼륨 구성에 대한 지침을 제공합니다.
Exchange 2013 사서함 서버 역할에 대한 볼륨 구성
| 볼륨 구성 | 설명 | 독립 실행형: 지원됨 또는 모범 사례 | 고가용성: 지원됨 또는 모범 사례 |
|---|---|---|---|
| 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 암호화에 대한 자세한 내용은 (/previous-versions/windows/it-pro/windows-7/ee449438(v=ws.10))[Windows 7의 BitLocker 드라이브 암호화: 질문과 대답]을 참조하세요. |
| SMB(서버 메시지 블록) 3.0 | SMB(서버 메시지 블록) 프로토콜은 컴퓨터의 응용 프로그램이 원격 서버의 파일과 리소스에 액세스할 수 있도록 하는 네트워크 파일 공유 프로토콜(TCP/IP 또는 기타 네트워크 프로토콜 위에 있음)입니다. 또한 SMB 프로토콜은 응용 프로그램이 SMB 클라이언트 요청을 받도록 설정된 모든 서버 프로그램과 통신할 수 있도록 합니다. Windows Server 2012에는 다음 기능이 포함된 SMB 프로토콜의 새로운 3.0 버전이 도입되었습니다.
|
제한된 지원. 지원되는 시나리오는 디스크가 SMB 3.0 공유 위치의 VHD에 호스트되는 하드웨어 가상화 배포입니다. 이러한 VHD는 하이퍼바이저를 통해 호스트에 제공됩니다. 자세한 내용은 Exchange 2013 가상화를 참조하세요. | 제한된 지원. 지원되는 시나리오는 디스크가 SMB 3.0 공유 위치의 VHD에 호스트되는 하드웨어 가상화 배포입니다. 이러한 VHD는 하이퍼바이저를 통해 호스트에 제공됩니다. 자세한 내용은 Exchange 2013 가상화를 참조하세요. |
| 저장소 공간 | 저장소 공간은 Windows Server 2012용 가상화 기능을 제공하는 새로운 저장소 솔루션입니다. 저장소 공간을 통해 실제 디스크를 저장소 풀(디스크만 추가하면 쉽게 확장 가능)로 구성할 수 있습니다. USB, SATA 또는 SAS를 통해 이러한 디스크를 연결할 수 있습니다. 또한 저장소 공간은 씬 프로비저닝 등의 강력한 관련 기능과 기본 실제 미디어 오류 복원 기능을 포함하며 실제 디스크처럼 작동하는 가상 디스크(공간)도 활용합니다. 저장소 공간 대한 자세한 내용은 저장소 공간 개요를 참조하세요. | 지원됨. 이 항목에서 설명하는 실제 디스크 유형과 동일한 제한이 적용됩니다. | 지원됨. 이 항목에서 설명하는 실제 디스크 유형과 동일한 제한이 적용됩니다. |
| ReFS(복원 파일 시스템) | ReFS는 Windows Server 2012용으로 새롭게 제작된 파일 시스템이며 NTFS를 기반으로 구축되었습니다. ReFS는 NTFS와의 뛰어난 호환성을 유지하는 동시에 고급 데이터 확인 및 자동 수정 기술과 통합된 종단 간 손상 복원 기능을 제공합니다(특히 저장소 공간 기능과 함께 사용하는 경우). ReFS에 대한 자세한 내용은 복원 파일 시스템 개요를 참조하세요. | Exchange 데이터베이스 파일, 로그 파일 및 콘텐츠 인덱싱 파일이 포함된 볼륨에 대해 지원됩니다. Windows Server 2012 배포하는 경우 다음 핫픽스가 Windows Server 2012 설치되어 있는지 확인합니다.
REFS는 OS 볼륨에 대해 지원되지 않습니다. |
Exchange 데이터베이스 파일, 로그 파일 및 콘텐츠 인덱싱 파일이 포함된 볼륨에 대해 지원됩니다. Windows Server 2012 배포하는 경우 다음 핫픽스가 Windows Server 2012 설치되어 있는지 확인합니다.
REFS는 OS 볼륨에 대해 지원되지 않습니다. |
| 데이터 중복 제거 | 데이터 중복 제거는 Windows Server 2012 스토리지 사용률을 최적화하는 새로운 기술입니다. 이는 충실도 또는 무결성을 손상시키지 않고 데이터 내에서 중복을 찾아 제거하는 방법입니다. 목표는 파일을 작은 가변 크기의 청크로 분할하고, 중복 청크를 식별하고, 각 청크의 단일 복사본을 유지 관리하여 더 적은 공간에 더 많은 데이터를 저장하는 것입니다. 청크의 중복 복사본은 단일 복사본에 대한 참조로 대체되고, 청크는 컨테이너 파일로 구성되며, 컨테이너는 추가 공간 최적화를 위해 압축됩니다. | Exchange 데이터베이스 파일에 대해서는 지원되지 않습니다. 참고: 완전히 오프라인 상태인 백업 또는 보관용 Exchange 데이터베이스 파일에 대해 사용할 수 있습니다. | Exchange 데이터베이스 파일에 대해서는 지원되지 않습니다. 참고: 완전히 오프라인 상태인 백업 또는 보관용 Exchange 데이터베이스 파일에 대해 사용할 수 있습니다. |