Exchange Server 2003 데이터 백업 및 볼륨 섀도 복사본 서비스

기술 자료 번역 기술 자료 번역
기술 자료: 822896 - 이 문서가 적용되는 제품 보기.
모두 확대 | 모두 축소

이 페이지에서

요약

Microsoft Exchange Server 2003을 백업하고 복원하는 응용 프로그램을 만드는 데 Microsoft Windows Server 2003의 볼륨 섀도 복사본 서비스 기능을 사용할 수 있습니다. Windows 볼륨 섀도 복사본 서비스(VSS)는 섀도 복사본을 만들고 관리하는 데 있어 타사 저장소 관리 프로그램, 업무 프로그램 및 하드웨어 공급자가 함께 작동하도록 하는 인프라를 제공합니다. 이 인프라를 기반으로 하는 솔루션은 섀도 복사본(또는 미러 복사본)을 사용하여 하나 이상의 Exchange Server 2003 데이터베이스를 백업 및 복원할 수 있습니다.

볼륨 섀도 복사본 서비스는 요청자(백업 응용 프로그램), 작성자(Exchange Server 2003 및 SQL Server 2000 등과 같은 Windows 서비스의 응용 프로그램) 및 공급자(섀도 복사본을 만드는 시스템, 소프트웨어 또는 하드웨어 구성 요소) 간의 통신을 조정합니다. 볼륨 섀도 복사본 서비스 기능을 사용하여 Exchange Server 2003을 백업하려면 백업 프로그램에는 Exchange Server 2003을 인식하는 볼륨 섀도 복사본 서비스 요청자가 있어야 합니다. Windows Server에 제공되는 백업 프로그램에는 이러한 요청자가 없기 때문에 조직은 타사 백업 응용 프로그램을 사용해야 합니다.

Exchange Server 2003과 호환되도록 하려면 VSS 기반 백업 응용 프로그램은 섀도 복사본 백업의 무결성과 복구 가능성을 보장하도록 다음 세 가지 기본 요구 사항을 따라야 합니다. 이들 요구 사항을 따르지 않으면 백업 솔루션이 Exchange VSS 프레임워크를 벗어나게 되고 백업과 복원 문제를 해결할 수 없게 됩니다. 고객은 백업 응용 프로그램이 이 기술 자료 문서에 나열된 Exchange 호환 요구 사항을 만족하는지 해당 백업 공급업체에 문의하여 확인해야 합니다. Exchange VSS 요구 사항에 대한 자세한 내용은 본 문서의 "추가 정보" 절에 설명되어 있습니다.

타사 솔루션과 마찬가지로 백업 응용 프로그램 공급업체가 백업 및 복원 문제를 위한 주요 지원 공급자입니다. PSS에서는 확인 가능한 데이터베이스 및 트랜잭션 로그 파일 세트를 통해 문제를 진단하거나 분석하는 데 도움을 줄 수 있지만 타사 제품의 문제를 해결하거나 디버깅하지는 않습니다. PSS에서는 확인 가능한 데이터베이스와 트랜잭션 로그 파일을 지속적으로 복원할 수 있는 최상의 방법에 대한 조언만 제공해 드립니다.

PSS에서 지원되는 VSS 기반 솔루션에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
841696 Microsoft의 타사 저장소 소프트웨어 솔루션 지원 정책 개요

추가 정보

다음 목록은 볼륨 섀도 복사본 서비스 프로세스를 사용한 Exchange Server 2003 백업을 설명합니다.

  1. 백업 프로그램(또는 에이전트)은 예약된 작업을 실행합니다.
  2. 백업 프로그램의 볼륨 섀도 복사본 서비스 요청자는 볼륨 섀도 복사본 서비스에 명령을 보내서 선택된 Exchange Server 2003 저장소 그룹의 섀도 복사본을 만듭니다.
  3. 볼륨 섀도 복사본 서비스는 스냅샷 백업을 준비하기 위해 Exchange Server 2003 작성자와 통신합니다.
  4. 볼륨 섀도 복사본 서비스는 Exchange Server 2003 저장소 그룹이 들어 있는 저장소 볼륨의 섀도 복사본을 만들기 위해 적절한 저장소 공급자와 통신합니다.
  5. 볼륨 섀도 복사본 서비스는 Exchange Server 2003을 해제하여 정상 작업을 계속합니다.
  6. 볼륨 섀도 복사본 서비스 요청자는 백업에 성공했다는 정보를 Exchange에 전달하기 전에 먼저 백업 세트의 무결성을 확인합니다.
