재해 복구

  • 아티클

 

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

마지막으로 수정된 항목: 2012-03-19

많은 조직의 업무에서 메시징 서비스는 매우 중요합니다. 메시징 시스템을 사용할 수 없으면 생산성이 떨어지고 비즈니스 기회와 수익 기회를 잃을 수 있습니다. 전자 메일이 조직의 업무에 중요하지 않더라도 조직에서 메시징 서비스를 손실하면 실질적인 혼란을 일으킬 수 있습니다.

데이터베이스가 손상되거나 손실되는 경우 어떠한 중복, 보안, 내결함성도 전혀 도움이 되지 않습니다. Microsoft Exchange Server 2007 조직에서 중요 데이터를 백업하는 것은 조직 전체의 필수적인 업무입니다.

재해 복구 계획의 일부로 올바른 Exchange 2007 백업 방법, Exchange 2007 복원 방법 및 백업을 사용할 수 없는 경우 손상된 데이터베이스 복구 방법을 이해하는 것은 매우 중요합니다. 재해 복구 계획은 Exchange 2007에 대한 계획과 관련한 수 많은 결정을 사용하는 복잡한 과정입니다. 일반적으로 계획 과정을 시작하려면 먼저 Exchange 2007 재해 복구와 관련된 다음 개념을 고려해야 합니다.

  • 복구 대상 이해

  • SLA(서비스 수준 계약) 요구 사항 고려

  • 재해 복구를 고려하면서 Exchange 2007 배포의 중요성 이해

  • Exchange가 Active Directory 디렉터리 서비스를 사용하는 방법 이해

  • Exchange 데이터베이스 기술 이해

Microsoft Exchange Hosted Services에서도 Exchange 2007 재해 복구 서비스가 제공되며 이를 통해 보다 수준 높은 재해 복구 기능을 사용할 수 있습니다. Microsoft Exchange Hosted Services에서는 다음과 같은 네 가지 호스팅 서비스를 제공합니다.

  • 전자 메일을 통해 전파되는 맬웨어로부터 조직을 보호하도록 지원하는 Hosted Filtering

  • 조직에서 규정에 대한 보존 요구 사항을 만족하도록 하는 Hosted Archive

  • 조직에서 데이터를 암호화하여 기밀을 유지할 수 있도록 하는 Hosted Encryption

  • 조직에서 긴급 상황 시 및 긴급 상황 이후에 계속해서 전자 메일에 액세스할 수 있도록 하는 Hosted Continuity

이러한 서비스는 내부에서 관리되는 자체 Exchange 서버 또는 서비스 공급자를 통해 제공되는 호스팅된 Exchange 전자 메일 서비스에 통합할 수 있습니다. Microsoft Exchange Hosted Services에 대한 자세한 내용은 Microsoft Exchange Hosted Services를 참조하십시오.

복구 대상

여러 가지 유형의 오류 및 재해는 메시징 시스템의 일부를 복구하거나 복원해야 합니다. 다음 상황을 복구할 수 있는 전략을 가지는 것이 중요합니다.

  • 손실된 메일 항목(영구적으로 삭제된 메일)

  • 손실된 사서함

  • 손실된 데이터베이스 또는 저장소 그룹

  • Exchange 2007을 실행하는 손실된 서버(Exchange 데이터베이스 및 트랜잭션 로그 파일은 손실되지 않음)

  • Exchange 2007을 실행하는 손실된 서버(Exchange 데이터베이스 및 트랜잭션 로그 파일도 손실됨)

  • Exchange 2007 네트워크 부하 분산 클러스터에서 손실된 컴퓨터

  • Exchange 2007 백 엔드 Microsoft Windows Server 장애 조치 클러스터에서 손실된 컴퓨터

  • Windows 장애 조치 클러스터에 대해 손실된 데이터베이스 또는 저장소 그룹

  • 손실된 전체 Exchange 2007 백 엔드 Windows Server 장애 조치 클러스터

  • 손실된 외부 서비스(도메인 컨트롤러 서비스, 글로벌 카탈로그 서비스, 인증서 서비스, DNS 등 포함)

  • 손실된 사이트(모든 Exchange 서버 및 외부 서비스를 제공하는 모든 서버 포함)

메시징 조직에 있는 서버에 충분한 데이터를 백업하지 않은 회사는 백업 전략을 신중하게 고려하지 않은 것입니다. 예를 들어 손실된 사서함 서버(Exchange 데이터베이스 및 트랜잭션 로그 파일 포함)와 같은 재해를 경험한 조직에서 Exchange 데이터베이스와 트랜잭션 로그 파일 기본 서버 요소만 백업했다면 Exchange 2007데이터베이스 파일과 일부 Exchange 구성 데이터는 복구할 수 있습니다. 그러나 그러한 제한된 백업으로는 원래 서버에 있던 모든 데이터와 정보를 복구할 수 없습니다. 원래 서버에 있던 데이터와 정보로는 손실되기 전에 서버에 있었던 클러스터 구성 정보, 관리 스크립트 또는 시스템 관리 소프트웨어 등이 있습니다. 설치 프로그램을 완료한 후 즉시 모든 구성 설정과 서버 변경 내용을 문서화하여 재해 후에도 수동으로 다시 실행할 수 있도록 하는 것이 좋습니다.

