새 Exchange 핵심 저장소 기능

적용 대상: Exchange Server 2010 SP2

마지막으로 수정된 항목: 2016-11-28

Microsoft Exchange Server 2010에는 다음과 같은 Exchange 데이터베이스 아키텍처에 대한 많은 향상 기능이 포함되어 있습니다.

• 공용 폴더 보고 기능이 향상되었습니다.

• 데이터베이스는 더 이상 저장소 그룹과 연결되지 않습니다. 저장소 그룹은 제거되었습니다.

• 저장소 스키마 및 ESE(Extensible Storage Engine) 최적화의 투자로 IOPS를 70%만큼 줄였습니다.

다음 섹션에서는 이러한 향상된 기능을 더 자세하게 설명합니다.

목차

공용 폴더 보고 기능 향상

데이터베이스 관리

저장소 변경 내용

새 ESE 기능

공용 폴더 보고 기능 향상

공용 폴더 보고 기능이 공용 폴더의 항목에 대해 사용자가 시작한 변경 내용을 볼 수 있도록 향상되었습니다. Exchange 관리 셸에서 Get-PublicFolderStatistics cmdlet을 사용하여 이 정보를 볼 수 있습니다. 자세한 내용은 Exchange 2010(Exchange 관리 셸)에서 PowerShell 사용을 참조하십시오.

데이터베이스 관리

데이터베이스는 더 이상 저장소 그룹과 연결되지 않습니다. Exchange 2010에서 저장소 그룹 기능이 데이터베이스로 이동되었습니다.

Exchange 2010에서는 EMC의 조직 구성 노드에서 사서함 및 공용 폴더 데이터베이스를 관리할 수 있습니다. (Exchange Server 2007에서는 서버 구성 노드에서 데이터베이스 관리를 수행했습니다.)

공용 폴더 데이터베이스 관리가 서버 구성 노드에서 사서함 데이터베이스가 있는 조직 구성 노드로 이동되었지만 공용 폴더 데이터베이스의 기능은 Exchange 2010에서 변경되지 않았습니다. Exchange 2007에서와 같이 공용 폴더 데이터베이스의 데이터베이스 복사본을 만들 수 없으며 공용 폴더 데이터베이스를 DAG(데이터베이스 가용성 그룹)에 추가할 수 없습니다. 그러나 공용 폴더 데이터베이스가 로그 전달 또는 기타 DAG 기능에 적용되지 않더라도 공용 폴더 데이터베이스는 DAG의 일부인 사서함 서버에서 호스팅할 수 있습니다.

데이터베이스 cmdlet 변경 내용

저장소 그룹을 Exchange 2010에서 제거하면 Exchange 2007에서 사용된 저장소 그룹 cmdlet이 삭제되며 이제 Exchange 2010 데이터베이스 cmdlet이 다음 표와 같이 해당 기능을 제공합니다.

Exchange 2007 저장소 그룹 cmdlet을 대체하는 Exchange 2010의 데이터베이스 cmdlet

Exchange 2007 cmdlet의 기능을 확장한 Exchange 2010의 데이터베이스 cmdlet

이전 cmdlet 변경 내용 외에 StorageGroupCopy cmdlet이 삭제되었습니다. 자세한 내용은 사서함 데이터베이스 복사본 관리를 참조하십시오.

저장소 변경 내용

Exchange 2010에서는 서버 개체의 사서함 데이터베이스 종속성을 제거하기 위해 저장소 스키마가 변경되었습니다. 또한 정보를 저장하는 데 사용된 테이블을 리팩터링하여 데이터베이스의 초당 I/O(IOPS)를 줄이도록 새 스키마가 향상되었습니다. 테이블 리팩터링을 사용하면 참조 위치 및 논리 연속성이 높아질 수 있습니다. 이러한 변경으로 인해 ESE에서 유지 관리되는 보조 인덱스에 대한 저장소의 의존도가 줄어듭니다. 따라서 저장소는 보조 인덱스와 관련된 성능 문제에 더 이상 영향을 받지 않습니다.

