다음을 통해 공유


Eseutil /R 복구 모드

 

마지막으로 수정된 항목: 2006-06-09

복구란 트랜잭션 로그 파일을 데이터베이스에 재생하는 프로세스를 말합니다. 다음과 같은 두 가지 종류의 복구가 있습니다.

  • 하드 복구:   온라인 백업에서 데이터베이스를 복원한 후 발생하는 트랜잭션 로그 재생 프로세스입니다.
  • 소프트 복구:   예기치 않은 중지 후 데이터베이스가 다시 탑재될 때 또는 트랜잭션 로그가 데이터베이스의 오프라인 파일 백업 복사본에 재생될 때 발생하는 트랜잭션 로그 재생 프로세스입니다.

하드 및 소프트 복구에 대한 자세한 내용은 "트랜잭션 로그 파일 재생: Exchange Server 2003에서의 소프트 복구 및 하드 복구"(https://go.microsoft.com/fwlink/?linkid=68147)를 참조하십시오.

복구 모드에서 Eseutil을 실행하는 방법에 대한 자세한 내용은 복구 모드에서 Eseutil /R 실행 방법을 참고하십시오.

하드 복구

하드 복구는 트랜잭션 로그 파일을 복원된 온라인 백업에 재생해야 하는 경우에 발생합니다. 다른 모든 복구 시나리오에서는 소프트 복구가 수행됩니다. 하드 복구는 복원 모드(/C)에서 Eseutil을 사용하여 수행할 수 있습니다.

소프트 복구

기본 소프트 복구 시나리오에서는 Exchange 데이터베이스가 외부 이벤트에 의해 예기치 않게 중지되지만 데이터베이스와 로그 파일은 현재 위치에 그대로 유지됩니다. 데이터베이스를 다시 탑재하면 Exchange는 검사점 파일을 읽고 검사점 로그로 표시된 트랜잭션 로그를 재생하기 시작합니다. 검사점 파일이 없으면 트랜잭션 로그 폴더에서 저장소 그룹에 사용할 수 있는 가장 오래된 로그 파일부터 재생하기 시작합니다.

Exchange는 로그 파일에 아직 기록되지 않은 완료된 트랜잭션을 데이터베이스 파일에 기록하고 불완전한 트랜잭션을 되돌립니다. Exchange는 트랜잭션을 구성하는 모든 작업이 로그 파일에 안전하게 기록될 때까지는 트랜잭션을 데이터베이스 파일에 기록하는 작업을 시작하지 않습니다. 재생 작업이 시작될 때 예기치 않은 중지가 발생할 당시에 있던 커밋되지 않은 모든 트랜잭션 로그가 있으면 데이터베이스의 트랜잭션을 실행 취소하거나 되돌릴 필요가 없습니다.

중요

기본적으로 소프트 복구 프로세스는 오류로 인해 또는 오류 후 관리자에 의해 데이터베이스 또는 로그 파일이 이동되거나 삭제되거나 손상되지 않았음을 전제로 합니다.

버전 간 차이점

Eseutil은 항상 개선되며 버전이 바뀔 때마다 추가됩니다. 현재 다음 세 가지 주요 Exchange 버전에 대한 세 가지 주요 버전의 Eseutil /R이 제공됩니다.

  • Exchange Server 버전 5.5
  • Exchange 2000 Server
  • Exchange Server 2003

Exchange Server 5.5

Microsoft® Exchange 2000 Server 및 Microsoft® Exchange Server 2003에서 Eseutil을 사용한 소프트 복구에 사용되는 명령줄 구문은 Exchange 5.5에서 사용되는 명령줄 구문과 다릅니다. 또한 Eseutil을 사용하여 수동 소프트 복구를 수행하는 규칙 및 유용한 정보도 변경되었습니다.

  • Exchange 5.5에서는 Eseutil을 사용하여 소프트 복구를 수행할 필요가 거의 없습니다. Information Store가 시작될 때마다 소프트 복구가 자동으로 실행됩니다. Exchange 5.5에서 Eseutil 소프트 복구 기능은 주로 Exchange가 설치되지 않은 서버의 데이터베이스를 복구해야 하는 테스트 환경에 사용하기 위해 제공되었습니다.

  • Exchange 5.5에서 Eseutil /R을 실행하면 아주 위험한 상황이 발생할 수 있습니다. 즉, 온라인 백업을 복원한 후에 소프트 복구를 실행할 경우 일반적으로 데이터베이스가 손상됩니다. 온라인 백업에는 소프트 복구가 아니라 하드 복구가 필요합니다.

  • 다음 두 가지 조건만 모두 만족하면 Exchange 5.5 및 이전 버전에서 하드 복구 대신 소프트 복구를 실행하더라도 안전합니다.

    • 백업이 완료된 이후에 데이터베이스 경로가 변경되지 않아야 합니다.
    • 온라인 백업에서 설정된 .pat 파일의 크기가 정확히 8KB여야 합니다. 이는 .pat 파일이 두 페이지의 헤더 페이지로 구성되고 실제 데이터베이스 페이지는 포함되지 않음을 의미합니다.
      다른 모든 상황에서는 하드 복구 대신 소프트 복구를 실행할 경우 .pat 파일 크기에 비례하여 데이터베이스가 손상됩니다.

    참고

    .pat 파일의 크기(바이트)를 4096으로 나누고 2를 뺀 값이 소프트 복구를 잘못 실행한 후에 데이터베이스에서 논리적으로 손상되는 페이지 수를 나타냅니다.

Exchange 2000 Server

Exchange 2000에서는 하드 복구가 필요한 경우 소프트 복구가 실행되지 않도록 방지하는 안전 장치가 구현되었습니다.

Eseutil을 사용하여 소프트 복구를 실행할 경우 다른 위험이 발생할 수 있습니다. 이 위험은 Exchange 2000 또는 Exchange 2003에서도 그대로 존재합니다. 로그 파일, 검사점 파일 또는 데이터베이스 파일에 대한 경로를 잘못 지정한 상태에서 복구를 실행하면 데이터베이스 또는 로그 파일이 변경되고 다시 복구할 수 없게 됩니다.

Eseutil은 복구를 시도할 때 기존 트랜잭션 로그 파일을 찾을 수 없는 경우 새 트랜잭션 로그 파일을 만든 다음 이 파일에 데이터베이스를 연결하려고 시도합니다. 이 경우 데이터베이스가 일관성 없는 상태이거나 Dirty Shutdown 상태이면 해당 데이터베이스는 시작할 수 없는 상태가 됩니다. 반면, 데이터베이스가 일관성 있는 상태이면 연결된 다음 새 로그 파일에서 분리됩니다.

둘 중 어떤 경우에서든 데이터베이스가 변경되어 시작할 수 없는 상태가 되거나 서버에 로그 파일이 추가되어 복구 문제를 해결하는 데 혼란이 발생하는 위험이 있습니다.

참고

Eseutil을 사용한 복구에 성공했음을 알리는 보고만으로는 복구된 데이터베이스가 탑재할 수 있는 상태인지 확신할 수 없습니다. 현재 사용 가능한 모든 트랜잭션 로그 데이터가 데이터베이스 파일에 적용될 때마다 복구 작업은 성공한 것으로 나타나기 때문입니다. 복구 성공을 통해서는 데이터베이스의 일관성을 복원하는 데 사용할 수 있는 데이터가 충분한지 여부를 확인할 수 없습니다.

Exchange 5.5에서는 적절한 위치에 파일을 배치하고 Information Store를 시작하여 복구를 완료하는 것이 작업의 거의 전부였습니다. Exchange 2003에는 데이터베이스를 탑재하여 복구를 실행하는 것 외에 중요한 이점을 제공하는 두 가지 향상된 Eseutil 복구 기능이 있습니다.

  • Eseutil은 누락된 데이터베이스가 있는 경우에도 복구를 강제로 완료할 수 있습니다. 이 기능은 Exchange 2000에서도 사용할 수 있습니다.

  • 저장소 그룹이 예기치 않게 중지된 경우 당시에 실행 중인 모든 데이터베이스는 Dirty Shutdown 상태에서 일관성이 없어집니다. 저장소 그룹이 중지된 이유가 데이터베이스 드라이브에 갑자기 오류가 발생하여 해당 드라이브에 액세스할 수 없기 때문이라고 가정해 봅니다. 이 경우 데이터베이스 중 하나가 누락됩니다.

  • 데이터베이스가 누락된 동안 복구를 실행하는 경우 드라이브에 다시 액세스할 수 있을 때 누락된 데이터베이스에 대한 복구가 성공적으로 완료되지 않도록 트랜잭션 로그 상태를 변경할 수 있습니다.

    참고

    백업에서 데이터베이스를 복원하면 복구가 성공적으로 완료될 수 있습니다. 이 시나리오는 갑자기 중지된 당시의 로그에 연결된 데이터베이스를 복구하는 데만 적용됩니다.

  • 손실된 데이터베이스가 복구되지 않을 것으로 예상되는 경우 Eseutil /I(무시) 스위치를 사용하여 누락된 데이터베이스를 처음에 백업에서 복원하지 않고 저장소 그룹의 나머지 데이터베이스를 복구할 수 있습니다.

이 스위치를 사용하여 저장소 그룹의 나머지 데이터베이스에서 복구를 실행하려면 먼저 현재 로그(Enn.log)를 포함하여 모든 트랜잭션 로그 파일의 백업을 만들어야 합니다. 현재 로그 및 다른 모든 로그의 복사본을 유지하면 누락된 데이터베이스를 사용할 수 있는 경우 언제든지 복구할 수 있습니다. 나머지 데이터베이스를 복구하고 Enn.log에 추가 정보를 쓰고 나면 해당 로그 파일을 사용하여 누락된 데이터베이스를 복구할 수 없습니다.

Exchange Server 2003

Eseutil 복구는 다른 경로 위치로 이동한 데이터베이스를 복구할 수 있습니다. 이 기능은 Exchange 2003에서만 사용할 수 있습니다.

백업이 완료된 후 Exchange 데이터베이스가 다른 경로 위치로 이동한 경우를 포함하여 언제든지 하드 복구를 성공적으로 마칠 수 있습니다. 그러나 Exchange 2003 이전까지 소프트 복구는 데이터베이스 파일이 재생할 트랜잭션 로그 파일에 정의된 것과 동일한 드라이브 경로에 있을 경우에만 가능했습니다.

Exchange 2003에서는 /D 스위치가 복구 모드에 추가되어 트랜잭션 로그 파일에 하드 코드된 데이터베이스 경로를 다시 지정할 수 있습니다. 이 새 기능은 데이터베이스의 오프라인 복사본을 복구 저장소 그룹에 복원하거나 앞에 시나리오에서 설명한 "누락된" 데이터베이스를 복원할 때 매우 유용합니다.

이제 데이터베이스 및 트랜잭션 로그 그룹을 원하는 모든 폴더에 복사하고 소프트 복구를 실행할 수 있습니다. 데이터베이스가 일관성 있는 상태이면 해당 데이터베이스를 원하는 다른 모든 경로로 이동하여 다른 로그 스트림에 연결할 수 있습니다.

자세한 내용

자세한 내용은 Exchange 서버 데이터베이스 유틸리티 가이드에서 다음 항목을 참조하십시오.