데이터베이스 백업 및 복원

  • 아티클

 

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

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

Microsoft Exchange Server 2007 최종 사용자 데이터는 사서함 서버의 사서함 및 공용 폴더 데이터베이스에 저장됩니다. 전환 중에 데이터는 전송 큐 데이터베이스에 저장됩니다. 전송 데이터는 일시적이므로 큐 데이터베이스를 백업할 필요가 없습니다. 사서함 및 공용 폴더 데이터베이스는 특정 시점 백업을 통해 보호해야 합니다. 종단 간 복구 전략에 관계없이 사서함 및 공용 폴더 데이터베이스는 Exchange 배포에서 다시 만들 수 없는 데이터만 포함하므로 백업을 통해 보호해야 합니다. 이러한 데이터베이스는 백업을 사용하여 데이터 손실에 대비해야 합니다. 백업을 통해 나중에 서버로 복원할 수 있는 데이터의 특정 시점 복사본이 제공됩니다.

참고

LCR(로컬 연속 복제), CCR(클러스터 연속 복제) 및 SCR(대기 연속 복제)은 사서함 데이터에 대한 일정 수준의 보호를 제공합니다. 그러나 LCR, CCR 및 SCR은 정기적 데이터베이스 백업을 대체하지 않습니다. LCR, CCR 및 SCR 복사본은 프로덕션 데이터베이스의 최신 복사본입니다. 이 복사본은 빠른 복구를 위해 연속으로 업데이트되고 사용됩니다. 백업은 데이터베이스를 과거 시점으로 복구하는 데 사용될 수 있는 데이터베이스의 정적인 특정 시점 복사본입니다. SCR에는 과거 시점의 데이터베이스도 활성화할 수 있는 로그 재생을 위한 기본 제공 지연 기능이 포함되어 있지만 정기적 백업을 대체하지 않습니다.

데이터베이스 백업 방법

Exchange에서는 다음과 같은 데이터베이스 백업 방법을 제공합니다.

  • 레거시 스트리밍 백업 첫 번째 방법은 ESE(Extensible Storage Engine) API(응용 프로그래밍 인터페이스)를 사용하는 레거시 스트리밍 백업입니다. 스트리밍 백업 기술은 Microsoft Windows Server 백업 및 많은 타사 제품에서 사용됩니다. 이 기술은 모든 이전 버전의 Exchange에서 사용할 수 있고 우수한 기능 집합을 포함합니다.

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

    자세한 내용은 Exchange 2007 데이터 백업 및 볼륨 섀도 복사본 서비스를 참조하십시오.

백업 프로세스를 디자인할 경우 다음 사항을 고려해야 합니다.

  • 서버의 CPU 및 I/O 로드와 같은 데이터 백업에 필요한 리소스 및 서버 외부로 백업을 스트리밍할 수 있는 대역폭

  • 백업은 리소스를 많이 사용하고 사용자 성능에 영향을 줄 수 있으므로 백업 창의 지속 시간

  • 복구 지점 목표. 예를 들면 복구해야 할 데이터 양을 고려해야 합니다. 2일 이상의 데이터 가치 손실을 허용할 수 없는 경우 매일 백업을 수행하는 것이 좋습니다.

  • 설정한 복구 SLA(서비스 수준 계약)

이러한 고려 사항이 사용 중인 백업 응용 프로그램과 결합하면 적용해야 할 전체 데이터베이스 크기 제한 사항을 예측할 수 있습니다. 데이터베이스 크기는 성능을 저하시키지 않으면서 SLA에서 허용한 시간 창에서 백업하거나 복원할 수 있는 크기보다 크지 않아야 합니다.