예를 들어, 볼륨 섀도 복사본 서비스 지원(요청자)을 제공하는 Exchange Server 2003 백업 프로그램의 섀도 복사본 요청을 받으면 볼륨 섀도 복사본 서비스는 스냅샷을 준비하기 위해 Exchange Server 2003 작성자와 통신합니다. 이때 Exchange Server 2003은 저장소 그룹에 대한 관리 작업을 금지하고 볼륨 종속성을 확인하며, 읽기 전용 액세스는 허용하되 데이터베이스와 트랜잭션 로그 파일에 대한 모든 쓰기 작업을 중단합니다. 그런 다음 볼륨 섀도 복사본 서비스는 Exchange Server 2003 데이터가 들어 있는 디스크 볼륨의 섀도 복사본 프로세스를 시작하기 위해 적절한 저장소 공급자와 통신합니다. 대개 섀도 복사본은 몇 초 정도 걸리므로 실제 최종 사용자는 거의 느끼지 못합니다. 섀도 복사본이 만들어지면 볼륨 섀도 복사본 서비스는 Exchange가 정상 작업을 계속할 수 있도록 Exchange Server 2003 작성자와 통신합니다. 백업 프로그램은 백업에 성공했다는 정보를 Exchange에 전달하기 전에 먼저 섀도 복사본의 상태를 확인합니다. 성공적으로 백업이 끝나면 Exchange는 데이터베이스를 마지막으로 백업한 시간의 로그와 레코드를 지웁니다.

볼륨 섀도 복사본 서비스를 사용하여 Exchange Server 2003 백업을 수행하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
842066 TechNet Support WebCast: Exchange Server 2003의 볼륨 섀도 복사본

다음 목록에서는 Exchange 데이터베이스의 무결성과 복구 가능성을 보장하기 위해 섀도 복사본 백업 응용 프로그램이 반드시 따라야 하는 Exchange Server 2003 요구 사항을 설명합니다.