또한 다음과 같이 오류 검색 및 정정과 경고 제공에 관련된 몇몇 기능을 추가하여 저장소 의존도 및 상태가 향상되었습니다.

• 악성 사서함에 대한 사서함 격리

• 공간이 1GB 미만인 데이터베이스에 대한 전송 차단

• 스레드 시간 제한 감지 및 보고

저장소 의존도 및 상태에 대한 자세한 내용은 Exchange 2010 저장소 이해를 참조하십시오.

핵심 저장소 기능에는 고가용성 기능 향상을 위해 많은 변경 내용이 포함되었습니다. 고가용성은 Exchange 2010의 핵심 아키텍처로 통합되어 모든 규모 및 모든 산업의 조직이 경제적으로 메시징 연속성 서비스를 배포할 수 있습니다. Exchange 2010의 고가용성 변경에 대한 자세한 내용은 고가용성 및 사이트 복구 이해를 참조하십시오.

새 ESE 기능

다음 목표를 달성할 수 있도록 ESE(Extensible Storage Engine)가 Exchange 2010에서 향상되었습니다.

• IOPS를 줄이기 위한 대형 I/O 및 순차 I/O

• 상용 저장소 최적화

• 데이터베이스 관리 감소

• 온라인 조각 모음

• 온라인 데이터베이스 검색

대형 및 순차 I/O

Exchange 2010에서 I/O 크기를 늘리고 읽기/쓰기 빈도를 줄이면 ESE가 성능을 향상시킬 수 있습니다. 또한 ESE는 데이터베이스의 데이터를 보다 순차적으로 만들어 성능을 향상시킬 수 있으며 관련 데이터가 B-트리의 동일 주변에 있을 가능성을 높여줍니다.

Exchange에서 데이터베이스 내의 모든 데이터는 B-트리에 저장되며 B-트리는 여러 페이지로 구분됩니다. Exchange 2007 및 이전 버전에서 B-트리에 저장된 데이터는 연속적이지 않습니다. 사실, 이전 버전의 Exchange에서는 데이터베이스에서 임의 읽기/쓰기를 수행했습니다. 즉 관련 데이터가 하드 디스크의 동일 주변에 없을 수도 있다는 것을 의미합니다. 연속적이지 않은 데이터를 하드 디스크에서 읽고 쓰려면 보다 많이 전달해야 합니다.

B-트리 조각 모음

B-트리에서 연속 데이터를 유지 관리하여 I/O 작업을 줄이도록 B-트리 조각 모음 프로세스가 향상되었습니다.

새 B-트리 만들기와 인덱스 및 테이블 이름 바꾸기가 아닌 다음과 같은 세 가지 새 작업으로 B-트리 조각 모음이 수행됩니다.

• 페이지 이동   페이지 이동은 한 페이지에서 새로 할당된 페이지로 모든 데이터를 이동하는 것입니다.

• 부분 왼쪽 병합   부분 왼쪽 병합은 데이터가 왼쪽 페이지에서 오른쪽 페이지로 이동되는 점을 제외하고는 Exchange 2007 이하 버전의 오른쪽 병합과 같습니다.

• 전체 왼쪽 병합   전체 왼쪽 병합은 Exchange 2007 이하 버전의 전체 오른쪽 병합과 같습니다.

성능을 최적화하기 위해 조각 모음은 오른쪽 병합에서 왼쪽 병합으로 변경되었습니다. 오른쪽에서 왼쪽으로 하드 디스크에서 데이터를 읽거나 씁니다 읽기/쓰기와 같은 방향으로 데이터베이스의 조각 모음이 수행된 경우 조각 모음은 읽기/쓰기와 충돌하게 됩니다. 또한 공간 할당으로 이전 페이지가 아닌 다음 페이지를 할당할 수 있습니다. 페이지 이동은 새 페이지 할당을 필요로 하기 때문에 왼쪽에서 오른쪽으로의 데이터베이스 조각 모음 수행이 보다 효율적입니다.