반면 Exchange 2007 조직에 있는 모든 데이터와 정보를 백업한 경우 모든 중요한 데이터와 구성 설정을 완벽하게 복구할 수 있습니다. 그러나 조직에 있는 모든 데이터를 백업하려면 모든 데이터를 백업하지 않을 때에 비해 백업 및 복구 과정이 더 복잡하고 시간이 오래 걸리며 더 많은 테이프나 디스크 공간을 필요로 할 수 있습니다.

재해 복구를 위해 어떤 데이터를 백업해야 하는지 결정하기 위해서는 프로덕션 서버에서 백업 전략을 구현하기 전에 테스트 환경에서 재해 복구 절차를 연습해 보는 것이 좋습니다. 또한 백업 및 복구 전략을 구현한 후에도 발생할 수 있는 다양한 재해로부터 복구할 수 있도록 테스트 복원 작업을 정기적으로 수행해야 합니다.

전체 서버 복구 전략의 영향

백업해야 하는 데이터는 선택하는 전체 서버 복구 전략의 유형에 따라 달라집니다. 재해로 인해 서버 중 하나가 손상된 경우 최소한 운영 체제 및 Exchange 설치를 다시 구축하거나 복원하기 위한 조치를 취해야 하는 지점에서 전체 서버 복구를 수행해야 합니다. 또한 다른 정보(예: Exchange 데이터베이스)를 복원해야 할 수도 있습니다. 전체 서버 복구 전략을 전체 컴퓨터 백업 및 복원이나 새 운영 체제 설치 및 Exchange 재해 복구로 분류할 수 있습니다.

각 서버 복구 전략에는 자체 백업 및 복구 절차가 있습니다.

  • 전체 컴퓨터 백업 전략에는 Exchange 바이너리가 포함되어야 하며, 복원 시에는 유사한 하드웨어를 사용하여 수행해야 하는 시스템 상태 복원이 필요합니다.

  • 새 운영 체제 설치 방법에는 Windows 설치 프로그램을 실행하고 Windows 백업 세트를 복원한 다음 재해 복구 모드에서 Exchange 2007을 실행하여 Microsoft Windows를 복구하는 방법으로 Exchange 구성을 유지하는 것이 포함됩니다.

사서함 및 개별 항목 복구

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

참고

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

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

  • 서버 쪽 삭제된 항목 보존   이 방법에서는 사서함에서 삭제된 항목을 제거하기 전에 이 항목을 저장함으로써 클라이언트를 통해 사서함에서 실수로 인해 항목이 삭제되는 것을 보호합니다. 사용자에 대해 삭제한 항목 보존 기간을 사용자 지정할 수 있습니다. 삭제된 항목 보존 기간을 구성하는 최적 사례에 대한 자세한 내용은 재해의 영향을 최소화하기 위한 유용한 정보를 참조하십시오.

  • 삭제되거나 연결되지 않은 사서함의 서버 쪽 다시 연결   삭제되거나 연결되지 않은 사서함의 경우 Exchange 관리 콘솔이나 Exchange 관리 셸을 사용하여 사용자 계정에 다시 연결할 수 있습니다. 삭제되거나 연결되지 않은 사서함을 서버에 보존할 수 있는 시간을 사용자 지정할 수 있습니다. 사서함 보존 기간을 구성하는 최적 사례에 대한 자세한 내용은 재해의 영향을 최소화하기 위한 유용한 정보를 참조하십시오.

  • 사서함 수준에서 수행된 백업의 복원   손상된 사서함의 경우 사용자의 개별 사서함을 백업에서 복원할 수 있습니다.

    참고

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

  • 복구 저장소 그룹   Exchange 2007의 복구 저장소 그룹 기능을 사용하면 Exchange 사서함 데이터베이스의 두 번째 복사본을 원래 데이터베이스와 동일한 서버 또는 동일한 Exchange 관리 그룹에서 Exchange를 실행하는 다른 서버에 탑재할 수 있습니다. 이 작업은 원래 데이터베이스가 실행되는 동안 그리고 클라이언트 기능을 수행하는 동안 수행할 수 있습니다. 이 기능을 사용하면 현재 데이터에 대한 사용자 액세스를 방해하지 않고도 데이터베이스의 이전 백업 복사본에서 데이터를 복구할 수 있습니다. 또한 복구 저장소 그룹은 다양한 재해 복구 시나리오, 특히 메시징 발신음 시나리오에서 유용하게 사용할 수 있습니다.

  • 타사 브릭 수준 백업   일부 타사 백업 도구를 사용하면 개별 사서함 수준에서 Exchange를 백업 및 복원할 수 있습니다.

  • 대체 서버 방법   이 방법을 사용하려면 전체 데이터베이스를 프로덕션 환경 외부에 있는 서버에 복원해야 하며 원하는 사서함 데이터를 추출해야 합니다. 이 방법을 사용할 수 있더라도 가능하면 복구 저장소 그룹 방법을 사용해야 합니다.