아래 목록에는 Exchange 요구 사항을 따르고 있는지 여부를 확인하는 특정 응용 프로그램 이벤트 로그가 제공됩니다. 백업 응용 프로그램과 Exchange 서버는 백업 및 복원 프로세스와 관련된 이벤트를 로그할 수 있습니다. 백업하고 복원하는 동안 로그된 다음과 같은 이벤트를 확인하면 Exchange VSS 요구 사항의 준수 여부를 확인할 수 있습니다. 현재 Exchange에서 실행 중인 타사 소프트웨어 솔루션에 대한 인증 프로그램은 없습니다. 요구 사항을 준수하면 섀도 복사본 백업의 무결성과 복구 가능성은 보장할 수 있지만 타사 솔루션의 성능이나 안정성까지를 보증하지는 않습니다.
  1. Exchange 데이터베이스, 트랜잭션 로그 및 검사점 파일은 Exchange 작성자를 통해 개별적으로 백업해야 합니다.

    섀도 복사본 백업 동안 Exchange 작성자가 시작되면 다음과 같은 응용 프로그램 이벤트가 로그됩니다.

    이벤트 종류: 정보
    이벤트 원본: ESE
    이벤트 범주: ShadowCopy
    이벤트 ID: 2005
    날짜: 2004-06-17
    시간: 오전 11:40:41
    사용자: N/A
    컴퓨터: EXCHSERVER
    설명: Information Store (2180) Shadow copy instance 3 starting. This will be a “Backup Type”* shadow copy.

    * 여기서 “Backup Type”은 수행한 백업 종류(전체, 복사, 증분, 차등)입니다.

    이벤트 종류: 정보
    이벤트 원본: MSExchangeIS
    이벤트 범주: Exchange VSS 작성자
    이벤트 ID: 9608
    날짜: 2004-06-17
    시간: 오전 11:40:42
    사용자: N/A
    컴퓨터: EXCHSERVER
    설명: Exchange VSS 스냅샷에서 스냅샷을 수행할 준비가 되었습니다.

    이벤트 종류: 정보
    이벤트 원본: MSExchangeIS
    이벤트 범주: Exchange VSS 작성자
    이벤트 ID: 9610
    날짜: 2004-06-17
    시간: 오전 11:40:43
    사용자: N/A
    컴퓨터: EXCHSERVER
    설명: Exchange VSS 스냅샷이 저장소 그룹을 고정했습니다.

    이벤트 종류: 정보
    이벤트 원본: MSExchangeIS
    이벤트 범주: Exchange VSS 작성자
    이벤트 ID: 9612
    날짜: 2004-06-17
    시간: 오전 11:40:44
    사용자: N/A
    컴퓨터: EXCHSERVER
    설명: Exchange VSS 스냅샷이 저장소 그룹을 고정 취소했습니다.

  2. 백업 응용 프로그램은 섀도 복사본 백업 세트의 무결성을 확인해야 합니다.

    백업 응용 프로그램이 Exchange에 백업이 완료되었음을 알리기 전에 이 작업을 수행하는 것이 좋습니다(필수 항목은 아님). 이렇게 권장하는 이유는 성공적인 백업 후 Exchange가 두 가지 중요한 작업을 수행하기 때문입니다.
    • Exchange는 마지막으로 성공한 백업 시간을 반영하도록 백업된 데이터베이스의 헤더를 업데이트합니다.
    • Exchange는 마지막으로 성공한 백업으로부터 롤 포워드하지 않아도 되는 트랜잭션 로그를 서버에서 제거(“정리”)합니다.
    이들 작업이 완료된 후에도 백업 응용 프로그램에서 무결성 확인을 하지 않는 경우 해당 백업에 필요한 모든 로그 파일의 복사본과 함께 마지막으로 확인된 백업을 보존하는 데 많은 주의를 기울여야 합니다. Exchange에 이미 백업에 성공한 것으로 보고되었다 하더라도 백업 응용 프로그램이 실제로 무결성 확인을 완료하기 전까지는 해당 백업을 신뢰할 수 없습니다.

    무결성 검사를 수행하는 방법과 무결성 확인이 완료되기 전까지 보존해야 할 데이터베이스와 트랜잭션 로그 파일을 결정하는 방법에 대한 자세한 내용은 이 문서의 "VSS 백업의 무결성을 확인하는 방법" 절을 참조하십시오.
  3. 원래 위치**로의 복원은 Exchange 작성자에서 개별적으로 이루어져야 합니다.

    Exchange 작성자는 섀도 복사본 복원 프로세스 동안 응용 프로그램 이벤트 로그에 다음과 같은 이벤트를 로그합니다.

    이벤트 종류: 정보
    이벤트 원본: MSExchangeIS
    이벤트 범주: Exchange VSS 작성자
    이벤트 ID: 9620
    날짜: 2004-06-17
    시간: 오후 1:49:59
    사용자: N/A
    컴퓨터: EXCHSERVER
    설명: Exchange VSS 스냅샷에서 복원 전 이벤트를 처리했습니다.

    이벤트 종류: 정보
    이벤트 원본: MSExchangeIS
    이벤트 범주: Exchange VSS 작성자
    이벤트 ID: 9618
    날짜: 2004-06-17
    시간: 오후 1:59:46
    사용자: N/A
    컴퓨터: EXCHSERVER
    설명: Exchange VSS 스냅샷에서 복원 후 이벤트를 처리했습니다.

** "원래 위치"는 VSS 백업이 수행된 Exchange 컴퓨터와 서버 이름 및 파일 경로가 같은 Exchange 컴퓨터를 뜻합니다.