조각 모음 관리자는 조각 모음을 수행해야 하는 B-트리 및 이미 조각 모음을 수행한 B-트리를 모니터링하는 ESE의 새 이벤트입니다. 조각 모음 관리자는 조각 모음을 수행해야 하는 탑재된 모든 데이터베이스의 B-트리 목록을 컴파일합니다. 조각화된 B-트리가 검색되면 조각 모음 관리자를 사용하여 등록되며 조각 모음 관리자가 이를 처리합니다.

페이지 크기를 32KB로 늘리기

데이터베이스 내의 모든 데이터는 B-트리에 저장되며 B-트리는 여러 페이지로 구분됩니다. 페이지 크기는 데이터베이스에서 읽고 쓰기 위한 최소 크기이며 데이터베이스 캐싱에 사용되는 단위 크기이기도 합니다. 디스크에서 읽기 작업은 메모리에서 작업을 수행하는 것보다 더 느리므로 ESE는 페이지 크기를 32KB로 늘려서 IOPS를 줄이며 메모리에 더 큰 페이지 크기를 캐싱하여 성능을 향상시킵니다.

상용 저장소 최적화

Exchange 2010에서 ESE의 다른 목표는 Exchange 배포의 자본 및 운영 비용을 줄이는 것입니다. JBOD 및 SATA 클래스 하드 디스크를 사용하여 상용 저장소를 최적화하고 저장소 비용을 줄여 이 목표를 달성할 수 있습니다.

디스크 하위 시스템은 빈도 수는 적지만 대형 I/O 처리에 보다 효율적입니다. Exchange 2010 이하 버전에서 페이지 크기는 최소 읽기/쓰기 크기이며 데이터베이스 캐싱의 최소 크기입니다. I/O 병합은 데이터베이스 페이지 작업을 단일 I/O 작업에 결합하여 빈도 수가 적고 더 큰 I/O 작업을 만드는 프로세스를 말합니다.

I/O 병합으로 평균 데이터베이스 I/O 크기를 늘리는 경우 다음과 같은 이점이 있습니다.

• 향상된 디스크 사용 효율성   대형 I/O 처리 시 디스크 사용이 보다 효율적입니다. 디스크를 보다 효율적으로 사용할수록 해당 디스크에서 호스팅할 수 있는 사서함이 많아집니다.

• 향상된 캐시 워밍 속도   캐시 워밍은 마지막으로 데이터베이스를 시작했을 때 실행된 초기 쿼리를 미리 로드하여 실행 시간을 줄이는 프로세스입니다. 서버 다시 시작, 장애 조치 또는 전환 후에 대형 I/O를 사용하면 ESE에서 캐시가 워밍되는 속도를 향상시킬 수 있습니다.

데이터베이스 유지 관리

Exchange 2010에서 ESE의 목표 중 하나는 데이터베이스 유지 및 관리 비용을 줄이는 것입니다. 데이터베이스 유지 관리는 사서함 데이터베이스의 무결성을 관리하고 유지하는 몇 가지 작업으로 이루어집니다.

데이터베이스 유지 관리는 다음으로 나뉩니다.

• 저장소 사서함 유지 관리

• ESE 데이터베이스 유지 관리

Exchange 2007에서 ESE 데이터베이스 유지 관리는 디스크에 집중된 작업이었습니다. Exchange 2010에서는 성능을 향상시키 위해 기능이 개선되었습니다. Exchange 2010에서는 대형이거나 프로필 사용량이 많은 서버에서 매일 밤 대형 Exchange 2007 데이터베이스(할당량 2GB)를 완료하는 데 ESE 데이터베이스 유지 관리는 보통 6시간에서 8시간 걸리지만 저장소 사서함 유지 관리 작업은 약 45분 동안만 지속됩니다.

Exchange 2010에서는 JBOD 저장소 및 RAID를 사용하지 않는 저장소를 지원할뿐만 아니라 대형 사서함을 지원하기 위해 기능이 개선되었습니다.

데이터베이스 조각 모음

