여러 시나리오에서 Eseutil /P(복구)를 실행하는 방법

 

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

이 섹션에서 설명하는 Eseutil 구문 및 동작은 Exchange Server 2003 서비스 팩 2(SP2)에 적용되며 데이터베이스에서 Eseutil 복구를 실행하는 방법에 대한 지침을 제공합니다. Eseutil 복구 모드는 페이지 및 테이블 수준에서 손상된 데이터베이스를 수정하지만 응용 프로그램 수준에서는 실행되지 않습니다. 복구 모드에서는 탑재할 수 없는 심하게 손상된 데이터베이스를 제외하고 모든 데이터베이스 테이블의 일관성을 유지할 수 있습니다. Eseutil 복구 모드에 대한 자세한 내용은 Eseutil /P 복구 모드를 참조하십시오.

시작하기 전에

데이터베이스에서 Eseutil 복구 모드를 실행하기 전에 다음 사항을 고려하십시오.

  • 로컬 논리 드라이브에 데이터베이스 임시 복구를 위한 충분한 디스크 공간이 있어야 합니다. 복구 모드의 특성에 따라 임시 파일 크기가 다르기는 하지만 일반적으로 복구할 데이터베이스 파일 크기의 20%를 유지하는 것이 좋습니다. 충분한 공간을 사용할 수 없는 경우 아래에 설명된 대로 임시 파일을 다른 드라이브로 리디렉션할 수 있습니다.
  • 스트리밍 데이터베이스(.stm 파일)는 MAPI(Messaging Application Programming Interface) 데이터베이스(.edb 파일)과 같은 폴더에 있어야 하며, 그렇지 않은 경우 아래에 설명된 대로 스트리밍 데이터베이스 경로를 식별하도록 명령줄 스위치를 설정해야 합니다.

절차

Eseutil /P를 실행하려면 다음을 수행합니다.

  • Eseutil을 사용하여 데이터베이스를 복구하는 기본 명령줄 구문은 다음과 같습니다.

    ESEUTIL /P database_filename.edb
    

    참고

    Exchange Server 5.5의 경우 Exchange 2000 Server 이상에 기본적으로 제공되는 자세한 정보 로깅을 보려면 /V를 실행해야 합니다.

데이터베이스에서 Eseutil 복구를 실행할 때 다음과 같은 시나리오가 발생할 수 있습니다.

  • 데이터베이스와 스트리밍 파일이 일치하지 않는 경우
  • 스트리밍 파일이 없는 경우

데이터베이스와 스트리밍 파일이 일치하지 않는 경우

일부 하드 크래시로 인해 데이터베이스와 스트리밍 데이터베이스가 서로 동기화되지 않는 상태로 유지되거나 데이터베이스 파일이 오래된 스트리밍 데이터베이스를 가져왔을 수 있습니다. 기본적으로 복구 작업은 시작할 때 이 문제를 확인한 다음 사용자가 올바른 파일(사용 가능한 경우)을 가져올 수 있도록 종료됩니다.

이 문제를 무시하고 복구를 강제로 계속할 수 있습니다. 그러나 스트리밍 파일이 실제로 데이터베이스와 관련이 없을 경우 이렇게 하면 데이터가 복구되지 않고, 대신 스트리밍 파일에서 모든 데이터가 삭제됩니다. 스트리밍 및 데이터베이스 파일이 서로 관련이 있고 동기화되었음을 확신할 수 있는 경우에만 불일치를 강제로 무시하십시오.

스트리밍 데이터베이스는 원시 사용자 데이터로만 구성되고, 데이터에 대한 모든 논리적 구조 및 소유권 정보는 MAPI 데이터베이스(.edb 파일)에 있습니다. 따라서 .edb 파일의 포인터와 일치하지 않는 .stm 파일의 모든 데이터는 복구 중에 손실됩니다.

Eseutil /P를 실행할 때 스트리밍 파일 불일치를 무시하려면 다음 단계를 수행합니다.

스트리밍 파일 불일치를 무시하려면 다음을 수행합니다.

  • 스트리밍 파일 불일치를 무시하려면 Eseutil 명령줄에 /I 스위치를 추가합니다. 예를 들면 다음과 같습니다.

    ESEUTIL /P priv1.edb /I
    

스트리밍 파일이 없는 경우