Exchange Server 2003 SP1의 현재 Exchange 작성자를 통해 대체 위치로 복원할 수 없습니다. VSS 기반의 백업 응용 프로그램에서는 Exchange 데이터베이스의 섀도 복사본을 대체 위치로 복원하도록 수동 또는 기타 프로그래밍 방식의 방법을 제공합니다.

VSS 백업의 무결성을 확인하는 방법

Exchange 스트리밍 백업 API를 사용하여 데이터베이스를 백업하는 경우 백업 프로세스 동안 해당 데이터베이스의 각 페이지를 차례로 읽고 각 페이지의 체크섬 무결성을 확인합니다. 트랜잭션 로그 파일을 백업하기 전에 이들 파일의 체크섬 무결성도 검사합니다.

VSS 백업 동안 Exchange에서 각 데이터베이스 파일 전체를 읽고 체크섬 무결성을 확인하는 경우는 없으므로 백업 응용 프로그램에서 데이터베이스와 트랜잭션 로그 파일의 무결성을 확인해야 합니다. 이 문서 마지막에서 설명하는 것처럼 Eseutil을 실행하여 이 작업을 수행할 수 있습니다.

VSS 백업의 체크섬 확인을 하지 않으면 데이터베이스에 손상된 페이지가 검색되지 않은 상태로 남게 되며 결국 기존의 모든 백업에 영향을 미칠 수 있습니다. 이런 상황에서 복구할 수 있는 유일한 방법은 데이터베이스를 복구하는 것입니다. 데이터베이스 복구에는 오랜 다운 시간이 필요하며 일부 데이터의 손실(손상된 페이지에 있는 데이터의 손실)을 초래하게 됩니다.

하지만 마지막 VSS 백업에 포함된 모든 페이지 상태가 정상으로 확인되면, 확인된 백업을 복원하고 백업이 수행된 이후에 만들어진 트랜잭션 로그로 롤 포워드하여 데이터베이스에서 손상된 페이지를 삭제할 수 있습니다. 이 작업에 필요한 다운 시간은 보통 데이터베이스 복구에 필요한 시간보다 훨씬 적게 걸리며 이러한 복구 방법은 데이터 손실 없이 데이터베이스 문제를 해결할 수 있습니다.

따라서 VSS 백업에 포함된 모든 파일의 체크섬 확인이 끝날 때까지는 VSS 백업을 정상인 것으로 간주해서는 안됩니다.

백업 무결성을 확인하기 위해 아래 두 가지 규칙을 따라야 합니다.
  • 데이터베이스 파일의 경우: 무결성이 확인된 데이터베이스 파일의 복사본을 항상 사용할 수 있게 보관해야 합니다. 무결성이 확인된 백업은 백업 세트의 데이터베이스 파일에서 페이지 체크섬 확인을 완료한 것입니다.
아직 체크섬 확인을 거치지 않은 최근의 백업 데이터베이스는 유효한 백업으로 간주할 수 없습니다. 현재 백업의 무결성을 확인하기 전까지는 이전에 확인한 백업을 삭제해서는 안됩니다.
  • 트랜잭션 로그 파일의 경우: 최근에 무결성을 확인한 데이터베이스 백업을 복구하는 데 필요한 트랜잭션 로그 파일도 모두 백업해야 하며 해당 체크섬 수준의 무결성도 확인해야 합니다.
이들 트랜잭션 로그에는 마지막으로 확인한 백업의 각 데이터베이스 헤더에서 Log Required 필드에 나와 있는 범위의 로그 파일이 포함됩니다. 복원 후에 이들 로그 파일을 사용할 수 없는 경우 데이터베이스를 탑재할 수 없습니다.

중요?이 요구 사항은 최근에 수행한 백업이 아닌 마지막으로 무결성을 확인한 백업에 적용됩니다. 최근 백업이 체크섬 확인을 거치기 전까지는 유효한 백업이 아닙니다.

