데이터베이스 이식성

 

적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

마지막으로 수정된 항목: 2011-07-01

Microsoft Exchange Server 2007 데이터베이스 이식성 기능을 사용하여 사서함 데이터베이스를 동일한 조직의 서버에 탑재할 수 있습니다. 이전 버전의 Exchange에서는 다음 장소에만 데이터베이스를 탑재할 수 있었습니다.

  • 복구 저장소 그룹

  • 데이터베이스가 있는 서버와 동일한 이름을 가진 서버

  • 동일한 관리 그룹에 있는 다른 서버

    참고

    Exchange Server 2003 및 Exchange 2000 Server에서는 데이터베이스를 동일한 관리 그룹에 있는 다른 서버로 이동할 때 여러 가지 문제를 해결해야 했습니다.

데이터베이스 이식성 기능은 이러한 제한을 없애고 이전 버전에서 나타난 문제들을 처리합니다. 데이터베이스 이식성은 다음과 같은 이유로 인해 구현되었습니다.

  • 복구 프로세스에서 오류가 발생하기 쉬운 수동 단계를 제거함으로써 안정성이 향상됩니다.

  • 클러스터된 사서함 서버가 분실된 경우 클라이언트가 Exchange 데이터베이스에 액세스하려면 먼저 클러스터된 사서함을 복구해야 했습니다.

  • Exchange 사서함 데이터는 서버에 종속되지 않으며 따라서 해당 데이터 액세스도 서버에 종속되지 않습니다.

  • 데이터베이스 이식성은 다양한 재해 복구 시나리오에서 종단 간 복구 시간을 줄여줍니다.

ESE(Extensible Storage Engine) 수준에서 Exchange 데이터베이스를 이식할 수 있습니다. 그러나 Exchange Server 2003은 데이터베이스를 이식할 수 없는 대체 위치에서 데이터베이스를 온라인 상태로 만들기 전에 특정한 제한을 둡니다. 데이터베이스 이식성은 이러한 제한 중에서 동일한 Exchange 조직의 데이터베이스여야 한다는 제한 사항만 제외하고 모두 제거합니다. 대체 위치의 사서함 데이터에 대해 클라이언트를 제어할 수 없다면 이식 가능한 데이터베이스는 무용지물입니다. Microsoft Office Outlook 2007 및 Exchange 2007 자동 검색 서비스에서는 클라이언트가 연결을 시도할 때 새 서버로 리디렉션됩니다.

참고

데이터베이스 이식성은 Exchange 2007 사서함 데이터베이스에 대해서만 제공됩니다. 공용 폴더 데이터베이스는 이식할 수 없습니다. 그 이유는 특정 서버를 통해 연결되고 액세스되는 각 데이터베이스가 공용 데이터베이스 간의 복제를 제어하기 때문입니다. 서버 간에 공용 폴더 데이터를 이동하는 좋은 방법은 데이터베이스 파일을 다른 서버로 복사하지 않고 해당 데이터를 복제하는 것입니다. 공용 폴더 데이터베이스를 다른 서버로 복사하면 더 이상 다른 데이터베이스를 사용하여 복제할 수 없습니다.

데이터베이스 이식성 기능을 사용하여 데이터베이스 복구를 수행하는 방법은 데이터베이스 이식성 기능을 사용하여 새 서버에 사서함 데이터베이스를 복원하는 방법을 참조하십시오.

여러 운영 체제 또는 Exchange 버전에 데이터베이스 이식성 사용

이전 버전의 Microsoft Exchange에서 만든 사서함 데이터베이스는 Exchange 2007을 실행하는 사서함 서버로 이동할 수 없습니다. 데이터베이스 이식성은 Exchange 2007 사서함 데이터베이스에 대해서만 제공됩니다.

Exchange RTM과 SP1 간의 데이터베이스 이식성

데이터베이스 이식성을 사용하면 RTM(Release To Manufacturing) 버전의 Exchange Server 2007을 실행하는 서버에서 Exchange Server 2007 SP1(서비스 팩 1)을 실행하는 서버로 사서함 데이터베이스를 이동할 수 있습니다. 그러나 데이터베이스 이식성 또는 다른 방법을 사용하여 Exchange 2007 SP1에서 Exchange 2007 RTM으로 데이터베이스를 이동할 수는 없습니다. 표 1에는 지원되는 데이터베이스 이식성 사용 예제가 나와 있습니다.

표 1   데이터베이스 이식성의 호환성 행렬

원본 사서함 서버 지원되는 대상 사서함 서버

Exchange 2007 RTM(설치 위치: Windows Server 2003

Exchange 2007 RTM(설치 위치: Windows Server 2003

Exchange 2007 SP1(설치 위치: Windows Server 2003

Exchange 2007 SP1(설치 위치: Windows Server 2008

Exchange 2007 SP1(설치 위치: Windows Server 2003

Exchange 2007 SP1(설치 위치: Windows Server 2003

Exchange 2007 SP1(설치 위치: Windows Server 2008

Exchange 2007 SP1(설치 위치: Windows Server 2008

Exchange 2007 SP1(설치 위치: Windows Server 2008

여러 Windows Server 버전 간의 데이터베이스 이식성

이전 버전의 Microsoft Exchange와 마찬가지로 Exchange 서버의 운영 체제를 업그레이드하면 데이터베이스 헤더에서 OS 버전의 값이 업데이트됩니다. 이 업데이트로 인해 내부 데이터베이스 인덱스가 다시 빌드됩니다. 데이터베이스 이식성을 사용하여, Windows Server 2003을 실행하는 사서함 서버에서 Windows Server 2008을 실행하는 사서함 서버로 데이터베이스를 이동하면 ESE(Extensible Storage Engine)가 운영 체제 업그레이드를 감지하여 다음 작업을 수행합니다.

  • 첫 번째 데이터베이스 탑재 작업 중에 모든 보조 인덱스가 무시됩니다. 보조 인덱스는 온라인 모드에서 Outlook을 사용하여 메일 폴더의 메시지를 정렬하는 것과 같이 사서함 데이터를 특정 보기로 표시하는 데 사용됩니다. 이 초기 작업이 완료될 때까지는 데이터베이스가 탑재되지 않으므로 클라이언트가 사용할 수 있습니다. 작업을 완료하는 데 걸리는 시간은 보통 데이터베이스 크기에 따라 달라집니다. 즉, 데이터베이스 크기가 클수록 탑재 작업의 시간이 더 오래 걸립니다.

  • Outlook 사용자가 온라인 모드에서 보기를 정렬하면 보조 인덱스가 필요에 따라 다시 빌드됩니다. 데이터베이스가 매우 큰 환경에서는 필요에 따라 인덱스를 다시 빌드하면 초기 프로세서 및 디스크 사용량이 높아집니다.

인덱스가 다시 빌드되는 동안 ESE는 응용 프로그램 이벤트 로그에 다음 이벤트를 기록합니다.

이벤트 유형: 정보

이벤트 원본:ESE

이벤트 범주: 테이블/열/인덱스 정의

이벤트 ID: 611

설명:

MSExchangeIS (6568) <ServerName>_<StorageGroupName>: 데이터베이스 '<PathtoDatabaseFile>': 이 시스템의 Windows 버전이 업그레이드되면 보조 인덱스 '<Index GUID>'가 예방 수단으로 다시 작성됩니다. 이 메시지는 알림 메시지이며 데이터베이스에 문제가 있음을 나타내지는 않습니다.