Exchange 2007에서는 LCR, CCR을 사용하여 데이터베이스의 중복 복사본을 하나 가질 수 있고, Exchange 2007 SP1(서비스 팩 1)에서는 SCR을 사용하여 여러 개의 중복 복사본을 가질 수 있습니다. 이러한 복사본은 활성 데이터베이스를 사용할 수 없는 경우 활성 데이터베이스를 대체하는 데 사용할 수 있고, 이전에 백업에서 데이터베이스를 복원해야 하는 여러 시나리오에 대한 빠른 복구 솔루션 역할을 할 수 있습니다. Exchange 2007에서는 활성 데이터베이스와 반대로 복사본 위치에서 VSS를 백업하여 CCR 및 LCR에서 데이터베이스 및 트랜잭션 로그 파일의 두 번째 복사본을 사용하므로 다음과 같은 이점이 있습니다.

  • 모든 백업 I/O 트래픽이 복사본 위치로 전달되므로 프로덕션 데이터베이스에 대한 로드가 줄어듭니다.

  • 백업 트래픽이 클라이언트 응답 시간에 영향을 주지 않으므로 백업 창이 증가합니다.

  • 수동 복사본에서 백업이 진행되는 동안 활성 복사본에 대해 유지 관리를 수행할 수 있으므로 데이터베이스 유지 관리 창이 증가합니다.

  • 백업 창이 커지면서 데이터베이스 크기가 커질 수 있으며 이로 인해 사서함 할당량을 늘릴 수 있습니다.

LCR, CCR 및 SCR 복사본은 기본적인 빠른 복구 솔루션 역할을 하며 두 번째 오류에 대비해 백업을 통한 복원을 남겨 두므로 전체 백업을 자주 수행할 필요가 없습니다.

지원되는 백업 및 복원 유형

백업 유형은 다음과 같이 전체 백업 및 변경 사항만 백업의 범주로 구분됩니다.

전체 백업

  • 전체 백업 전체 백업은 선택한 모든 데이터베이스와 필요한 모든 로그 파일을 보관하는 전체 백업에 해당합니다. 백업이 시작된 검사점보다 오래된 로그 파일은 백업이 완료된 후 삭제됩니다. 매일 전체 백업을 수행할 경우 로그 파일이 하드 디스크의 공간을 차지하지 않도록 할 수 있습니다.

    중요

    데이터베이스가 연속으로 복제되는 경우가 아니면 매일 전체 백업을 수행하는 것이 좋습니다. LCR, CCR 또는 SCR에 사용하도록 설정된 저장소 그룹의 경우 매주 전체 백업을 수행하는 것이 좋습니다.

  • 복사본 백업 복사본 백업은 전체 백업에 해당하며, 백업 완료 시 로그 파일이 삭제되지 않는 것을 제외하고는 전체 백업과 동일합니다. 특정 시간에 Exchange 데이터베이스 복사본을 저장하려는 경우 복사본 백업을 수행할 수 있습니다.

변경 사항만 백업

  • 증분 백업 증분 백업은 마지막 전체 백업 또는 증분 백업 이후의 트랜잭션 로그 파일만 보관하는 변경한 사항만 백업에 해당합니다. 검사점보다 오래된 로그 파일은 백업이 완료된 후 삭제됩니다. 순환 로깅을 사용하도록 설정되어 있으면 증분 백업을 수행할 수 없습니다. 증분 백업에서 데이터를 복원하려면 가장 최근의 전체 백업과 각각의 후속 증분 백업 세트를 사용할 수 있어야 합니다. 복원 프로세스가 완료되면 전체 백업을 통해 복원된 Exchange 데이터베이스에 트랜잭션 로그가 적용됩니다.

  • 차등 백업 차등 백업은 마지막 전체 백업 또는 증분 백업 이후의 트랜잭션 로그 파일만 보관하는 변경 사항만 백업에 해당합니다. 트랜잭션 로그는 삭제되지 않습니다. 순환 로깅을 사용하도록 설정되어 있으면 차등 백업을 수행할 수 없습니다. 차등 백업에서 데이터를 복원하려면 가장 최근의 전체 백업 및 차등 백업을 사용할 수 있어야 합니다.

