Exchange 2007 에서는 사서함을 복구할 수 있는 다양한 방법을 제공합니다. 이는 복구 저장소 그룹과 같은 기능 덕분에 가능해진 것이며, 또한 Microsoft Office Outlook 2007 의 캐시된 Exchange 모드 기능으로 클라이언트 쪽에서 사서함 데이터를 보호할 수도 있습니다.

참고:
클라이언트가 클라이언트 쪽 캐싱을 지원하는 클라이언트 응용 프로그램을 사용하는 경우 사용자는 더욱 향상된 기능으로 사서함 데이터를 보호할 수 있습니다.

다음 전략 중 하나 이상을 구현하여 개별 사서함이나 개별 항목 복구를 준비하십시오.

• 서버 쪽 삭제된 항목 보존   이 방법에서는 사서함에서 삭제된 항목을 제거하기 전에 이 항목을 저장함으로써 클라이언트를 통해 사서함에서 실수로 인해 항목이 삭제되는 것을 보호합니다. 사용자에 대해 삭제한 항목 보존 기간을 사용자 지정할 수 있습니다. 삭제된 항목 보존 기간을 구성하는 최적 사례에 대한 자세한 내용은 재해의 영향을 최소화하기 위한 유용한 정보를 참조하십시오.
  
• 삭제되거나 연결되지 않은 사서함의 서버 쪽 다시 연결   삭제되거나 연결되지 않은 사서함의 경우 Exchange 관리 콘솔이나 Exchange 관리 셸을 사용하여 사용자 계정에 다시 연결할 수 있습니다. 삭제되거나 연결되지 않은 사서함을 서버에 보존할 수 있는 시간을 사용자 지정할 수 있습니다. 사서함 보존 기간을 구성하는 최적 사례에 대한 자세한 내용은 재해의 영향을 최소화하기 위한 유용한 정보를 참조하십시오.
  
• 사서함 수준에서 수행된 백업의 복원   손상된 사서함의 경우 사용자의 개별 사서함을 백업에서 복원할 수 있습니다.
  

  참고:
  사용자가 사서함 데이터의 클라이언트 쪽 캐싱(예: 캐시된 Exchange 모드)을 사용하는 경우 사용자 컴퓨터에 사서함 데이터의 로컬 복사본이 있어야 합니다.

• 복구 저장소 그룹   Exchange 2007 의 복구 저장소 그룹 기능을 사용하면 Exchange 사서함 데이터베이스의 두 번째 복사본을 원래 데이터베이스와 동일한 서버 또는 동일한 Exchange 관리 그룹에서 Exchange 를 실행하는 다른 서버에 탑재할 수 있습니다. 이 작업은 원래 데이터베이스가 실행되는 동안 그리고 클라이언트 기능을 수행하는 동안 수행할 수 있습니다. 이 기능을 사용하면 현재 데이터에 대한 사용자 액세스를 방해하지 않고도 데이터베이스의 이전 백업 복사본에서 데이터를 복구할 수 있습니다. 또한 복구 저장소 그룹은 다양한 재해 복구 시나리오, 특히 메시징 발신음 시나리오에서 유용하게 사용할 수 있습니다.
  
• 타사 브릭 수준 백업   일부 타사 백업 도구를 사용하면 개별 사서함 수준에서 Exchange 를 백업 및 복원할 수 있습니다.
  
• 대체 서버 방법   이 방법을 사용하려면 전체 데이터베이스를 프로덕션 환경 외부에 있는 서버에 복원해야 하며 원하는 사서함 데이터를 추출해야 합니다. 이 방법을 사용할 수 있더라도 가능하면 복구 저장소 그룹 방법을 사용해야 합니다.
  

Exchange 데이터가 재해로 손상되거나 손실된 경우 백업에서 이 데이터를 복구해야 합니다. 다음과 같이 백업 복구가 필요한 경우가 있습니다.

• 저장소 그룹에서 하나 이상의 데이터베이스 손상   이 경우 일반적으로 Exchange 의 원시 단일 데이터베이스 복원 기능을 사용하여 동일한 서버에 있는 다른 데이터베이스에 대한 액세스를 중단하지 않고도 손상된 데이터베이스를 복원할 수 있습니다.
  
• 트랜잭션 로그 또는 데이터베이스에 대한 액세스의 손실을 야기하는 하드웨어 오류   이 경우 관련된 로그와 데이터베이스 파일을 포함하여 모든 저장소 그룹을 복구해야 할 수 있습니다.
  
• 서버를 다시 구축해야 하는 사서함 또는 공용 폴더 서버의 오류 또는 손상   이 경우 재해를 복구하려면 종종 기본 서버 및 운영 체제를 다시 구축해야 합니다.
  

저장소 그룹의 개별 데이터베이스는 다른 모든 데이터베이스가 온라인 상태에 있는 동안 복구할 수 있습니다. 이 방법은 오류가 발생한 하나의 데이터베이스를 바꾸는 기본 방법입니다. 데이터베이스를 다시 탑재한 경우 관련 트랜잭션이 저장소 그룹의 로그 파일에서 자동으로 재생되어 복구된 데이터베이스를 재해 시간으로 다시 되돌립니다.