또한 데이터베이스 백업을 복원한 후에 데이터베이스를 완전히 롤 포워드하는 데 필요한 추가 로그도 보존할 수 있습니다. 이러한 로그는 가장 낮은 Log Required 파일부터 Exchange 서버에서 삭제된 최근 만들어진 트랜잭션 로그에 이르기까지 연속된 순서의 모든 트랜잭션 로그입니다. 이에 대한 자세한 예제와 설명이 아래에 나와 있습니다.

Log Required 범위에 나열되지 않은 트랜잭션 로그를 보존하는 것은 선택 사항이며, 그런 의미에서 백업한 데이터베이스를 성공적으로 복원하고 탑재하는 데 반드시 필요한 것은 아닙니다. 하지만 이러한 모든 로그를 보존하지 않으면 백업을 복원할 때 백업 시점의 데이터베이스에서 변경한 모든 내용을 잃게 됩니다. 백업한 데이터베이스를 복원하고 탑재하는 데 필요한 트랜잭션 로그뿐 아니라 데이터 손실 없이 데이터베이스를 롤 포워드하는 데 필요한 모든 후속 트랜잭션 로그를 반드시 보존하는 것이 좋습니다.

트랜잭션 로그 파일의 필요 여부 결정

온라인 상태에서 Exchange 데이터베이스를 백업하는 경우 이 데이터베이스에 항상 하나 이상의 트랜잭션 로그 파일이 백업됩니다. 이는 스트리밍 백업 API를 사용하는지 또는 VSS 백업 API를 사용하는지와는 관계가 없습니다.

온라인 백업을 복원한 후 데이터베이스를 다시 탑재할 수 있기 전까지의 트랜잭션 로그 정보는 해당 데이터베이스에 적용("재생")되어야 합니다. 각 데이터베이스 헤더의 Log Required 필드에는 데이터베이스에 재생되어야 하는 트랜잭션 로그 파일 범위의 순서(생성) 번호가 기록됩니다.

Log Required 필드에 0-0이 있으면 추가 트랜잭션 로그 데이터를 재생하지 않고도 해당 데이터베이스를 탑재할 수 있습니다. Log Required 값이 0-0이 되는 유일한 시점은 데이터베이스가 클린 종료 상태로 복귀한 이후입니다. 데이터베이스를 실행하는 동안 Log Required 필드에는 항상 데이터베이스에 아직 적용되지 않은 트랜잭션 로그 범위가 기록되며, 이 범위는 계속해서 업데이트됩니다.

온라인 상태에서 백업한 데이터베이스의 Log Required 범위는 항상 0이 아니며 데이터베이스와 함께 이러한 로그도 백업해야 합니다. 복원 후에 이러한 로그를 사용할 수 없으면 데이터베이스를 탑재할 수 없습니다. 필요한 로그가 없는 경우에도 데이터베이스를 복구할 수는 있지만 성공적으로 복구할지 여부는 보장할 수 없습니다. 손실된 로그의 데이터이기는 하지만 거의 모든 경우에 어느 정도의 데이터 손실이 발생합니다.

Exchange VSS 작성자에 포함되는 Exchange 스트리밍 백업 API 또는 VSS 백업 API를 사용하는 경우에는 데이터베이스 탑재에 필요한 로그 파일이 데이터베이스와 함께 자동으로 백업됩니다. Log Required 파일만 재생하는 경우 결과적으로 백업이 끝난 시점으로 데이터베이스가 복원됩니다. 이 시점 이후로 데이터베이스를 롤 포워드하려면 백업 후에 생성된 로그 파일도 재생해야 합니다.

특정 백업으로부터 데이터베이스를 완전히 롤 포워드하려면 Log Required 범위에서 가장 낮은 로그부터 데이터베이스 저장소 그룹에 최근 생성된 로그 파일에 이르기까지 연속적인 순서의 모든 로그 파일을 보존해야 합니다. 이러한 연속된 로그 중 하나라도 없거나 손상되면, 없거나 손상된 파일 이전에 마지막으로 정상이었던 로그까지만 롤 포워드할 수 있습니다.

