사서함 데이터베이스 캐시 이해

  • 아티클

 

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

마지막으로 수정된 항목: 2016-11-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 Exchange Office 또는 Outlook 2007의 높은 비율의 Outlook 2010 캐시 모드 클라이언트, 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 페이지를 사용하십시오.

서버 메모리 요구 사항을 확인하려면 사서함 서버 역할 디자인에 대한 정보를 제공하는 Exchange 2010 사서함 서버 역할 디자인 예에서 적합한 메모리, 용량, I/O 및 CPU 성능을 참조하십시오.

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