Exchange 2007
사서함 서버 저장소 디자인
적용 대상: Exchange Server 2007, Exchange Server 2007 SP1 최근 수정된 항목: 2007-08-22
충분한 용량을 확보하는 것은 매우 중요합니다. 데이터베이스 디스크에 공간이 부족하면 데이터베이스는 오프라인 상태가 됩니다. 또한 트랜잭션 로그 디스크에 공간이 부족하면 해당 저장소 그룹의 모든 데이터베이스가 오프라인 상태가 됩니다. 추가 공간을 제공하는 작업은 신속하게 실행하기 어려운 경우가 대부분이며 오프라인 압축을 통해 공간을 확보하는 작업은 시간이 오래 걸릴 수 있습니다. 대부분의 경우 디스크 공간이 부족해지면 일정 기간 동안 하나 이상의 데이터베이스를 사용할 수 없게 되며 이 기간은 보통 RTO(Recovery Time Objective)를 초과합니다.
이 항목에서는 다음 정보를 제공합니다.
· Exchange 2007용 사서함 저장소 계산기
· 데이터베이스 LUN 용량
· 로그 LUN 용량
· 트랜잭션 I/O
· Exchange 2007 기본 IOPS 예측
· 비트랜잭션 I/O
· LUN 및 실제 디스크
· 저장소 디자인에 대한 연속 복제의 영향
Exchange Server 2007 Mailbox Server Role Storage Requirements Calculator(저장소 계산기)를 사용하면 입력 요소 집합에 기초하여 저장소 요구 사항(I/O 성능 및 용량)과 선택적 LUN(논리 단위 번호)을 확인할 수 있습니다. Exchange 2007 사서함 서버를 위한 최적의 저장소 솔루션을 디자인하기 전에 설명해야 하는 여러 입력 요소가 있습니다. 이 항목 전체에서 이러한 입력 요소에 대해 설명합니다.
저장소 계산기에서는 조직과 관련된 값을 입력할 수 있으며 I/O 요구 사항, 용량 요구 사항 및 최적 LUN 레이아웃에 대한 권장 사항을 제공합니다.
자세한 사용 방법을 비롯하여 저장소 계산기에 대한 자세한 내용은 Exchange 팀 블로그에서 Exchange 2007 Mailbox Server Role Storage Requirements Calculator(여기서 계산기를 다운로드할 수도 있음)를 참조하십시오.
|
|
|
각 블로그의 콘텐츠 및 URL은 예고 없이 변경될 수 있습니다. |
데이터베이스 LUN(논리 단위 번호)의 크기를 지정하는 방법을 결정할 때 사용할 수 있는 여러 가지 데이터 지점이 있습니다. 또한 기타 다양한 요소도 고려해야 합니다. 모든 요소를 고려 및 계산하고 나면 데이터베이스 LUN에 대해 추가 오버헤드 요소를 20% 정도 포함하는 것이 좋습니다. 이 값은 사서함 크기 및 공백을 계산할 때 표시되지 않을 수도 있는 데이터베이스에 있는 기타 데이터를 포함하기 위한 것입니다. 예를 들어, 데이터베이스 내의 테이블, 보기, 내부 인덱스 같은 데이터 구조가 전체 데이터베이스 크기에 추가됩니다. 예를 들어, 다음 하위 섹션을 읽은 후에 필요한 데이터베이스 LUN 크기를 120GB로 결정한다면 해당 저장소 그룹의 데이터베이스 LUN에 대해 20%의 안전 오버헤드를 나타내는 크기를 추가하여 144GB를 제공하는 것이 좋습니다.
사서함 할당량
가장 먼저 파악해야 하는 메트릭은 사서함 크기입니다. 최종 사용자가 사서함에 저장하도록 허용되는 데이터의 양을 알면 해당 서버에 포함할 수 있는 사용자 수를 결정할 수 있습니다. 최종 사서함 크기 및 할당량이 변경되지만, 필요한 용량을 결정할 때는 먼저 목표로 하는 크기를 생각해 두어야 합니다. 예를 들어, 사서함 할당량이 250MB인 5,000명의 사용자가 서버에 있는 경우에는 디스크 공간이 최소한 1.25TB 필요합니다. 사서함 할당량에 대해 구체적인 제한을 설정하지 않으면 필요한 용량을 예측하기가 어려워집니다.
데이터베이스 공백
실제 디스크의 데이터베이스 크기는 단순히 사용자 수에 사용자 할당량을 곱한 값이 아닙니다. 대부분의 사용자가 사서함 할당량에 근접하는 용량을 사용하지 않는 경우 데이터베이스가 사용하는 공간이 줄어들기 때문에 공백으로 인해 용량에 문제가 발생하지 않습니다. 즉, 데이터베이스 자체에 항상 사용할 수 있는 빈 페이지 또는 공백이 분포되어 있습니다. 온라인 유지 관리를 수행하는 동안 데이터베이스에서 제거하도록 표시된 항목이 제거되어 이러한 페이지의 공간을 확보하게 됩니다. 공백의 비율은 지속적으로 변경되며 온라인 유지 관리 직후에 비율이 가장 높고 온라인 유지 관리 직전에 비율이 가장 낮습니다.
데이터베이스의 공백 크기는 데이터베이스의 사서함을 통해 사용자가 주고받는 메일 크기에 의해 대략적으로 예측될 수 있습니다. 예를 들어, 사용자가 매일 평균적으로 10MB의 메일을 주고받는 데이터베이스에 100개의 2GB 사서함(총 200GB)이 있는 경우 공백은 약 1GB(100개의 사서함 × 사서함당 10MB)입니다.
온라인 유지 관리를 통해 전체 과정을 완료할 수 없는 경우에는 공백이 이 예상치를 초과할 수 있습니다. 그러므로 온라인 유지 관리 작업이 매일 밤 실행되도록 충분한 시간을 할당하여 1주일 이내에 전체 과정이 완료되도록 해야 합니다.
데이터베이스 쓰레기 수거통
각 데이터베이스에는 영구적으로 삭제된 항목이 저장되는 쓰레기 수거통이 있습니다. 기본적으로 Microsoft Exchange Server 2007 에서는 이러한 항목이 14일 동안 저장됩니다. 여기에는 지운 편지함 폴더에서 제거된 항목도 포함됩니다. 기본적으로 Exchange Server 2003 과 비교할 때 Exchange 2007 에서는 삭제된 항목이 이전보다 두 배 더 오래 저장되기 때문에 데이터베이스 쓰레기 수거통이 사용하는 오버헤드가 증가되었습니다. 쓰레기 수거통의 실제 크기는 각 항목의 크기와 조직의 특정 보존 설정에 따라 다릅니다.
보존 기간이 지나고 나면 이러한 항목은 온라인 유지 관리 주기 동안 데이터베이스에서 제거됩니다. 그러면 쓰레기 수거통 크기가 데이터베이스 크기의 비율로 2주분의 들어오는 메일에 해당하는 크기가 되는 안정적인 상태에 도달하게 됩니다. 정확한 비율은 삭제되는 메일 양과 개별 사서함 크기에 따라 달라집니다