따라서 데이터 손실 없이 백업에서 복구하려면 마지막으로 확인한 정상적인 상태의 데이터베이스 백업 이후로 생성된 모든 트랜잭션 로그 파일의 정상적인 복사본을 반드시 유지해야 합니다.

트랜잭션 로그 정리

Exchange 서버에서 트랜잭션 로그를 제거하지 않으면 사용 가능한 디스크 공간이 찰 때까지 이 로그가 계속해서 축적됩니다. 따라서 스트리밍 및 VSS 백업 API 모두에서는 일반 또는 증분 백업 완료 후에 트랜잭션 로그 파일을 "정리"합니다. 백업 응용 프로그램이 백업을 성공적으로 완료했다는 정보를 Exchange에 전달하면 최근의 백업을 복구하는 데 필요한 로그 파일보다 이전의 파일들은 서버에서 자동으로 삭제됩니다.

스트리밍 API에서는 백업 프로세스 동안 데이터베이스의 체크섬 확인이 이루어지며 백업을 완료하는 시점까지 전체 데이터베이스와 필요한 로그 파일의 물리적인 무결성을 검사합니다. VSS API에서는 체크섬 확인이 실제 백업 프로세스의 일부로 수행되지 않으므로 백업 프로세스와는 무관하게 공급업체가 데이터베이스의 물리적인 무결성을 확인해야 합니다. 백업 완료 정보를 Exchange에 전달하는 전후에 Eseutil을 사용하여 이 작업을 수행할 수 있습니다.

백업이 완료되기 전에 체크섬 확인이 수행된 상태에서 백업 세트에서 문제가 발견되면 백업 실패 정보가 Exchange에 전달됩니다. 이렇게 되면 Exchange에서 서버의 로그 파일을 정리할 수 없습니다.

백업 완료 정보가 전달될 때까지 체크섬 확인을 하지 않으면 Exchange는 서버에서 이전 로그 파일을 삭제합니다. 이들 로그 파일 중 일부는 이전의 정상적인 백업에서 롤 포워드하는 데 필요할 수 있습니다. 이들 로그 파일의 복사본을 만들지 않은 경우 완전히 롤 포워드할 수 없습니다.

따라서 필수 사항은 아닐지라도, 백업 응용 프로그램이 Exchange에 백업 완료 정보를 알리기 전에 VSS 백업에서 체크섬 확인을 수행하는 것이 좋습니다. 백업이 완료될 때까지 체크섬 확인을 하지 않는 경우, 완전히 롤 포워드하는 것이 중요하다면 백업 응용 프로그램에 서버에서 정리된 모든 트랜잭션 로그 파일의 복사본이 있어야 합니다.

대부분의 경우 VSS 백업을 롤 포워드하는 데 필요한 모든 트랜잭션 로그는 현재 백업과 함께 저장된 로그 파일과 이전 백업과 함께 저장된 로그 파일 세트에 있습니다. 하지만 특정 공급업체를 고려할 때 고객은 이런 경우인지 반드시 확인해야 합니다.

확인되지 않은 백업 복원

최근 백업에서 체크섬 확인을 완료하기 전에 복원이 필요한 경우가 있을 수 있습니다. 이런 경우 확인되지 않은 백업에 의존하지 말고 이전에 확인된 백업을 복원하여 해당 백업을 롤 포워드하는 것이 좋습니다.

하지만 이전 백업에서 수행할 수 있는 것보다 더 신속하게 데이터를 복원하기 위해서는 서비스 수준 계약이 필요할 수 있습니다. 이전에 확인한 백업과 이 백업에서 완전히 롤 포워드하는 데 필요한 모든 로그 파일을 그대로 갖고 있는 한, 이 경우에는 확인되지 않은 백업을 복원하는 것이 더 나을 수 있습니다. 이러한 요구 사항을 만족하는 경우 마지막 백업에 문제가 있으면 정상적인 상태의 백업에서 롤 포워드할 수 있습니다.