조각 모음은 Exchange 데이터베이스의 내부 페이지를 연속적인 상태로 만듭니다. 조각 모음은 데이터베이스가 온라인 상태일 때 시스템에서 자동으로 수행되거나(온라인 조각 모음) 데이터베이스가 오프라인 상태일 때 관리자가 수동으로 수행할 수 있습니다(오프라인 조각 모음).

온라인 조각 모음

Exchange 2010에서 온라인 조각 모음에 대한 아키텍처가 변경되었습니다. 온라인 조각 모음은 사서함 데이터베이스 유지 관리 프로세스에서 제외되었습니다. 이제 온라인 조각 모음이 백그라운드에서 24x7로 실행됩니다. 온라인 조각 모음이 항상 실행되므로 더 이상 Exchange가 이벤트 로그에 데이터베이스의 공백 크기를 나타내는 이벤트를 게시하지 않습니다. 백그라운드 데이터베이스 유지 관리를 수행하는 동안 데이터베이스에서 제거하도록 표시된 항목이 제거되어 데이터베이스 페이지의 공간을 확보하게 됩니다. 지속적인 온라인 조각 모음 프로세스 작업으로 인해 공백의 비율은 계속 변경됩니다.

데이터베이스 공백의 크기는 데이터베이스의 사서함을 통해 사용자가 주고받는 메일 크기에 의해 대략적으로 예측할 수 있습니다. 예를 들어, 사용자가 매일 평균적으로 10MB의 메일을 주고받는 데이터베이스에 100개의 2GB 사서함(총 200GB)이 있는 경우 공백은 약 1GB(100개의 사서함 × 사서함당 10MB)입니다. 백그라운드 데이터베이스 유지 관리 작업이 전체 단계를 완료하지 못할 경우 공백의 크기는 이 예상치를 초과할 수 있습니다.

이 기능에 대한 설정을 구성할 필요는 없습니다. Exchange는 데이터베이스가 사용 중일 때 데이터베이스를 모니터링하며 시간이 지남에 따라 공간 및 연속성을 위해 계속 조각을 모으도록 조금 변경됩니다. 데이터베이스가 여러 페이지를 분석하고 순차적이지 않음을 발견하면, B-트리/테이블의 해당 섹션의 조각을 모으도록 비동기 스레드를 시작합니다. 또한 온라인 조각 모음은 제한되므로 클라이언트 성능에 부정적인 영향을 주지 않습니다.

ESE 성능 카운터 설정 MSExchange Database ==> Defragmentation Tasks를 사용하여 수행된 작업을 봅니다. 자세한 내용은 Extended ESE 성능 카운터 사용 설정 방법을 참조하십시오.

오프라인 조각 모음

오프라인 조각 모음은 데이터베이스가 마운트 해제된(오프라인) 상태에서 관리자가 수행하는 수동 프로세스입니다. 이 프로세스 중에 데이터베이스 파일을 읽고 해당 내용을 새 데이터베이스 파일에 연속되게 기록하는 데 ESEUTIL 도구가 사용됩니다. 오프라인 조각 모음 프로세스는 원래 데이터베이스의 공백을 복사하지 않으므로 디스크에서 새로 만들어진 데이터베이스 파일의 크기는 원래 데이터베이스보다 작습니다(데이터베이스의 공백 양에 따라 줄어드는 비율이 다르지만 일반적으로 훨씬 작은 크기가 됨). 역사적으로 볼 때, 데이터베이스의 오프라인 조각 모음을 수행하는 일반적인 이유는 다음과 같습니다.

• 디스크에서 데이터베이스 파일의 크기 축소

• 데이터베이스에서 공백 회수

• 디스크 공간 부족 방지

• 손상된 데이터베이스 복구(ESEUTIL /p 후 복구의 두 번째 단계)

오프라인 조각 모음은 이전에는 Exchange 데이터베이스의 정기적인 유지 관리 작업이 아니었으며 한동안 Microsoft는 데이터베이스의 정기적이고 예방적인 오프라인 조각 모음을 수행하지 않도록 권장했습니다. 이렇게 권장했던 이유는 다음과 같습니다.

