저장소 구성 이해
적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3
마지막으로 수정된 항목: 2016-11-28
Microsoft Exchange Server 2010의 사서함 서버 역할에 대한 저장 옵션 및 요구 사항을 이해하는 것은 사서함 서버 저장소 설계 솔루션에 있어서 중요합니다. 설계 프로세스의 다른 주요 면에 대한 자세한 내용은 사서함 서버 저장소 디자인을 참조하십시오.
목차
저장소 아키텍처
실제 디스크 유형
지원되는 저장소 구성에 대한 모범 사례
저장소 아키텍처
다음 표에서는 지원되는 저장소 아키텍처에 대해 설명하고 각 저장소 아키텍처 유형에 대한 모범 사례 지침(해당되는 경우)을 제공합니다.
지원되는 저장소 아키텍처
| 저장소 아키텍처 | 설명 | 모범 사례 |
|---|---|---|
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(호스트 버스 어댑터) 조정(예: 큐 크기 및 큐 대상)에 대한 저장소 공급업체의 모범 사례에 따릅니다. |
맨 위로 이동
실제 디스크 유형
다음 표에서는 지원되는 실제 디스크 유형 목록과 각 실제 디스크 유형에 대한 모범 사례 지침(해당되는 경우)을 제공합니다.
지원되는 실제 디스크 유형
| 실제 디스크 유형 | 설명 | 지원됨 또는 모범 사례 |
|---|---|---|
SATA(Serial ATA) |
SATA는 ATA 및 IDE(Integrated Device Electronics) 디스크를 위한 직렬 인터페이스입니다. SATA 디스크는 다양한 폼 요소, 속도 및 용량으로 제공됩니다. 일반적으로 다음과 같은 설계 요구 사항이 있을 경우 Exchange 2010 사서함 저장소에 대해 SATA 디스크를 선택합니다.
|
지원: Windows Server 2008 및 Windows Server 2008 R2의 경우 512바이트 섹터 디스크. 다음 구성 요소가 포함된 Windows Server 2008 R2의 경우 512e 디스크가 지원됩니다.
지원을 위해서는 모든 데이터베이스 복사본이 동일한 실제 디스크 유형에 있어야 합니다. 예를 들어, 512바이트 섹터 디스크에 주어진 데이터베이스의 복제본 하나와 512e 디스크의 동일한 데이터베이스에 있는 또 다른 복제본을 호스팅하는 것은 지원되지 않는 구성입니다. 또한 4KB 섹터 디스크는 어떠한 버전의 Microsoft Exchange에도 지원되지 않으며 512e 디스크는 Exchange Server 2010 SP1 이전의 어떠한 Exchange 버전에도 지원되지 않음을 유의해야 합니다. 모범 사례: 일반적으로 열, 진동 및 신뢰성 특징을 가진 엔터프라이즈급 SATA 디스크가 있습니다. |
Serial Attached SCSI |
Serial Attached SCSI는 SCSI 디스크를 위한 직렬 인터페이스입니다. Serial Attached SAS 디스크는 다양한 폼 요소, 속도 및 용량으로 제공됩니다. 일반적으로 다음과 같은 설계 요구 사항이 있을 경우 Exchange 2010 사서함 저장소에 대해 Serial Attached SAS 디스크를 선택합니다.
|
지원: Windows Server 2008 및 Windows Server 2008 R2의 경우 512바이트 섹터 디스크. 다음 구성 요소가 포함된 Windows Server 2008 R2의 경우 512e 디스크가 지원됩니다.
지원을 위해서는 모든 데이터베이스 복사본이 동일한 실제 디스크 유형에 있어야 합니다. 예를 들어, 512바이트 섹터 디스크에 주어진 데이터베이스의 복제본 하나와 512e 디스크의 동일한 데이터베이스에 있는 또 다른 복제본을 호스팅하는 것은 지원되지 않는 구성입니다. 또한 4KB 섹터 디스크는 어떠한 버전의 Microsoft Exchange에도 지원되지 않으며 512e 디스크는 Exchange Server 2010 SP1 이전의 어떠한 Exchange 버전에도 지원되지 않음을 유의해야 합니다. 모범 사례: UPS 없이 사용할 경우 실제 디스크 쓰기 캐싱을 사용하지 않도록 설정해야 합니다. |
파이버 채널 |
파이버 채널은 디스크를 파이버 채널 기반 SAN에 연결하는 데 사용되는 전기 인터페이스입니다. 파이버 채널 디스크는 다양한 속도 및 용량으로 제공됩니다. 일반적으로 다음과 같은 설계 요구 사항이 있을 경우 Exchange 2010 사서함 저장소에 대해 파이버 채널 디스크를 선택합니다.
|
지원: Windows Server 2008 및 Windows Server 2008 R2의 경우 512바이트 섹터 디스크. 다음 구성 요소가 포함된 Windows Server 2008 R2의 경우 512e 디스크가 지원됩니다.
지원을 위해서는 모든 데이터베이스 복사본이 동일한 실제 디스크 유형에 있어야 합니다. 예를 들어, 512바이트 섹터 디스크에 주어진 데이터베이스의 복제본 하나와 512e 디스크의 동일한 데이터베이스에 있는 또 다른 복제본을 호스팅하는 것은 지원되지 않는 구성입니다. 또한 4KB 섹터 디스크는 어떠한 버전의 Microsoft Exchange에도 지원되지 않으며 512e 디스크는 Exchange Server 2010 SP1 이전의 어떠한 Exchange 버전에도 지원되지 않음을 유의해야 합니다. 모범 사례: UPS 없이 사용할 경우 실제 디스크 쓰기 캐싱을 사용하지 않도록 설정해야 합니다. |
SSD(반도체 드라이브)(플래시 디스크) |
SSD는 고체 메모리를 사용하여 지속적 데이터를 저장하는 데이터 저장소 장치입니다. SSD는 하드 디스크 드라이브 인터페이스를 에뮬레이트합니다. SSD 디스크는 다양한 속도(여러 I/O 성능 기능) 및 용량으로 제공됩니다. 일반적으로 다음과 같은 설계 요구 사항이 있을 경우 Exchange 2010 사서함 저장소에 대해 SSD 디스크를 선택합니다.
|
지원: Windows Server 2008 및 Windows Server 2008 R2의 경우 512바이트 섹터 디스크. 다음 구성 요소가 포함된 Windows Server 2008 R2의 경우 512e 디스크가 지원됩니다.
지원을 위해서는 모든 데이터베이스 복사본이 동일한 실제 디스크 유형에 있어야 합니다. 예를 들어, 512바이트 섹터 디스크에 주어진 데이터베이스의 복제본 하나와 512e 디스크의 동일한 데이터베이스에 있는 또 다른 복제본을 호스팅하는 것은 지원되지 않는 구성입니다. 또한 4KB 섹터 디스크는 어떠한 버전의 Microsoft Exchange에도 지원되지 않으며 512e 디스크는 Exchange Server 2010 SP1 이전의 어떠한 Exchange 버전에도 지원되지 않음을 유의해야 합니다. 모범 사례: UPS 없이 사용할 경우 실제 디스크 쓰기 캐싱을 사용하지 않도록 설정해야 합니다. 일반적으로 Exchange 2010 사서함 서버에는 SSD 저장소의 성능 특성이 필요하지 않습니다. |
디스크 유형을 선택할 때 고려할 요소
Exchange 2010 저장소의 디스크 유형을 선택할 때는 여러 가지 사항을 고려해야 합니다. 적절한 디스크는 성능(순차적 및 임의 성능 모두)과 용량, 안정성, 전원 사용률 및 자본 비용 사이의 균형이 맞는 디스크입니다. 지원되는 실제 디스크 유형에 대한 다음 표에서는 이러한 요소를 고려할 때 도움이 되는 정보를 제공합니다.
디스크 유형 선택 요소
| 디스크 속도(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(Redundant Array of Independent Disks)는 여러 디스크 간에 데이터를 스트라이프하여 개별 디스크의 성능 특성을 향상시킬 뿐 아니라 개별 디스크 오류로부터 보호하는 데 종종 사용됩니다. Exchange 2010의 고가용성이 향상되어 RAID는 더 이상 Exchange 2010 저장소 설계에 있어 필수 구성 요소가 아닙니다. 그러나 RAID는 독립 실행형 서버뿐 아니라 추가 성능이나 더 나은 저장소 안정성을 필요로 하는 고가용성 솔루션의 Exchange 2010 저장소 설계에서는 여전히 필수적인 요소입니다. 다음 표에서는 Exchange 2010 사서함 서버에서 사용할 수 있는 일반적인 RAID 유형에 대한 지침을 제공합니다.
Exchange 2010 사서함 서버 역할에 지원되는 데이터 유형
| 데이터 형식 | 독립 실행형: 지원됨 또는 모범 사례 | 고가용성: 지원됨 또는 모범 사례 |
|---|---|---|
OS, 시스템 또는 페이지 파일 볼륨 |
지원: 모든 RAID 유형. 모범 사례: RAID1/10. 전용 배열 그룹을 사용하십시오. 동일한 배열 그룹에서 시스템 LUN 및 데이터 LUN 모두를 호스트하지는 마십시오. |
지원: 모든 RAID 유형. 모범 사례: RAID1/10. 전용 배열 그룹을 사용하십시오. 동일한 배열 그룹에서 시스템 LUN 및 데이터 LUN 모두를 호스트하지는 마십시오. |
Exchange 사서함 데이터베이스(.edb) 파일 볼륨 |
지원: 모든 RAID 유형. 모범 사례: 5,400개 또는 7,200개 디스크 = RAID1/10만. RAID5* = 배열 그룹별 최대 7개의 디스크와 배열 컨트롤러의 높은 우선 순위 스크러빙 및 표면 검색 기능 사용. RAID6* = 높은 우선 순위 스크러빙 및 검색 기능 사용. |
지원: 모든 RAID 유형. JBOD(RAID 아님) 지원됨(3개 이상의 데이터베이스 복사본). 모범 사례: 5,400개 또는 7,200개 디스크 = RAID 1/10만 또는 JBOD. 지연되는 경우 데이터베이스 복사본에 두 개 이상의 지연된 복사본이 있거나 지연된 복사본이 RAID로 보호되어야 합니다. RAID5* = 배열 그룹별 최대 7개의 디스크와 배열 컨트롤러의 높은 우선 순위 스크러빙 및 표면 검색 기능 사용. RAID6* = 높은 우선 순위 스크러빙 및 검색 기능 사용. |
Exchange 사서함 데이터베이스 로그 볼륨 |
지원: 모든 RAID 유형. 모범 사례: RAID1/10. |
지원: 모든 RAID 유형. JBOD(RAID 아님)(3개 이상의 데이터베이스 복사본). 모범 사례: RAID1/10. 지연되는 경우 데이터베이스 복사본에 두 개 이상의 지연된 복사본이 있거나 지연된 복사본이 RAID로 보호되어야 합니다. |
*RAID5에 대한 RAID50 또는 RAID51과 같은 RAID 변형 포함
다음 표에서는 Exchange 2010의 저장소 배열 구성에 대한 지침을 제공합니다.
Exchange 2010 사서함 서버 역할에 지원되는 RAID 유형
| RAID 유형 | 설명 | 지원됨 또는 모범 사례 |
|---|---|---|
디스크 배열 RAID 스트라이프 크기(KB) |
스트라이프 크기는 RAID 세트 내에서의 데이터 분포의 디스크당 단위입니다. 스트라이프 크기는 블록 크기라고도 합니다. |
모범 사례: 256KB 이상. 저장소 공급업체의 모범 사례에 따르십시오. |
저장소 배열 캐시 설정 |
캐시 설정은 배터리가 지원되는 캐싱 배열 컨트롤러에서 제공합니다. |
모범 사례: 쓰기 캐시 75% 및 읽기 캐시 25%(배터리가 지원되는 캐시). 저장소 공급업체의 모범 사례에 따르십시오. |
실제 디스크 쓰기 캐싱 |
캐시에 대한 설정은 각각의 개별 디스크에 있습니다. |
지원: UPS 없이 사용할 경우 실제 디스크 쓰기 캐싱을 사용하지 않도록 설정해야 합니다. |
다음 표에서는 데이터베이스 및 로그 파일 선택에 대한 지침을 제공합니다.
Exchange 2010 사서함 서버 역할에 대한 데이터베이스 및 로그 파일 선택
| 데이터베이스 및 로그 파일 옵션 | 설명 | 독립 실행형: 지원됨 또는 모범 사례 | 고가용성: 지원됨 또는 모범 사례 |
|---|---|---|---|
파일 배치: 데이터베이스/로그 격리 |
데이터베이스/로그 격리는 동일한 사서함 데이터베이스의 데이터베이스 파일과 로그를 여러 개의 실제 디스크에서 지원하는 여러 볼륨에 배치하는 것을 의미합니다. |
모범 사례: 복구 기능을 위해 동일한 데이터베이스의 데이터베이스 파일(.edb)과 로그를 여러 개의 실제 디스크가 지원하는 여러 볼륨으로 이동합니다. |
지원: 로그 및 데이터베이스의 격리는 필요하지 않습니다. |
파일 배치: 데이터베이스 파일/볼륨 |
데이터베이스 파일/볼륨은 디스크 볼륨 내에서 또는 디스크 볼륨 간에 데이터베이스 파일을 분산하는 방법을 나타냅니다. |
모범 사례: 백업 방법을 기반으로 합니다. |
지원: JBOD를 사용할 경우 단일 디스크를 두 개의 볼륨(데이터베이스용과 로그 스트림용)으로 나눕니다. |
파일 배치: 로그 스트림/볼륨 |
로그 스트림/볼륨은 디스크 볼륨 내에서 또는 디스크 볼륨 간에 데이터베이스 로그 파일을 분산하는 방법을 나타냅니다. |
모범 사례: 백업 방법을 기반으로 합니다. |
지원: JBOD를 사용할 경우 단일 디스크를 두 개의 볼륨(데이터베이스용과 로그 스트림용)으로 나눕니다. 모범 사례: JBOD를 사용할 때 볼륨당 로그당 단일 데이터베이스. |
데이터베이스 크기 |
데이터베이스 크기는 디스크 데이터베이스(.edb) 파일 크기를 의미합니다. |
지원: 약 16테라바이트. 모범 사례:
|
지원: 약 16테라바이트. 모범 사례:
|
로그 자르기 방법 |
로그 자르기 방법은 오래된 데이터베이스 로그 파일의 자르기 및 삭제 프로세스입니다. 다음 두 가지 메커니즘이 있습니다.
|
모범 사례:
|
모범 사례:
|
다음 표에서는 Windows 디스크 유형에 대한 지침을 제공합니다.
Exchange 2010 사서함 서버 역할에 대한 Windows 디스크 유형
| Windows 디스크 유형 | 설명 | 독립 실행형: 지원됨 또는 모범 사례 | 고가용성: 지원됨 또는 모범 사례 |
|---|---|---|---|
기본 디스크 |
기본 저장소용으로 초기화된 디스크를 기본 디스크라고 합니다. 기본 디스크에는 주 파티션, 확장 파티션, 논리 드라이브 등의 기본 볼륨이 포함됩니다. |
지원됨. 모범 사례: 기본 디스크를 사용합니다. |
지원됨. 모범 사례: 기본 디스크를 사용합니다. |
동적 디스크 |
동적 저장소용으로 초기화된 디스크를 동적 디스크라고 합니다. 동적 디스크에는 단순 볼륨, 스팬 볼륨, 스트라이프 볼륨, 미러 볼륨, RAID-5 볼륨 등의 동적 볼륨이 포함됩니다. |
지원됨. |
지원됨. |
다음 표에서는 볼륨 구성에 대한 지침을 제공합니다.
Exchange 2010 사서함 서버 역할에 대한 볼륨 구성
| 볼륨 구성 | 설명 | 독립 실행형: 지원됨 또는 모범 사례 | 고가용성: 지원됨 또는 모범 사례 |
|---|---|---|---|
GPT(GUID 파티션 테이블) |
GPT는 이전 MBR(마스터 부트 레코드) 파티션 구성표에서 확장되는 디스크 아키텍처입니다. NTFS로 포맷된 파티션의 최대 크기는 256테라바이트입니다. |
지원됨. 모범 사례: GPT 파티션을 사용합니다. |
지원됨. 모범 사례: GPT 파티션을 사용합니다. |
MBR |
MBR 즉, 파티션 섹터는 하드 디스크와 같이 분할된 데이터 저장소 장치의 첫 번째 섹터(LBA 섹터 0)인 512바이트의 부팅 섹터입니다. NTFS로 포맷된 파티션의 최대 크기는 2테라바이트입니다. |
지원됨. |
지원됨. |
파티션 맞춤 |
파티션 맞춤은 최적의 성능을 위해 섹터 경계에서 파티션을 맞추는 것을 나타냅니다. |
지원: Windows Server 2008 기본값은 1메가바이트(MB)입니다. |
지원: Windows Server 2008 기본값은 1MB입니다. |
볼륨 경로 |
볼륨 경로는 볼륨에 액세스하는 방법을 나타냅니다. |
지원: 드라이브 문자 또는 탑재 지점. 모범 사례: 탑재 지점 호스트 볼륨은 RAID를 사용하도록 설정되어 있어야 합니다. |
지원: 드라이브 문자 또는 탑재 지점. 모범 사례: 탑재 지점 호스트 볼륨은 RAID를 사용하도록 설정되어 있어야 합니다. |
파일 시스템 |
파일 시스템은 컴퓨터 파일과 파일에 포함된 데이터를 찾아 액세스하기 쉽게 저장 및 구성하는 방법을 나타냅니다. |
지원: NTFS만 지원됨. |
지원: NTFS만 지원됨. |
NTFS 조각 모음 |
NTFS 조각 모음은 Windows 파일 시스템에 있는 조각 양을 줄이는 프로세스입니다. 이 프로세스는 디스크의 콘텐츠를 물리적으로 구성하여 각 파일 조각을 가까이 인접하여 저장합니다. |
지원됨. 모범 사례: 필요하지 않으며 권장되지 않음. |
지원됨. 모범 사례: 필요하지 않으며 권장되지 않음. |
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과 다음 핫픽스가 있어야 합니다. 컴퓨터가 장애 조치(failover) 클러스터 노드인 경우 Windows Server 2008 R2의 디스크 볼륨에서 BitLocker를 사용하도록 설정할 수 없습니다. Bitlocker가 사용하도록 설정된 Exchange 볼륨은 이전 버전의 Windows를 실행하는 Windows 장애 조치(failover) 클러스터에서 지원되지 않습니다. Windows 7 BitLocker 암호화에 대한 자세한 내용은 Windows 7에서의 BitLocker 드라이브 암호화: 질문과 대답을 참조하십시오. |
맨 위로 이동
Windows 디스크 시간 제한
Exchange 2010 SP1(서비스 팩 1)부터는 응답 없는 I/O 문제를 처리하기 위한 인텔리전스가 포함되었습니다. Exchange 2010 전에는 Exchange에서 이벤트 로그에 느린 I/O를 기록했지만 다른 조치는 취하지 않았습니다. Exchange 2010 SP1은 응답 없는 I/O가 DAG 노드의 활성 데이터베이스에 영향을 주는 경우 서버를 의도적으로 실패 처리(버그 확인)합니다.
Exchange 2010 SP1의 새로운 복구 논리는 특정 조건이 발생하면 기본 제공 Windows 버그 확인 동작을 활용합니다. 특히 응답 없는 IO가 발생한 경우 주로 그러한 동작을 활용합니다. 응답이 없는 IO를 감지하고 서버를 자동으로 복구하기 위한 수정 작업을 수행하도록 ESE(Extensible Storage Engine)가 업데이트되었습니다.
ESE는 IO가 특정 시간 동안 처리되지 않음을 감지하는 IO watchdog 스레드를 유지 관리합니다. 기본적으로 데이터베이스에 대한 IO가 1분 넘게 처리되지 않으면 ESE는 이벤트를 기록합니다. 데이터베이스에 4분 넘게 처리되지 않은 IO가 있으면 가능한 경우 ESE에서 특정 오류 이벤트를 기록합니다.
응답이 없는 IO의 특성에 따라 ESE 이벤트 507, 508, 509 또는 510이 기록되거나 기록되지 않을 수 있습니다. 문제의 특성으로 인해 OS 볼륨이 영향을 받거나 이벤트 로그에 쓰는 기능이 영향을 받으면 이벤트가 기록되지 않습니다. 이벤트가 기록되면 Microsoft Exchange Replication 서비스(MSExchangeRepl.exe)가 해당 조건을 감지하고 wininit.exe 프로세스를 종료하여 의도적으로 Windows의 버그 확인이 수행되도록 합니다. 다음 표에서는 Exchange 2010 SP1 이하 버전의 복구 논리 동작에 대해 설명합니다.
| Exchange 버전 | I/O 종류 | I/O 시간 | 동작 |
|---|---|---|---|
Exchange Server 2003 |
완료 |
>60초 |
이벤트 로그에 쓰기 |
Exchange Server 2007 |
완료 |
>60초 |
이벤트 로그에 쓰기 |
Exchange 2010 RTM |
완료 |
>60초 |
이벤트 로그에 쓰기 ESE는 느린 I/O의 영향을 받은 페이지에서 새 페이지 덮어쓰기 수행 |
Exchange 2010 SP1 |
인플라이트 |
>60초 |
이벤트 로그에 쓰기 |
Exchange 2010 SP1 |
인플라이트 |
>4분 |
Wininit.exe 프로세스 및 버그 확인 서버 종료 |
Exchange Server 2010 SP1 |
완료 |
>30초 |
이벤트 로그에 쓰기 ESE는 느린 I/O의 영향을 받은 페이지에서 새 페이지 덮어쓰기 수행 |
참고
표의 I/O 종류 열에서 인플라이트는 아직 완료되지 않은 느린 I/O 작업을 나타내고 완료는 완료까지 30초가 넘게 걸린 느린 I/O 작업을 나타냅니다. 느린 I/O 인플라이트 작업을 검색하는 개념은 Exchange 2010에 새로 등장했습니다. 이전 버전의 Microsoft Exchange에서는 프로그램이 I/O가 완료된 후에만 보고를 수행했습니다.
Exchange 2010 SP1의 새로운 복구 논리는 변경하지 않는 것이 좋지만 새 동작을 변경해야 하는 경우 Exchange 2010 SP1의 새 고가용성 및 사이트 복구 기능에서 자세한 방법을 참조하십시오.
다음 표에서는 Exchange 2010 사서함 역할을 실행하는 서버에 대해 HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Disk\TimeOutValue 레지스트리 하위 키를 설정하는 작업에 대한 권장 지침을 소개합니다.
| 시나리오 | 권장 |
|---|---|
직접 연결 저장소 |
Windows 디스크 TimeOutValue를 20초로 줄임 하드웨어 제조업체의 지침을 참조하십시오. 충돌이 발생한 경우 하드웨어 제조업체의 지침을 우선적으로 적용 |
SAN 연결 RAID 저장소 |
Windows 디스크 TimeOutValue를 20초로 줄임 하드웨어 제조업체의 지침을 참조하십시오. 충돌이 발생한 경우 하드웨어 제조업체의 지침을 우선적으로 적용 |
JBOD 저장소 |
Windows 디스크 TimeOutValue를 180초로 늘임 하드웨어 제조업체의 지침을 참조하십시오. 충돌이 발생한 경우 하드웨어 제조업체의 지침을 우선적으로 적용 |
자세한 내용은 Exchange Server 팀 블로그 문서 Windows 디스크 시간 제한 및 Exchange Server 2010을 참조하십시오.
© 2010 Microsoft Corporation. 모든 권리 보유.