백업 유틸리티를 사용하여 Exchange 데이터베이스를 복원할 때 Exchange ESE(Extensible Storage Engine)에 Exchange 데이터베이스 파일과 관련 로그 파일을 복원하기 위한 API 호출이 수행됩니다. Exchange 데이터베이스 백업을 사용하여 하나 이상의 손상된 사서함 저장소 또는 공용 폴더 저장소를 복원할 수 있습니다. 또한 Exchange 데이터베이스 백업을 사용하여 서버에 있는 모든 사서함 및 공용 폴더를 복원할 수도 있습니다. 서버를 다시 구축해야 하는 재해 복구 시나리오에서는 Exchange 설치 프로그램과 모든 Exchange 서비스 팩을 서버 복구 모드에서 실행한 후 백업을 사용하여 Exchange 데이터베이스를 복원합니다. 이 경우 Active Directory 를 여전히 사용할 수 있다고 가정합니다.

Exchange 2007 은 Microsoft Windows Server 2003 에서 구현된 VSS(볼륨 섀도 복사본 서비스)를 사용하는 하드웨어 기반 스냅숏을 지원합니다. 일반적으로 이 방법은 하드웨어 기반 스냅숏을 사용하여 수행한 백업을 복원하는 데 시간이 훨씬 더 적게 소요됩니다. 따라서 솔루션에 사용된 하드웨어와 소프트웨어에 따라 이러한 유형의 백업에서 Exchange 데이터를 복원하는 것은 Exchange 데이터베이스를 복원하는 데 소요되는 시간과 관련된 SLA(서비스 수준 계약) 요구 사항을 충족하기가 훨씬 쉬울 수 있습니다. 또한 더 큰 데이터베이스를 더 빠르게 복원할 수 있으므로 하드웨어 기반 스냅숏 복원을 사용하면 더 큰 데이터베이스 크기를 지원할 수 있으며 Exchange 데이터를 복원하기 위한 SLA를 충족할 수 있습니다.

사서함 및 사서함 저장소를 복원할 경우 더 많은 유연성을 제공하기 위해 Exchange 2007 에서는 복구 저장소 그룹이라는 기능을 제공합니다. 복구 저장소 그룹은 최대 일반 저장소 그룹 수가 이미 서버에 있는 경우에도 Exchange 의 일반 저장소 그룹과 함께 존재할 수 있는 특수 저장소 그룹입니다. Exchange 조직에 있는 모든 저장소 그룹에서 Exchange 2007 사서함 저장소를 복원할 수 있습니다.

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

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

복구 저장소 그룹은 오류 발생 후 발신음 서비스를 빠르게 제공할 수도 있습니다. 이 기능은 사용자가 기존 데이터를 복원하는 동안 메일을 작성하고 받을 수 있다는 것을 의미합니다. 종종 이 방법이 사용자에 대한 메일 서비스를 복원하는 가장 빠른 방법이기도 합니다. 사용자가 생성한 데이터 볼륨이 기존 데이터베이스에 있는 데이터의 양보다 적을 수 있으므로 발신음 메일 데이터를 복구한 후에 기존 저장소에 병합하는 방법이 기존 데이터베이스 콘텐츠를 새 저장소로 이동하는 방법보다 훨씬 빠릅니다. 제대로 사용하기만 하면 복구 저장소 그룹은 중단 시간을 줄일 수 있는 강력한 도구가 될 수 있습니다.

Exchange 2007 조직에서 특정 복구 절차를 수행하기 전에 다음 내용을 고려하십시오.

• 트랜잭션 로그 파일을 복구하고 재생하는 데 필요한 시간을 결정하십시오. 사용자 환경에서의 성능은 평균과 상당히 다를 수 있으므로 복원 시간 외에 로그 재생도 고려해야 합니다. 매주 일반 백업을 수행하고 매일 증분 백업을 수행하는 경우 복원 후 수 천 개의 트랜잭션 로그 파일을 재생해야 할 수 있습니다.
  
• 개별 데이터베이스를 복구하는 데 걸리는 시간을 최소화하려면 사서함 및 공용 폴더 저장소에 대한 저장소 제한을 구성하여 데이터베이스 크기를 최대 크기 제한으로 제약하십시오.
  
• ESE 스트리밍 백업 API 또는 VSS 기반 솔루션을 사용하여 Exchange 데이터를 백업하려면 데이터베이스가 온라인 상태에 있어야 합니다. 오프라인 데이터베이스는 수동으로 백업할 수 있습니다. 그러나 수동 백업 시에는 수동 체크섬 확인이 필요합니다. 또한 Exchange 의 오프라인 백업을 수행하려면 클라이언트에 대한 서비스를 중단해야 합니다.
  
• 저장소 그룹에서 데이터베이스를 개별적으로 또는 동시에 백업 및 복원할 수 있습니다. 하드 드라이브, 컨트롤러 및 백업 하드웨어의 데이터 대역폭 용량을 초과하지 않는 한 여러 백업 인스턴스를 동시에 실행하여 데이터베이스를 백업하거나 복원하는 데 소요되는 시간을 절약할 수 있습니다.