스냅샷 일관성을 검사하는 방법

VSS 요청자는 다음 표의 해당 옵션을 사용하는 데이터베이스와 로그 파일에 대해 Eseutil.exe를 실행하여 스냅샷 일관성을 검사해야 합니다. VSS 요청자는 반환된 모든 exit ERRORLEVEL이 음수가 아닌지 확인해야 합니다. 명령줄에서 ERRORLEVEL을 확인하려면 Eseutil.exe 실행이 끝난 후 echo %errorlevel%를 입력합니다. ERRORLEVEL이 음수이면 파일이 손상된 것입니다. VSS 요청자가 BackupComplete를 호출하기 전에 VSS 요청자는 Backup Component Document의 백업 구성 요소 상태가 일관성 검사 결과를 반영하는지 확인해야 합니다. 즉, 손상이 있으면 백업 구성 요소 상태가 FALSE여야 하고 손상이 없으면 TRUE여야 합니다. 스냅샷 일관성 확인은 Exchange 팀에서 지원하는 솔루션에 대한 필수 요구 사항입니다.

다음 표는 각 백업 종류의 무결성 검사를 보여 줍니다.
표 축소표 확대
파일 형식 \ 백업 종류전체 백업복사 백업증분 백업차등 백업
.edb"eseutil /k /i”"eseutil /k /i"해당 없음해당 없음
.log"eseutil /k" *"eseutil /k" *"eseutil /k" **"eseutil /k" **
.stm해당 없음해당 없음해당 없음해당 없음
.chk해당 없음해당 없음해당 없음해당 없음

VSS 백업의 스냅 특성으로 인해 JET은 모든 페이지에서 필요한 일관성 검사를 수행하지는 않습니다. 따라서 스냅샷 일관성을 확인하는 것은 VSS 요청자의 몫입니다.

* 스냅샷 데이터베이스를 복구하는 데에는 검사점 로그 파일보다 크거나 같은 로그 파일 생성 번호가 있는 모든 로그 파일이 필요합니다. 데이터베이스 복구에는 현재 로그 파일(Enn.log)도 필요합니다(있는 경우). 필요한 로그 파일 중 한 파일이라도 일관성 검사에 실패하면 BackupComplete를 호출하기 전에 요청자는 백업 구성 요소의 상태가 FALSE로 설정되어 있는지 확인해야 합니다. 검사점 로그 파일을 확인하려면 스냅샷 검사점 파일에 대해 eseutil.exe를 실행하고 "Checkpoint:"의 결과를 구문 분석합니다. 예를 들어 "c:\eseutil.exe /mk E01.chk"는 다음과 같습니다.
Checkpoint:  (0x20,9D,187)
여기서 0x20은 검사점 로그 파일의 로그 생성 번호입니다.

데이터베이스 자체가 물리적인 일관성 검사를 이미 통과했다 할지라도 스냅샷 데이터베이스를 복구하려면 이 예에서 E0100020.log 등을 비롯한 모든 로그 파일의 상태가 정상이어야 합니다.

** 데이터베이스 복구에는 증분이나 차등 백업 세트의 모든 로그 파일이 필요합니다. 로그 파일 접두사에 대해 eseutil을 실행하면 전체 로그 순서의 일관성을 검사할 수 있습니다. 예를 들어, “eseutil /k E01”은 지정된 경로에서 E01xxxxx.log 형식의 모든 파일에 대해 일관성 검사를 실행합니다.



Microsoft 제품 관련 기술 전문가들과 온라인으로 정보를 교환하시려면 Microsoft 뉴스 그룹에 참여하시기 바랍니다.

속성

기술 자료: 822896 - 마지막 검토: 2007년 12월 3일 월요일 - 수정: 7.5
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange Server 2003 Standard Edition?을(를) 다음과 함께 사용했을 때
    • Microsoft Windows Server 2003, Enterprise x64 Edition
    • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
    • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
    • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
    • Microsoft Windows Server 2003, Web Edition
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
키워드:?
kbtshoot KB822896

피드백 보내기

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com