• 데이터베이스를 오프라인 상태로 만들어야 하므로 가동 중지 시간이 발생합니다.

• 복제된 사서함 데이터베이스 환경에서 오프라인으로 조각 모음된 활성 복사본의 모든 패시브 복사본에서 시드를 다시 생성해야 하며, 오프라인으로 조각 모음된 모든 패시브 복사본에서 시드를 다시 생성해야 합니다. (따라서, 패시브 데이터베이스 복사본의 오프라인 조각 모음을 수행해서는 안 됩니다.)

• 새 데이터베이스 서명을 사용하는 새 데이터베이스가 만들어지게 되어 오프라인 조각 모음 이전에 만들어진 데이터베이스 백업에서 로그 파일을 복구할 수 없게 됩니다.

오프라인 조각 모음의 대안으로, 고객이 새 데이터베이스를 만든 다음 사서함을 새로 만든 데이터베이스로 이동하는 방법을 권장합니다. Exchange 2010 환경에서는 최종 사용자에 대한 서비스를 중단하지 않고 온라인 상태에서 사서함이 이동됩니다. 또한, 기존 데이터베이스의 모든 사서함을 새 데이터베이스로 이동하면 오프라인 조각 모음과 같은 결과를 얻을 수 있습니다. 즉, 페이지가 연속적으로 기록되어 있고 데이터베이스 파일에 공백이 없는 상태로 조각 모음이 완료된 데이터베이스를 얻을 수 있습니다. 이동 프로세스가 완료된 후 이전(현재 비어 있는 상태) 데이터베이스를 삭제하면 됩니다. 이 지침은 공백을 회수하기 위한 예방적 오프라인 조각 모음만을 대상으로 합니다. Microsoft 고객 지원 서비스에서 지시한 경우에는 조각 모음을 계속 수행해야 합니다.

온라인 데이터베이스 검색

온라인 데이터베이스 검색(데이터베이스 체크섬이라고도 함)도 변경되었습니다. 손상이 있는지 감지하기 위해 특정 기간 동안 데이터베이스의 모든 페이지를 Exchange에서 읽도록 하기 위해 Exchange 2007 SP1(서비스 팩 1)에서 이 데이터베이스 검색 프로세스에 대해 온라인 조각 모음 시간의 반을 사용하는 옵션이 있습니다.

Exchange 2010에서 온라인 데이터베이스 검색은 데이터베이스를 체크섬하며 사후 Exchange 2010 저장소 크래시 작업을 수행합니다. 크래시 때문에 공간이 누수될 수 있으며 온라인 데이터베이스 검색은 손실된 공간을 찾아 복구합니다. Exchange 2010의 시스템은 7일에 한 번 모든 데이터베이스를 전체 검색한다는 가정 하에 설계되었습니다. 이 시간 동안에 데이터베이스가 전체 검색되지 않으면 경고 이벤트가 발생합니다. Exchange 2010에는 활성 데이터베이스 복사본에서 온라인 데이터베이스 검색을 실행하는 다음 두 가지 모드가 있습니다.

• 예약된 사서함 데이터베이스 유지 관리 프로세스의 마지막 작업으로 실행. 사서함 데이터베이스 유지 관리 일정을 바꿔 실행 시간을 구성할 수 있습니다. 전체 검색을 완료하는 데 시간이 덜 소요되는 크기가 1TB(테라바이트) 미만인 작은 데이터베이스에 이 옵션을 사용할 수 있습니다.

• 배경 24×7에서 실행(기본 동작). 이 옵션은 모든 데이터베이스 크기에 대해 잘 작동하지만 대용량 데이터베이스 크기(크기: 1-2TB)에 사용하는 것이 좋습니다. Exchange는 1일 최대 1회 데이터베이스를 검색합니다. 이 읽기 I/O는 100% 순차적이며(디스크에서 용이함) 대부분의 시스템에서 검색 속도는 약 5MB(메가바이트)/초입니다.

데이터베이스 유지 관리 구성에 대한 자세한 내용은 사서함 데이터베이스 유지 관리를 참조하십시오.

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