복구 데이터베이스

  • 아티클

 

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

마지막으로 수정된 항목: 2010-03-06

RDB(복구 데이터베이스)는 복구 작업 단계에서 복원된 사서함 데이터베이스를 탑재하고 복원된 데이터베이스에서 데이터를 추출하도록 지원하는 특별한 종류의 사서함 데이터베이스입니다. Restore-Mailbox cmdlet을 사용하여 RDB에서 데이터를 추출할 수 있습니다. 추출 후에는 데이터를 폴더로 내보내거나 기존의 사서함으로 병합할 수 있습니다. 사용자는 RDB를 통해 현재 데이터에 대한 사용자 액세스를 방해하지 않고 데이터베이스의 백업 또는 복사본에서 데이터를 복구할 수 있습니다.

Microsoft Exchange Server 2010은 복구 데이터베이스에 직접 데이터를 복원할 수 있는 기능을 지원합니다. 복구된 데이터를 복구 데이터베이스로 탑재하면 개별 사서함 또는 사서함의 개별 항목을 복원할 수 있습니다. 복구 데이터베이스로 복원하는 방법은 두 가지가 있습니다.

  • 복구 데이터베이스가 이미 있는 경우 응용 프로그램이 데이터베이스를 분리하고 복구 데이터베이스 및 로그 파일에 데이터를 복원한 다음 데이터베이스를 다시 탑재할 수 있습니다.

  • 모든 디스크 위치에 데이터베이스 및 로그 파일을 복원할 수 있습니다. Exchange는 복원된 데이터를 분석하고 트랜잭션 로그를 재생하여 데이터베이스를 최신 상태로 만든 다음 복구 데이터베이스를 이미 복구된 데이터베이스 파일을 가리키도록 구성할 수 있습니다.

사서함 데이터베이스와 복구 데이터베이스의 차이점

RDB는 여러 가지 면에서 표준 사서함 데이터베이스와 다릅니다.

  • RDB는 Exchange 관리 셸을 사용하여 만들어집니다.

  • RDB에서는 메일을 주고 받을 수 없습니다. RDB에 대한 모든 클라이언트 프로토콜 액세스(예: SMTP, POP3 및 IMAP4)가 차단됩니다. 이러한 디자인으로 인해 RDB를 사용하여 메시징 시스템에 메일을 삽입하거나 메시징 시스템에서 메일을 제거할 수 없습니다.

  • Microsoft Office Outlook 또는 Outlook Web App를 사용한 클라이언트 MAPI 액세스는 차단됩니다. MAPI 액세스는 RDB에 대해 지원되지만 복구 도구 및 응용 프로그램을 통해서만 가능합니다. MAPI를 사용하여 RDB의 사서함에 로그인할 때는 사서함 GUID 및 데이터베이스 GUID를 지정해야 합니다.

  • RDB에 있는 사서함은 사용자 계정에 연결할 수 없습니다. 사용자가 RDB에 있는 사서함의 데이터에 액세스할 수 있도록 허용하려면 사서함을 기존의 사서함에 병합하거나 폴더로 내보내야 합니다.

  • 시스템 및 사서함 관리 정책이 적용되지 않습니다. 이러한 디자인으로 인해 복구 프로세스 중에는 시스템에서 RDB의 항목이 삭제되지 않습니다.

  • RDB에 대한 온라인 유지 관리가 수행되지 않습니다.

  • RDB에 대해 순환 로깅을 사용할 수 없습니다.

  • RDB는 사서함 데이터베이스의 데이터를 복구하는 데만 사용됩니다. RDB를 사용하여 공용 폴더 데이터를 복구할 수 없습니다.

  • 필요할 때마다 사서함 서버에 RDB 하나만 탑재할 수 있습니다. RDB는 사서함 서버당 100개의 데이터베이스 제한에 포함되지 않습니다.

  • RDB의 사서함 데이터베이스 복사본을 만들 수 없습니다.

  • RDB는 복원 작업 대상으로 사용할 수 있지만 백업 작업에는 사용할 수 없습니다.

  • RDB로 탑재된 복구된 데이터베이스는 원본 사서함에 어떠한 방식으로도 연결되지 않습니다.

복구 데이터베이스 사용

RDB를 사용하기 전에 반드시 충족해야 하는 몇 가지 요구 사항이 있습니다. RDB는 Exchange 2010 사서함 데이터베이스에만 사용할 수 있습니다. Exchange 이전 버전의 사서함 데이터베이스는 지원되지 않습니다. 또한 데이터 병합 및 추출에 사용되는 대상 사서함은 RDB에 탑재된 데이터베이스와 동일한 Active Directory 포리스트에 있어야 합니다.

RDB는 다음과 같은 여러 가지 경우에 데이터를 복구하는 데 사용할 수 있습니다.

  • 동일 서버 발신음 복구   발신음 복구 작업 단계에서 백업을 통해 원본 데이터베이스를 복원한 후 RDB에서 복구를 수행할 수 있습니다.

  • 대체 서버 발신음 복구   대체 서버를 사용하여 발신음 데이터베이스를 호스팅한 다음, 나중에 백업을 통해 원본 데이터베이스가 복원된 후 RDB에서 데이터를 복구할 수 있습니다.

  • 사서함 복구   삭제된 사서함 보존 기간이 경과되면 백업을 통해 개별 사서함을 복구할 수 있습니다. 그런 다음 복원된 사서함에서 데이터를 추출하여 대상 폴더에 복사하거나 다른 사서함과 병합할 수 있습니다.

  • 특정 항목 복구   사서함에서 삭제되거나 제거된 백업 데이터를 통해 데이터를 복원할 수 있습니다.

참고

활성 사서함에 내용을 복구할 때 폴더 ACL(액세스 제어 목록)이 유지되지 않습니다. 복구 프로세스에는 일반적으로 사서함 데이터베이스를 복구하고 콘텐츠를 원본 데이터베이스에 다시 병합하는 과정이 수반되기 때문에 ACL을 복구하거나 복사할 필요가 없습니다.

RDB는 다음과 같은 조건과 시나리오에서의 사서함 데이터베이스 복구를 위해 디자인되었습니다.

  • 원본 데이터베이스 및 해당 데이터베이스의 사서함에 관한 논리적 정보가 Active Directory에서 변하지 않고 그대로 유지됩니다.

  • 단일 사서함 또는 단일 데이터베이스를 복구해야 합니다. 복구 시나리오는 다음과 같습니다.

    • 발신음 데이터베이스를 사용 중일 때 두 데이터베이스를 병합하기 위한 목적으로 데이터베이스를 복원하거나 복구합니다.

    • 데이터베이스에 대한 원본 서버가 아닌 서버에서 데이터베이스를 복구합니다. 필요한 경우 복구된 데이터를 원본 서버에 다시 병합할 수 있습니다.

    • 사용자가 이전에 사서함에서 삭제한 항목을 삭제된 항목 보존 기간이 만료된 후 복구합니다.

공용 폴더 콘텐츠를 복구해야 할 때 RDB를 사용할 수 없습니다. 또한 여러 데이터베이스를 복원해야 하는 경우 또는 Active Directory 토폴로지를 다시 작성하거나 변경해야 하는 긴급한 경우에 전체 서버를 복원해야 하는 시나리오에 대해서는 일반적으로 RDB가 적합하지 않습니다.

RDB를 만드는 방법에 대한 자세한 단계는 복구 데이터베이스 만들기를 참조하십시오. RDB를 사용하는 방법에 대한 자세한 단계는 복구 데이터베이스를 사용하여 데이터 복원을 참조하십시오.

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