사서함 데이터베이스 캐시 이해
마지막으로 수정된 항목: 2010-01-28
ESE(Extensible Storage Engine) 엔진은 데이터베이스 캐시를 사용하여 I/O 작업을 줄입니다. 일반적으로 사용 가능한 데이터베이스 캐시가 많을 수록 Microsoft Exchange Server 2010 사서함 서버에서 생성되는 I/O가 적습니다. 데이터베이스 I/O 감소는 주로 서버에서 사용할 수 있는 데이터베이스 캐시의 양과 사용자 메시지 프로필에 따라 달라집니다.
향상된 데이터베이스 캐시 효율성
데이터베이스 캐시 효율성이 여러 가지 기술적 변경 내용에 따라 Exchange 2010에서 향상되었습니다. 가장 중요한 변경 내용 중 하나는 로그 검사점 깊이 대상 증가입니다. 로그 검사점 깊이 대상은 로그/데이터베이스에 대한 변경 내용이 적절한 시간 동안 데이터베이스 파일에 기록되도록 하는 데 사용됩니다. 데이터베이스에 2개 이상의 복사본(데이터베이스 가용성 그룹 또는 DAG에서)이 있는 경우 데이터베이스당 20MB에서 데이터베이스당 100MB로 증가했습니다. 다음 표에서는 Exchange 2010에 대한 기본 로그 검사점 깊이 대상을 보여줍니다.
사서함 데이터베이스별 기본 로그 검사점 깊이 대상 구성
| 데이터베이스 구성 | 로그 검사점 깊이 대상(MB) |
|---|---|
독립 실행형(하나의 데이터베이스 복사본) |
20 |
사서함 복구: 두 개 이상의 복사본이 있는 활성 데이터베이스 복사본(DAG) |
100 |
수동 데이터베이스 복사 |
5 |
이러한 변경 내용에 따라 두 개 이상의 복사본이 있는 활성 데이터베이스에 대한 데이터베이스 쓰기 I/O를 독립 실행형 데이터베이스에 대한 데이터베이스 쓰기 I/O보다 최대 40%까지 적게 사용할 수 있습니다. 데이터베이스에 더 높은 검사점 깊이 대상이 있는 경우 좀 더 오랜 기간 동안 메모리에 데이터베이스 파일 변경 내용을 유지할 수 있습니다 따라서 I/O(병합)를 결합하는 기능이 향상되고 반복되는 쓰기 I/O(데이터베이스 파일에 쓰기 전에 메모리에 여러 데이터베이스 변경 내용을 적용하기에 충분하도록 쓰기를 지연시켜 절약할 수 있는 I/O)를 줄입니다.
이 변경 내용은 더 깊은 검사점 깊이 대상이 실패 후 오류가 발생한 데이터베이스를 복구하는 데 활성 데이터베이스에서 걸리는 시간을 크게 증가시킬 수 있으므로 사서함 복구 솔루션용으로만 적용되었습니다. 활성 데이터베이스가 실패하는 경우 장애 조치(failover)가 자동으로 다른 올바른 복사본으로 트리거되기 때문에 이 문제는 사서함 복구 구성에서 해결되었습니다. 오류가 발생한 데이터베이스가 복구되면 로그 재생 작업이 다시 시작됩니다.
검사점 깊이 대상은 데이터베이스 전환/장애 조치(failover)가 발생하는 시간을 줄이기 위해 수동 데이터베이스 복사본에서 크게 감소되었습니다. 5MB 검사점 깊이 대상이 있는 수동 데이터베이스는 더 높은 검사점 깊이 대상이 있는 복사본보다 빠르게 활성화할 수 있습니다(수동 상태와 활성 상태 간에 전환되는 경우 재생할 로그가 더 적음). 수동 데이터베이스 복사본에는 트랜잭션 I/O가 없으므로 더 낮은 검사점 깊이 대상이 있는 추가 쓰기 I/O를 처리하기 위한 여분의 공간이 있습니다.
데이터베이스 캐시 최소 요구 사항
ESE 데이터베이스에 효율적으로 작동하기에 충분한 메모리가 있도록 하기 위해 데이터베이스 수를 기반으로 서버당 필요한 실제 메모리의 최소 양이 있습니다. 이러한 요구 사항은 활성 및 수동 데이터베이스 복사본 모두에 적용됩니다. 요구 사항은 다음 표를 참조하십시오.
사서함 데이터베이스당 필요한 최소 메모리
| 데이터베이스 수 | Exchange 2010 최소 필수 실제 메모리 |
|---|---|
1-10 |
2GB |
11-20 |
4GB |
21-30 |
6GB |
31-40 |
8GB |
41-50 |
10GB |
51-60 |
12GB |
61-70 |
14GB |
71-80 |
16GB |
81-90 |
18GB |
91-100 |
20GB |
데이터베이스 캐시 메트릭
이전 버전의 Exchange에서 저장소 크기를 조정하는 데 필요한 주요 메트릭 중 하나는 각 사용자가 사용하는 IOPS(초당 데이터베이스 I/O)의 양입니다. Exchange 2010 사서함 IOPS를 예측하는 데 사용할 수 있는 가장 중요한 두 요소는 각 사용자가 매일 주고받는 사서함당 데이터베이스 캐시 크기와 메시지 수입니다.
다음 표에서는 메시지 작업 및 데이터베이스 캐시를 기반으로 하는 사서함당 IOPS의 예측된 값을 보여줍니다. 해당 표의 정보를 사용하여 기준 Exchange 2010 사서함 I/O 요구 사항을 예측할 수 있습니다. 사용자 프로필 설명은 전자 메일 사용량이 늘어나면서 프로필의 범위가 커져 제외되었습니다.
이러한 예측은 데이터베이스 캐시 크기가 사서함당 3MB에서 30MB 사이인 경우에만 유효합니다. 이러한 예측은 다음 특성이 있는 사용자에게만 유효합니다: Microsoft Office Outlook 2007 또는 Outlook 2010의 높은 비율의 Exchange 캐시 모드 클라이언트, 2GB 사서함 및 높은 비율의 Exchange ActiveSync 사용. 예측에 사용된 평균 메시지 크기는 75KB이었지만 IOPS의 경우 메시지 크기는 기본 요소가 아닙니다. 다른 클라이언트 유형과 사용 시나리오에서는 부정확한 결과가 산출될 수 있습니다.
메시지 활동 및 사서함 데이터베이스 캐시에 기반하여 예측된 IOPS
| 사서함당 매일 보내고 받는 메시지(75KB 이하의 평균 메시지 크기) | 사용자당 데이터베이스 캐시(MB) | 단일 데이터베이스 복사본(독립 실행형): 사서함당 예측된 IOPS | 여러 데이터베이스 복사본(사서함 복구): 사서함당 예측된 IOPS |
|---|---|---|---|
50 |
3 |
.060 |
.050 |
100 |
6 |
.120 |
.100 |
150 |
9 |
.180 |
.150 |
200 |
12 |
.240 |
.200 |
250 |
15 |
.300 |
.250 |
300 |
18 |
.360 |
.300 |
350 |
21 |
.420 |
.350 |
400 |
24 |
.480 |
.400 |
450 |
27 |
.540 |
.450 |
500 |
30 |
.600 |
.500 |
데이터베이스 캐시 크기 요구 사항을 결정한 후 다음 단계는 데이터베이스 캐시 크기 요구 사항을 충족할 수 있도록 서버당 최소 메모리 요구 사항을 결정하는 것입니다. 서버당 실제 메모리 양이 지정된 사용자 프로필이 있는 사서함 수의 요구 사항을 충족하기에 적합하도록 크기 조정 프로세스에 데이터베이스 캐시 크기를 반영해야 합니다.
다음 표에서는 여러 역할 서버뿐만 아니라 단일 역할 사서함 서버 모두에 대한 기본 사서함 데이터베이스 캐시 크기를 보여줍니다.
기본 사서함 데이터베이스 캐시 크기
| 서버의 실제 메모리(RAM) | 데이터베이스 캐시 크기: (사서함 역할만) | 데이터베이스 캐시 크기: 여러 역할(예: 사서함 + 허브 전송) |
|---|---|---|
2GB |
512MB |
지원되지 않음 |
4GB |
1GB |
지원되지 않음 |
8GB |
3.6GB |
2GB |
16GB |
10.4GB |
8GB |
24GB |
17.6GB |
14GB |
32GB |
24.4GB |
20GB |
48GB |
39.2GB |
32GB |
64GB |
53.6GB |
44GB |
96GB |
82.4GB |
68GB |
128GB |
111.2GB |
92GB |
참고
Active Directory에서 msExchESEParamCacheSizeMax 및 msExchESEParamCacheSizeMin 특성을 변경하여 기본 데이터베이스 캐시 크기 값을 수정할 수 있습니다. 자세한 내용은 Exchange 2000 Server에서 저장소 데이터베이스 최대 캐시 크기를 수정하는 방법을 참조하십시오. 캐시 크기 계산에 32KB 페이지를 사용하십시오.
서버 메모리 요구 사항을 확인하려면 다음과 같이 하십시오.
- 먼저 사용자 프로필을 기반으로 하는 메모리 요구 사항과 사서함 수를 곱하여 필요한 데이터베이스 캐시 양을 결정합니다. 예를 들어, 150개 메시지의 2,500명 사용자에게는 22.5GB의 데이터베이스 캐시가 필요합니다. (2500 * 9MB = 22.5GB).
- 그런 다음 22.5GB의 데이터베이스 캐시를 제공하는 서버 구성을 결정하여 필요한 실제 메모리 양을 결정합니다. 예를 들어 32GB의 실제 RAM이 있는 단일 역할 사서함 서버는 24.4GB의 데이터베이스 캐시를 제공하므로 32GB의 실제 RAM이 해당 사서함 수/사용자 프로필을 기반으로 하는 이상적인 메모리 구성입니다.
동일한 간단한 프로세스를 여러 역할 서버 구성 크기 조정에 사용할 수 있습니다. 그런 다음 추가 응용 프로그램 및 작업 부하의 메모리 요구 사항을 Exchange 2010에서 필요로 하는 실제 RAM 리소스에 추가해야 합니다.