스트리밍 데이터베이스가 손상되었거나 없는 경우 복구를 완료할 수 있지만 해당 파일의 모든 데이터가 손실됩니다. 이 경우 대부분의 사용자가 MAPI 클라이언트(Microsoft® Office Outlook® 사용자)라면 데이터 손실을 무시할 수 있습니다. 그러나 대부분의 사용자가 POP3(Post Office Protocol 버전 3) 또는 IMAP4(Internet Message Access Protocol 버전 4)인 경우에는 데이터 손실이 심각한 문제일 수 있습니다.

데이터베이스 스트리밍 파일이 없거나 현재 스트리링 파일에서 복구를 완료할 수 없는 경우 Eseutil /P를 실행하려면 다음 단계를 수행합니다.

새 스트리밍 파일을 만들려면 다음을 수행합니다.

  • 새 스트리밍 파일을 만들려면 /CREATESTM 스위치를 사용합니다. 예를 들면 다음과 같습니다.

    ESEUTIL /P PRIV1.EDB /CREATESTM
    

복구 후 고려 사항

Eseutil /P를 실행하여 데이터베이스를 복구한 후에는 다음 사항에 주의하십시오.

  • 복구 후 가능한 빠른 시간 내에 데이터베이스 전체 백업을 수행하십시오. 복구 작업은 이전 백업을 무효화합니다. 이전 백업이 완전히 쓸모 없어지거나 복원할 수 없다는 것이 아니라 데이터베이스를 이전 백업에서 완전히 롤포워드하는 것이 불가능하다는 의미입니다. 이전 백업을 복원하는 경우 트랜잭션 로그 파일 재생은 복구가 완료된 시점에서 종료됩니다. 복구 이후의 데이터베이스 변경 내용은 복원된 데이터베이스에 다시 넣을 수 없습니다. 따라서 복구 후 가능한 빠른 시간 내에 데이터베이스 전체 백업을 수행하는 것이 중요합니다.
  • 복구를 완료하려면 조각 모음(Esetuil /D) 및 ISInteg 수정을 실행해야 합니다. 복구된 데이터베이스를 데이터 복구용으로만 사용하려는 경우에는 이 작업을 무시하고 불필요한 단계를 건너뛸 수 있습니다. 이 경우 전체 단계를 완료할 때보다 복구할 수 있는 데이터 양은 적지만 복구 시간을 줄일 수 있습니다.

중요

복구된 데이터베이스를 프로덕션 환경에 다시 배치하려면 먼저 데이터베이스 전체 백업을 수행하고 조각 모음을 실행한 다음 ISInteg를 실행해야 합니다. Microsoft에서 권장하는 유용한 정보는 복구된 데이터베이스를 프로덕션 환경에 무한정 그대로 두기보다는 가능한 빠른 시간 내에 사서함을 이동하는 것입니다. 자세한 내용은 Eseutil /P 복구 모드를 참조하십시오.

명령줄 참조

다음은 Exchsrvr\Bin 폴더의 명령 프롬프트에서 Eseutil ./?를 입력하고 복구를 위해 P를 선택할 경우 표시되는 명령줄 참조입니다.

REPAIR:
    DESCRIPTION:  Repairs a corrupted or damaged database.
         SYNTAX:  ESEUTIL /p <database name> [options]
     PARAMETERS:  <database name> - filename of database to repair
        OPTIONS:  zero or more of the following switches, separated by a space:
                  /s<file>     - set streaming file name (default: NONE)
                  /t<db>       - set temp. database name
                                 (default: TEMPREPAIR*.EDB)
                  /f<name>     - set prefix to use for name of report files
                                 (default: <database>.integ.raw)
                  /i           - bypass the database and streaming file mismatch error
                  /g           - run integrity check before repairing
                  /createstm   - create empty streaming file if the file is missing
                  /8           - set 8k database page size (default: auto-detected)
                  /o           - suppress logo
          NOTES:  1) Repair does not run database recovery. If a database
                     is in a "Dirty Shutdown" state it is strongly
                     recommended that before proceeding with repair,
                     recovery is first run to properly complete database
                     operations for the previous shutdown.
                  2) The /i option ignores the signature mismatch error in
                     the check phase if the database and streaming file do
                     not match each other. The database and streaming file
                     will receive new signatures in the repair phase. Without
                     using this option, repair will terminate immediately
                     once the database and streaming file mismatch error occur
                  3) The /g option pauses the utility for user input before
                     repair is performed if corruption is detected. This optio
                     overrides /createstm and /o options.
                  4) The /createstm option is irreversible.  Once you
                     start the repair process a new streaming file will
                     be created.  Any streaming file that existed before
                     the repair will no longer work with this database.

자세한 내용

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