각 백업 유형의 고유한 장점과 단점은 다음과 같습니다.

  • 전체 백업은 복원할 단일 백업 세트를 제공하므로 가장 간단한 백업 및 복원 방법입니다.

  • 복사본 백업은 로그 파일을 제거하지 않습니다. 로그 파일을 제거해야 합니다. 그렇지 않으면 로그 파일 드라이브가 가득차므로 로그 파일이 삭제될 때까지 Exchange 데이터베이스가 오프라인 상태가 됩니다.

  • 차등 백업과 증분 백업 모두 전체 복원을 수행할 여러 개의 백업 세트가 필요할 수 있습니다. 해당 백업 세트가 없거나 복원이 불가능한 경우에는 복구할 수 없는 백업 세트 이전의 지점으로 복구됩니다. 범주 유형이 제시하는 대로 차등 백업과 증분 백업에서는 변경 내용만 저장됩니다. 변경 내용만 저장되므로 백업 파일 크기는 전체 백업보다 작고 백업 시간이 덜 걸립니다.

지원되는 백업 및 복원 방법

Exchange 2007에서는 데이터베이스 또는 복구 저장소 그룹의 활성 복사본으로 백업 및 복원하는 다음과 같은 방법을 지원합니다.

  • 레거시 스트리밍 백업 데이터베이스의 활성 복사본에 대해 네 가지 유형의 Exchange 백업(전체, 복사본, 증분 및 차등)이 모두 지원됩니다. 데이터베이스 수준에서 백업을 선택할 수 있지만 특정 저장소 그룹에 대해 백업 작업을 하나만 실행할 수 있습니다. 개별 저장소 그룹을 동시에 백업할 수 있습니다.

  • 레거시 스트리밍 복원 네 가지 유형의 Exchange 백업을 모두 데이터베이스의 활성 복사본 또는 복구 저장소 그룹으로 복원할 수 있습니다. 스트리밍 백업을 대체 서버에 복원하는 방법에 대한 자세한 단계는 스트리밍 백업을 다른 서버에 복원하는 방법을 참조하십시오.

  • VSS 백업 네 가지 백업 유형 모두 활성 복사본 및 복제된 데이터베이스에서 수행할 수 있습니다. 저장소 그룹 수준에서 백업을 선택할 수 있습니다. 특정 저장소 그룹에 대해 백업 작업은 하나만 실행할 수 있습니다. 저장소 그룹의 백업을 복제본에서 수행하는 경우에는 첫 번째 백업이 완료될 때까지 활성 저장소 그룹에서 백업을 시작할 수 없습니다. 개별 저장소 그룹을 병렬로 백업할 수 있습니다.

  • VSS 복원 네 가지 백업 유형 모두 활성 복사본으로 복원할 수 있습니다. VSS 백업은 동일한 저장소 그룹, 동일 서버나 다른 서버의 대체 저장소 그룹 또는 Exchange 2007 Store Writer에서 지원되는 Exchange 이외의 위치로 복원할 수 있습니다. VSS 백업은 Exchange VSS 구성 요소를 사용하여 저장소 그룹 복사본 위치에 복원할 수 없지만 VSS 백업에서 파일 수준 복원으로 복원할 수 있습니다.

    참고

    스트리밍 및 VSS 백업 기술은 백업 또는 복원 중에 결합될 수 없습니다. 레거시 증분 백업은 VSS 전체 백업 후에 수행할 수 없습니다. VSS 차등 백업은 복원 시 레거시 전체 백업과 결합할 수 없습니다.

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(볼륨 섀도 복사본 서비스) 기반 백업을 만들 수 있는 새로운 플러그 인이 포함되어 있습니다. Exchange 2007에서 백업해야 하는 항목에 대한 자세한 내용은 Windows Server 백업을 사용하여 Exchange 데이터 백업 및 복원을 참조하십시오.