Exchange 데이터베이스 복구

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

  • 저장소 그룹에서 하나 이상의 데이터베이스 손상   이 경우 일반적으로 Exchange의 원시 단일 데이터베이스 복원 기능을 사용하여 동일한 서버에 있는 다른 데이터베이스에 대한 액세스를 중단하지 않고도 손상된 데이터베이스를 복원할 수 있습니다.

  • 트랜잭션 로그 또는 데이터베이스에 대한 액세스의 손실을 야기하는 하드웨어 오류   이 경우 관련된 로그와 데이터베이스 파일을 포함하여 모든 저장소 그룹을 복구해야 할 수 있습니다.

  • 서버를 다시 구축해야 하는 사서함 또는 공용 폴더 서버의 오류 또는 손상   이 경우 재해를 복구하려면 종종 기본 서버 및 운영 체제를 다시 구축해야 합니다.

Exchange 스트리밍 백업 세트에서 Exchange 데이터베이스 복구

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

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

하드웨어 기반 스냅숏 백업 세트를 사용하여 Exchange 데이터베이스 복구

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

복구 저장소 그룹 복원 고려 사항

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

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

참고

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

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

데이터베이스 복구 고려 사항

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

  • 트랜잭션 로그 파일을 복구하고 재생하는 데 필요한 시간을 결정하십시오. 사용자 환경에서의 성능은 평균과 상당히 다를 수 있으므로 복원 시간 외에 로그 재생도 고려해야 합니다. 매주 일반 백업을 수행하고 매일 증분 백업을 수행하는 경우 복원 후 수 천 개의 트랜잭션 로그 파일을 재생해야 할 수 있습니다.

  • 개별 데이터베이스를 복구하는 데 걸리는 시간을 최소화하려면 사서함 및 공용 폴더 저장소에 대한 저장소 제한을 구성하여 데이터베이스 크기를 최대 크기 제한으로 제약하십시오.

  • ESE 스트리밍 백업 API 또는 VSS 기반 솔루션을 사용하여 Exchange 데이터를 백업하려면 데이터베이스가 온라인 상태에 있어야 합니다. 오프라인 데이터베이스는 수동으로 백업할 수 있습니다. 그러나 수동 백업 시에는 수동 체크섬 확인이 필요합니다. 또한 Exchange의 오프라인 백업을 수행하려면 클라이언트에 대한 서비스를 중단해야 합니다.

  • 저장소 그룹에서 데이터베이스를 개별적으로 또는 동시에 백업 및 복원할 수 있습니다. 하드 드라이브, 컨트롤러 및 백업 하드웨어의 데이터 대역폭 용량을 초과하지 않는 한 여러 백업 인스턴스를 동시에 실행하여 데이터베이스를 백업하거나 복원하는 데 소요되는 시간을 절약할 수 있습니다.

Windows Server 2008의 데이터베이스 백업 및 복원

Windows Server 2008의 Windows Server 백업에서는 더 이상 스트리밍 백업 또는 복원을 지원하지 않습니다. 이전 버전의 Windows 백업과는 달리 Windows 서버 백업을 사용하여 Exchange의 스트리밍 백업을 만들거나 복원할 수 없습니다. Windows Server 2008에서 스트리밍 백업 API를 사용하여 Exchange Server 2007을 백업 및 복원하려면 Exchange 서버에서 로컬로 스트리밍 백업 API를 사용하여 Exchange 서버에 로컬로 백업을 만드는 타사 Exchange 인식 응용 프로그램을 사용해야 합니다. Exchange 서버에서 로컬로 실행되어 백업을 원격으로 백업 응용 프로그램에 스트리밍하는 백업 에이전트를 사용하는 응용 프로그램은 로컬 백업으로 간주됩니다.

Exchange 2007 SP2(서비스 팩 2)에는 Windows Server 2008에서 Windows Server 백업을 사용하여 Exchange 데이터의 VSS(볼륨 섀도 복사본 서비스) 기반 백업을 만들 수 있는 새로운 플러그 인이 포함되어 있습니다. Windows Server 백업을 사용하여 Exchange 2007 SP2 데이터베이스를 백업 및 복원할 수 있습니다. 유능한 Exchange 관리자가 되려면 백업해야 하는 항목, 백업 저장 위치 및 백업 복원 방법을 완전히 이해하는 것이 중요합니다. Exchange 2007에서 백업해야 하는 항목에 대한 자세한 내용은 Windows Server 백업을 사용하여 Exchange 데이터 백업 및 복원을 참조하십시오.

재해 복구 항목

이 영역의 항목을 사용하여 조직의 데이터를 보호하고 다양한 시나리오로 복구 계획을 수립할 수 있습니다. 이 영역의 관련 항목은 다음과 같습니다.