Exchange Server 2003의 저장소 기능

  • 아티클

 

마지막으로 수정된 항목: 2007-01-09

Microsoft® Exchange Server 2003에서는 Exchange 저장소 기능이 많이 향상되었습니다. 일반적으로 이러한 향상된 기능은 쉽고 빠른 재난 복구 작업 및 공용 폴더 복제와 같은 내부 프로세스 간소화에 중점을 두고 있습니다.

특히 다음과 같은 기능을 포함합니다.

  • Microsoft Windows Server™ 2003 백업 API의 일부로 사용할 수 있는 볼륨 섀도 복사본 서비스를 지원합니다.
  • 새로운 유형의 저장소 그룹(복구 저장소 그룹)에서 복원된 사서함 데이터의 임시 위치를 제공합니다. 사서함 데이터를 복구 저장소 그룹으로 복원한 후에는 전체 사서함 저장소를 복원하는지 또는 몇 개의 개별 사서함만 복원하는지 여부에 상관없이 필요한 데이터를 원래 사서함 저장소에 병합할 수 있습니다.
  • Microsoft 사서함 병합 마법사(Exmerge)는 Exchange 다운로드 웹 사이트(https://go.microsoft.com/fwlink/?LinkId=25097)에서 다운로드할 수 있습니다.
  • 대역폭을 보다 효율적으로 사용할 수 있도록 공용 폴더 복제 프로세스를 정밀하게 검사하고 간소화했습니다.
  • Exchange VSAPI(Virus Scanning Application Programming Interface)가 향상 및 확장되었습니다.
  • SP2의 새로운 기능: Exchange Server 데이터베이스의 데이터베이스 크기 제한과 관련된 설정을 구성할 수 있습니다. 예를 들어 최대 데이터베이스 크기, 경고 이벤트가 기록된 임계값 및 데이터베이스 크기가 평가된 시간을 구성할 수 있습니다.

섀도 복사본 백업

Exchange Server 2003에서는 Windows Server 2003에서 구현된 새 백업 인프라를 지원합니다. Microsoft Windows Backup을 포함한 백업 프로그램은 기존 Microsoft Windows® 2000 백업 및 복원 API 또는 새 API를 사용할 수 있습니다. 새 API는 Windows 볼륨 섀도 복사본 서비스를 사용하여 백업 프로세스 시작 시 디스크의 섀도 복사본(스냅샷이라고도 함)을 만듭니다. 그러면 Exchange에서는 작업 디스크 대신 섀도 복사본을 사용하여 실제 백업을 만들기 때문에 정상 작업을 계속할 수 있습니다. 이 방법에는 이전에 사용하던 방법에 비해 다음과 같은 장점이 있습니다.

  • 볼륨 백업이 만들어집니다. 이 백업은 백업이 진행되는 동안 데이터가 변경되더라도 백업을 시작할 시점의 볼륨 상태를 반영합니다. 모든 백업 데이터는 내부적으로 일관성이 있으며 지정된 순간의 볼륨 상태를 반영합니다.
  • 응용 프로그램과 서비스에 백업 진행을 알립니다. 그러면 서비스와 응용 프로그램이 디스크의 구조를 정리하고 캐시 및 로그 파일을 플러시하여 백업을 준비할 수 있습니다.

섀도 복사본 백업 사용

Exchange API에서는 섀도 복사본 백업을 지원합니다.

Windows Server 2003 백업 유틸리티를 사용하여 Exchange Server 2003 데이터베이스(사서함 저장소 및 공용 폴더 저장소)를 백업할 수도 있지만 이 방법은 비섀도 복사본 백업을 위한 기존 API를 사용합니다. Windows Server 2003 백업은 볼륨 섀도 복사본 서비스를 사용한 Windows 파일 시스템 백업은 지원하지만 Exchange 볼륨 섀도 복사본 서비스 API는 지원하지 않습니다. 새로운 섀도 복사본 API를 사용하여 데이터베이스를 백업하려면 타사 솔루션을 사용해야 합니다.

복구 저장소 그룹

사서함 및 사서함 저장소를 복원할 때 유연성을 제공하기 위해 Exchange 2003에서는 복구 저장소 그룹 기능을 제공합니다. 복구 저장소 그룹은 Exchange의 일반 저장소 그룹과 함께 존재하는 특수 저장소 그룹입니다. 서버에 이미 4개의 일반 저장소 그룹이 있더라도 복구 저장소 그룹이 있을 수 있습니다. 다음과 같은 경우 일반 저장소 그룹의 사서함 저장소를 복원할 수 있습니다.

  • 저장소 그룹이 있는 서버에서 Exchange 2000 SP3 이상을 실행 중인 경우
  • 저장소 그룹이 있는 서버가 복구 저장소 그룹이 있는 서버와 동일한 관리 그룹에 속할 경우
  • 동시에 여러 개의 사서함 저장소를 복원하려면 해당 사서함 저장소가 모두 동일한 저장소 그룹에 속해야 합니다.

복구 저장소 그룹에 사서함 저장소를 복원한 후 복구 저장소 그룹에서 일반 저장소 그룹으로 복구된 사서함 데이터를 이동합니다. 이 방법으로 전체 사서함 저장소(로그 데이터를 포함한 모든 데이터베이스 정보)를 복구하거나 사서함 한 개만을 복구할 수 있습니다. 복구 저장소 그룹의 사서함은 연결이 끊어져 있으므로 사용자가 메일 클라이언트로 액세스할 수 없습니다.

참고

복구 저장소 그룹을 사용하면 사서함 저장소만 복구할 수 있고 공용 폴더 저장소는 복구할 수 없습니다.

복구 저장소 그룹 사용

다음은 간단한 복원 시나리오를 나타내는 절차입니다. 저장소 그룹은 이미 백업한 것으로 간주합니다.

이 절차를 시작하기 전에 모든 Exchange 사서함에 대해 다른 사람 이름으로 받기 및 다른 사람 이름으로 보내기 권한이 있는 계정(예: Backup Operators)으로 로그인했는지 확인합니다. 이러한 권한이 거부되면 복원 작업을 완료할 수 없습니다.

복구 저장소 그룹을 만들지 않고 사서함 저장소를 복원하면 이전 버전의 Exchange에서와 마찬가지로 원본 사서함 저장소에 직접 데이터가 복원됩니다.

복구 저장소 그룹을 사용하여 사서함 데이터를 복원하는 과정은 다음 세 가지 단계로 구성됩니다.

  1. 복구 저장소 그룹을 설정합니다.
  2. 복구 저장소 그룹에 사서함 저장소를 복원합니다.
  3. 복구된 사서함 데이터와 일반 사용자 사서함을 병합합니다.

자세한 내용은 Using Exchange Server 2003 Recovery Storage Groups에서 "How to Set Up a Recovery Storage Group"을 참조하십시오.

참고

데이터를 병합할 때 폴더 사용 권한 및 받은 편지함 규칙은 포함되지 않습니다. 병합 대상을 필터링하는 기능도 지원되지 않습니다. 이 기능이 필요하면 데이터 복구 작업 대신 Microsoft Exchange 사서함 병합 마법사(Exmerge)를 사용하면 됩니다. EXmerge 유틸리티는 Exchange 다운로드 웹 사이트(https://go.microsoft.com/fwlink/?LinkId=25097)에서 다운로드할 수 있습니다. 복구 저장소 그룹에 적절한 사서함 저장소를 복원한 후 Exmerge를 시작하고 마법사의 지침에 따라 사서함 데이터를 이동합니다

복구 저장소 그룹 다시 정의에 대한 자세한 내용은 복구 저장소 그룹 다시 정의 레지스트리 키 설정 방법을 참조하십시오.

Microsoft Exchange 사서함 병합 마법사

이전에는 Microsoft Exchange 사서함 병합 마법사(Exmerge)를 Exchange Resoure Kit 도구로 사용할 수 있었으며 이제는 Exchange 다운로드 웹 사이트에서 다운로드할 수 있습니다. 이 마법사를 사용하면 다른 사서함 저장소에 있는 동일한 사서함 간에 데이터를 이동할 수 있습니다. 예를 들어 사서함을 백업에서 복원하려면 사서함 저장소를 복구 저장소 그룹으로 복원한 다음 이 마법사를 사용하여 복원된 사서함 데이터와 원본 사서함을 병합합니다. 이 절차를 수행하는 방법에 대한 자세한 내용은 이 항목의 앞부분에 나오는 “복구 저장소 그룹 사용”을 참조하십시오.

공용 폴더 저장소 복제 기능 개선

Exchange 2003에서는 공용 폴더 복제 알고리즘이 구체화되어 백필 시 효율성이 향상되었습니다 “백필”은 서버가 복제된 폴더의 업데이트를 모두 받지 못하고 다른 서버에서 누락된 업데이트를 검색해야 하는 경우입니다. 백필 원본으로 사용할 서버를 선택하기 위해 Exchange에서는 먼저 필요한 콘텐츠의 일부가 포함된 모든 서버 목록을 만들어 다음과 같이 정렬합니다.

  1. 전송 순위가 가장 낮은 서버부터 목록을 정렬합니다. 같은 사이트에 있는 서버는 원격 사이트의 서버에 우선합니다.
  2. 전송 순위가 같은 서버의 경우 최신 Exchange 버전부터 다시 정렬합니다. 이전 버전의 Exchange에서는 전송 순위에 상관없이 최신 버전의 Exchange를 실행하는 서버가 이전 버전의 Exchange를 실행하는 서버보다 먼저 선택됩니다. 예를 들어 Exchange 2000을 실행하는 원격 사이트 서버가 Microsoft Exchange Server 버전 5.5를 실행하는 로컬 서버보다 먼저 선택됩니다. 그러나 Exchange 2003에서는 전송 순위가 중요한 선택 조건입니다.
  3. 전송 순위와 Exchange 버전이 같은 서버의 경우 서버에서 사용할 수 있는 필요한 변경 수가 많은 서버부터 다시 정렬합니다. 이전 버전의 Exchange에서는 전송 순위에 상관없이 필요한 업데이트를 모두 보유한 서버가 일부 업데이트를 보유한 서버보다 먼저 선택되었습니다. Exchange 2003에서는 이 기본 설정이 변경되어 일부 업데이트가 전송 순위가 낮은 서버에 있으면 나머지 업데이트를 전송 순위가 높은 다른 서버에서 얻어야 하는 경우에도 해당 서버가 선택되어 일부 업데이트를 백필합니다.

새 기능이 모든 Exchange 2000 Server 버전의 기능과 구별되는 예로 Exchange 2003으로 업그레이드해야 하는 여러 사이트(사이트당 여러 서버가 있고 모두 공용 폴더를 복제)의 Exchange 5.5 배포를 가정합니다. 각 사이트에 Exchange 2003 서버 하나를 추가하십시오. 각 사이트에서 Exchange 2003 서버는 원격 사이트에서 최신 서버를 검색하는 대신 로컬 Exchange 5.5 서버의 공용 폴더를 백필합니다.

바이러스 검색 API 기능 개선

Exchange 2000 SP1에서는 인터넷 콘텐츠 검색 및 바이러스 보낸 사람 및 받는 사람 보고에 대한 지원이 향상된 바이러스 검색 API(VSAPI) 버전 2.0을 제공했습니다. Exchange 2003에서는 게이트웨이 서버나 브리지헤드 서버와 같이 Exchange 사서함이 상주하지 않는 Exchange 서버에서 바이러스 백신 공급업체 제품을 실행할 수 있도록 VSAPI가 향상되었습니다. Exchange 2003 VSAPI 버전 2.5를 사용하면 바이러스 백신 공급업체 제품이 감염된 메시지를 삭제하고 감염된 메시지를 보낸 사람에게 알림 메시지를 보낼 수 있습니다. 또한 공급업체 제품이 추가 바이러스 상태 메시지를 만들어 클라이언트가 특정 메시지의 감염 상태를 표시하도록 할 수 있습니다. 새 VSAPI 기능을 사용하는 바이러스 백신 응용 프로그램에 대한 자세한 내용은 바이러스 백신 제조업체에 문의하십시오.

SP2의 새로운 기능: 데이터베이스 크기 제한 구성 및 관리

Exchange Server 2003 서비스 팩 2(SP2)를 사용하면 데이터베이스 크기 제한과 관련된 설정을 사용자 지정하여 조직의 요구를 충족할 수 있습니다. SP2에는 다음과 같은 주 기능이 추가되었습니다.

  • 각 Exchange 데이터베이스에 대해 논리적 데이터베이스 크기 제한을 구성할 수 있습니다. 데이터베이스의 논리적 크기는 .edb 파일과 .stm 파일의 실제 크기에서 각각 논리적 여유 공간을 뺀 값입니다. 이 기능의 제한은 실행되고 있는 Exchange Server 2003 버전에 따라 다릅니다.
    • Exchange Server 2003 Standard Edition 기본적으로 Exchange Server 2003 Standard Edition을 실행하는 서버에 있는 각 데이터베이스의 크기 제한은 16GB입니다. Exchange Server 2003 SP2를 설치한 후 각 Exchange 데이터베이스의 기본 크기 제한은 18GB입니다. 또한 Exchange Server 2003 SP2를 실행하는 서버에 있는 각 데이터베이스에 대해 데이터베이스 크기 제한을 최대 75GB까지 구성할 수 있습니다.
    • Exchange Server 2003 Enterprise Edition 기본적으로 Exchange Server 2003 Enterprise Edition을 실행하는 서버에 있는 각 데이터베이스의 크기 제한은 8,000GB입니다. 일반적으로 이 크기는 이론상의 한도입니다. Exchange 데이터베이스의 실제 제한은 서버 하드웨어와 저장소 하위 시스템의 하드웨어에 따라 다릅니다. Exchange Server 2003 SP2를 설치한 후 데이터베이스 크기 제한을 최대 8,000GB까지 사용자 지정할 수 있습니다.
  • Exchange Server를 실행하는 서버가 특정 데이터베이스에 대해 구성된 데이터베이스 제한에 도달하면 응용 프로그램 로그에 경고 이벤트가 기록됩니다. 통보할 임계값을 지정할 수 있습니다. 기본적으로 경고 이벤트를 기록하는 데 사용되는 임계값은 최대 논리적 데이터베이스 크기의 90%가 사용된 경우입니다.
  • Exchange Server를 실행하는 서버가 특정 데이터베이스에 대해 구성된 데이터베이스 제한에 도달하면 응용 프로그램 로그에 오류 이벤트가 기록됩니다. 또한 Exchange는 데이터베이스 제한을 초과한 데이터베이스를 즉시 오프라인 상태로 만듭니다. 구성된 제한에 도달한 데이터베이스에서 사용자에 대한 전자 메일 서비스를 일시적으로 복원하려면 데이터베이스를 다시 시작해야 합니다. 그러나 데이터베이스는 데이터베이스의 논리적 크기 제한이 초과되었는지 확인할 때마다 분리됩니다.
  • Exchange Server가 구성된 제한을 기반으로 데이터베이스 크기 제한을 확인하는 시간을 지정할 수 있습니다. 기본적으로 Exchange Server는 새벽 5시(05:00)에 각 Exchange 데이터베이스 크기를 확인합니다.

저장 용량 제한을 구성하는 방법에 대한 자세한 내용은 다음을 참조하십시오.

재해 복구 계획 고려 사항

Exchange 데이터베이스의 크기 제한을 변경하는 경우 Exchange 데이터베이스 백업 및 복원 계획을 다시 평가할 수 있습니다. 특히 Exchange 데이터베이스의 크기 제한이 늘어나면 서비스 수준 계약을 충족할 수 있는지 확인하기 위해 새 데이터베이스 크기 제한을 사용하여 백업 및 복구 작업을 테스트해야 합니다. 예를 들어 사서함 저장소의 이전 크기가 15GB였고 8시간 이내로 데이터를 복구하여 서비스 수준 계약을 충족할 수 있었던 경우 사서함 저장소의 크기를 20GB 이상으로 늘리면 데이터베이스를 더 이상 이전처럼 신속하게 복구할 수 없습니다.

서비스 수준 계약에 대한 자세한 내용은 Exchange Server 2003 높은 수준의 가용성 가이드에서 "가용성 목표 설정"의 "SLA 설정"을 참조하십시오.

저장 용량 제한을 구성하는 방법에 대한 자세한 내용은 다음을 참조하십시오.