Avamar: exchvssavtar(avtar)를 사용한 ADMe-Exchange BU 복구
Summary: ADMe는 Exchange S/W 또는 Avamar Exchange 플러그인 없이도 Exchange 백업을 일반 Windows 스테이징 서버로 복구할 수 있습니다. 이 경우 트랜잭션 로그를 Eseutil을 사용하여 edb 파일에 대해 수동으로 재생해야 완전하게 종료된 상태로 전환할 수 있습니다. 다음 절차에서는 트랜잭션 로그를 재생하는 데 필요한 Eseutil 단계를 설명합니다. ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
Microsoft Exchange S/W 또는 Avamar Exchange 플러그인 없이 일반 Windows 스테이징 서버로 Exchange 백업을 스테이징하는 데 사용되는 일반적인 ADMe 작업 정책은 다음 예와 유사해야 합니다.
이 프로세스를 호출하는 데 필요한 ADMe 옵션은 "-exchvssavtar"이며, 표시된 대로 마이그레이션 플래그 줄 또는 필드에 할당해야 합니다.
================< Job Policy Contents >================= Environment_Number:: 1 Base_Group_Name:: exch01 Sub_Group_Numbers:: 0 Select_Flags:: -d -last -exchvss View_Flags:: -d Migration_Flags:: -d -stageonly -D -m -exchvssavtar (include -stageonly only if you plan to confirm the eseutil steps) =====================================================================================================
테스트-1:
이 랩 테스트에서 Exchange 백업 #293은 ADMe 옵션 "-exchvssavtar"를 사용하여 C:\ADME3\exch01이라는 대상 폴더에 준비되었습니다.
이 예에서 강조 표시된 경로인 edb, 로그 파일 및 제어 파일이 있는 경로 이름을 따라 이동합니다.
이 예에서 edb 및 logs 파일은 공통 디렉토리에 있었지만 고객 환경에서는 edb 및 로그가 거의 항상 별도의 드라이브 문자에 있는 별도의 폴더에 있습니다.
C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox>cd DB1
관리자 권한으로 명령 프롬프트에서 edb 및 로그 파일이 포함된 디렉토리로 이동합니다.
edb 및 로그 파일 위치 모두에 대한 폴더 내용을 나열하고 특히 타임스탬프 및 사용 가능한 로그 파일 이름을 참조용으로 내용을 복사하여 메모장에 붙여넣습니다.
C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1> dir Directory of C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1
2023-01-11 오후 05:22 142,671,872 DB1.edb<======== 참고: edb 파일 타임스탬프는 VSS Exchange 백업 시간인 2023년 1월 11일입니다.
01/12/2023 03:22 AM 8,192 E01.chk 01/12/2023 03:13 AM 1,048,576 E0100016666.log 01/12/2023 03:22 AM 1,048,576 E0100016667.log 01/12/2023 03:22 AM 1,048,576 E0100016668.log 01/12/2023 05:23 PM 1,048,576 E0100016669.log 01/13/2023 03:01 AM 1,048,576 E010001666A.log 01/13/2023 03:02 AM 1,048,576 E010001666B.log 01/13/2023 03:12 AM 1,048,576 E010001666C.log 01/14/2023 03:01 AM 1,048,576 E010001666D.log 01/14/2023 03:01 AM 1,048,576 E010001666E.log 01/14/2023 03:16 AM 1,048,576 E010001666F.log 01/16/2023 03:01 AM 1,048,576 E0100016670.log 01/16/2023 03:01 AM 1,048,576 E0100016671.log 01/16/2023 03:27 AM 1,048,576 E0100016672.log 01/17/2023 03:02 AM 1,048,576 E0100016673.log 01/17/2023 03:10 AM 1,048,576 E0100016674.log 01/17/2023 03:11 AM 1,048,576 E0100016675.log 01/18/2023 03:01 AM 1,048,576 E0100016676.log 01/18/2023 03:02 AM 1,048,576 E0100016677.log 01/18/2023 03:18 AM 1,048,576 E0100016678.log 01/18/2023 08:52 AM 1,048,576 E0100016679.log 01/18/2023 08:53 AM 1,048,576 E010001667A.log 01/18/2023 08:55 AM 1,048,576 E010001667B.log 01/18/2023 09:23 AM 1,048,576 E010001667C.log 01/18/2023 09:23 AM 1,048,576 E01tmp.log
"Eseutil" 명령을 사용하여 edb의 종료 상태를 확인합니다.
C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1>eseutil /mh DB1.edb | findstr State
State: 더티 셧다운<==== EDB는 VSS 스냅샷을 사용하여 백업되었기 때문에 부적절한 종료 상태로 표시됩니다. 적용할 미해결 로그가 없는 상태에서 Exchange 데이터베이스가 BU 시간에 유휴 상태인 경우를 제외하고는 충분히 예상되는 현상입니다.
디렉토리를 로그 디렉토리로 변경한 다음 Eseutil을 사용하여 필요한 모든 로그가 edb 파일에 대해 재생되기 전에 사용 가능하고 양호한 상태인지 확인합니다.
이 예에서 E01은 로그 파일 접두사 또는 기본 값을 나타내며, 이는 지정된 Exchange 인스턴스 내에 여러 Exchange edb DB가 포함된 경우 특히 달라집니다.
C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1>eseutil /ml E01
Verifying log files...
Base name: E01
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E0100016666.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E0100016667.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E0100016668.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E0100016669.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E010001666A.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E010001666B.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E010001666C.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E010001666D.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E010001666E.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E010001666F.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E0100016670.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E0100016671.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E0100016672.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E0100016673.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E0100016674.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E0100016675.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E0100016676.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E0100016677.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E0100016678.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E0100016679.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E010001667A.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E010001667B.log - OK
Log file: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1\E010001667C.log - OK
No damaged log files were found. <============ verification step to ensure all logs are in a ready to use state
Operation completed successfully in 0.984 seconds.
디렉토리를 복구할 edb 파일이 포함된 폴더로 변경합니다.
"Eseutil"을 사용하여 한 줄에 모두 전달된 구문을 실행하여 로그를 재생하고 edb 파일을 업데이트합니다.
다양한 디렉토리 이름에 공백이 포함될 수 있으므로 "/l <requires to log path> /d <points to edb path>" 옵션은 각 경로 이름을 큰따옴표로 묶습니다.
중요:
Eseutil에 대한 잘못된 경로 이름을 지정하면 E01.chk 파일 및 다른 파일이 업데이트되어(원본 파일 타임스탬프와 비교) 경로 이름을 수정한 후에도 로그가 성공적으로 적용되지 않을 수 있습니다. 이러한 상황이 발생할 경우 원본 파일을 빠르게 제자리에 다시 넣을 수 있도록 관련 폴더의 복사본을 만드는 것이 좋습니다.
Eseutil에 대한 잘못된 경로 이름을 지정하면 E01.chk 파일 및 다른 파일이 업데이트되어(원본 파일 타임스탬프와 비교) 경로 이름을 수정한 후에도 로그가 성공적으로 적용되지 않을 수 있습니다. 이러한 상황이 발생할 경우 원본 파일을 빠르게 제자리에 다시 넣을 수 있도록 관련 폴더의 복사본을 만드는 것이 좋습니다.
C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1> eseutil /r E01 /l "C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1" /d "C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1"
Extensible Storage Engine Utilities for Microsoft(R) Exchange Server Version 14.03 Initiating RECOVERY mode... Logfile base name: E01 Log files: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1 System files: <current directory> Database Directory: C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1 Performing soft recovery... <========= this is the step which will update the edb Restore Status (% complete) 0 10 20 30 40 50 60 70 80 90 100 |----|----|----|----|----|----|----|----|----|----| ................................................... Operation completed successfully in 0.812 seconds.
로그를 성공적으로 재생한 후 edb의 종료 상태를 다시 확인합니다. 이제 Clean Shutdown 상태여야 합니다.
C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1>eseutil /mh DB1.edb | findstr State
State: 클린 셧다운<========= 이제 EDB가 로그를 성공적으로 재생한 후 완전하게 종료된 상태로 표시됩니다.
C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1>dir Directory of C:\ADME3\exch01\BYDATE\srv2008-exch10.nicktest.local\2023-01-18-08-59-34-293\srv2008-exch10_00000000\C\Program Files\Microsoft\Exchange Server\V14\Mailbox\DB1
01/23/2023 04:03 PM <DIR> . 01/23/2023 04:03 PM <DIR> .. 01/23/2023 04:03 PM 142,671,872 DB1.edb <========note the edb & chk file timestamps have now been updated to Jan 23, 2023 from Jan 11, 2023 as documented at the start of this process ============================================================================================================================================
테스트-2
다음 예에서는 Avamar UI를 사용하여 Exchange 백업을 복구하지만 로그 재생은 사용하지 않도록 설정합니다. C:\ADAM4 폴더 이름 및 Test-01 시나리오에서 위에서 설명한 것과 동일한 "Eseutil" 명령 시퀀스로 복구되었습니다.
c:\ADAM4>dir Directory of c:\ADAM4 01/23/2023 04:54 PM <DIR> . 01/23/2023 04:54 PM <DIR> .. 01/11/2023 05:22 PM 142,671,872 DB1.edb <============= note the edb file timestamp is from Jan 11, 2023 the time of the VSS Exch backup 01/23/2023 04:54 PM <DIR> _restoredLogs <============ The Avamar plugin recovers all logs to a common folder as shown
중요하다:
x4 edb 파일이 포함된 백업에 대한 통합 공통 로그 폴더가 로그 접두사 값이 겹치고 일부 로그 파일을 덮어쓰는 경우가 적어도 하나 있습니다. 결국 edb 파일에 성공적으로 적용할 수 없습니다. Exchange는 각 edb에 대해 별도의 로그 디렉토리를 유지 관리하고 백업 컨텐츠는 별도의 로그 폴더를 반영하므로 이는 Avamar의 결함입니다. 각 edb와 관련된 로그를 별도의 원래 폴더 이름으로 복구하는 플러그인 바이너리 업데이트에 대한 액세스 권한 및 자세한 내용은 Esc https://jira.cec.lab.emc.com/browse/AVAMARESC-271 참조하십시오.
x4 edb 파일이 포함된 백업에 대한 통합 공통 로그 폴더가 로그 접두사 값이 겹치고 일부 로그 파일을 덮어쓰는 경우가 적어도 하나 있습니다. 결국 edb 파일에 성공적으로 적용할 수 없습니다. Exchange는 각 edb에 대해 별도의 로그 디렉토리를 유지 관리하고 백업 컨텐츠는 별도의 로그 폴더를 반영하므로 이는 Avamar의 결함입니다. 각 edb와 관련된 로그를 별도의 원래 폴더 이름으로 복구하는 플러그인 바이너리 업데이트에 대한 액세스 권한 및 자세한 내용은 Esc https://jira.cec.lab.emc.com/browse/AVAMARESC-271 참조하십시오.
C:\ADAM4> eseutil -mh DB1.edb | findstr State
01/23/2023 04:03 PM 8,192 E01.chk 01/23/2023 04:03 PM 1,048,576 E01.log 01/12/2023 03:13 AM 1,048,576 E0100016666.log 01/12/2023 03:22 AM 1,048,576 E0100016667.log 01/12/2023 03:22 AM 1,048,576 E0100016668.log 01/12/2023 05:23 PM 1,048,576 E0100016669.log 01/13/2023 03:01 AM 1,048,576 E010001666A.log 01/13/2023 03:02 AM 1,048,576 E010001666B.log 01/13/2023 03:12 AM 1,048,576 E010001666C.log 01/14/2023 03:01 AM 1,048,576 E010001666D.log 01/14/2023 03:01 AM 1,048,576 E010001666E.log 01/14/2023 03:16 AM 1,048,576 E010001666F.log 01/16/2023 03:01 AM 1,048,576 E0100016670.log 01/16/2023 03:01 AM 1,048,576 E0100016671.log 01/16/2023 03:27 AM 1,048,576 E0100016672.log 01/17/2023 03:02 AM 1,048,576 E0100016673.log 01/17/2023 03:10 AM 1,048,576 E0100016674.log 01/17/2023 03:11 AM 1,048,576 E0100016675.log 01/18/2023 03:01 AM 1,048,576 E0100016676.log 01/18/2023 03:02 AM 1,048,576 E0100016677.log 01/18/2023 03:18 AM 1,048,576 E0100016678.log 01/18/2023 08:52 AM 1,048,576 E0100016679.log 01/18/2023 08:53 AM 1,048,576 E010001667A.log 01/18/2023 08:55 AM 1,048,576 E010001667B.log 01/18/2023 09:23 AM 1,048,576 E010001667C.log 01/23/2023 04:03 PM 1,048,576 E01res00001.jrs 01/23/2023 04:03 PM 1,048,576 E01res00002.jrs 01/23/2023 04:03 PM 1,048,576 E01tmp.log State: Dirty Shutdown <========= note the EDB shows as in a dirty shutdown state because it was backed up using a VSS snapshot, this is fully expected unless the exchg DB was totally idle at BU time.
C:\ADAM4\_restoredLogs>eseutil /ml E01
Extensible Storage Engine Utilities for Microsoft(R) Exchange Server Initiating FILE DUMP mode... Verifying log files... Base name: E01 Log file: c:\ADAM4\_restoredLogs\E0100016666.log - OK Log file: c:\ADAM4\_restoredLogs\E0100016667.log - OK Log file: c:\ADAM4\_restoredLogs\E0100016668.log - OK Log file: c:\ADAM4\_restoredLogs\E0100016669.log - OK Log file: c:\ADAM4\_restoredLogs\E010001666A.log - OK Log file: c:\ADAM4\_restoredLogs\E010001666B.log - OK Log file: c:\ADAM4\_restoredLogs\E010001666C.log - OK Log file: c:\ADAM4\_restoredLogs\E010001666D.log - OK Log file: c:\ADAM4\_restoredLogs\E010001666E.log - OK Log file: c:\ADAM4\_restoredLogs\E010001666F.log - OK Log file: c:\ADAM4\_restoredLogs\E0100016670.log - OK Log file: c:\ADAM4\_restoredLogs\E0100016671.log - OK Log file: c:\ADAM4\_restoredLogs\E0100016672.log - OK Log file: c:\ADAM4\_restoredLogs\E0100016673.log - OK[1][2] Log file: c:\ADAM4\_restoredLogs\E0100016674.log - OK Log file: c:\ADAM4\_restoredLogs\E0100016675.log - OK Log file: c:\ADAM4\_restoredLogs\E0100016676.log - OK Log file: c:\ADAM4\_restoredLogs\E0100016677.log - OK Log file: c:\ADAM4\_restoredLogs\E0100016678.log - OK Log file: c:\ADAM4\_restoredLogs\E0100016679.log - OK Log file: c:\ADAM4\_restoredLogs\E010001667A.log - OK Log file: c:\ADAM4\_restoredLogs\E010001667B.log - OK Log file: c:\ADAM4\_restoredLogs\E010001667C.log - OK No damaged log files were found. <============ verification step to ensure all logs are in a ready to use state Operation completed successfully in 1.125 seconds.
edb 파일이 들어 있는 폴더로 돌아갑니다.
"Eseutil"을 사용하여 다음 구문을 모두 한 줄로 실행하여 로그를 재생하고 edb 파일을 업데이트합니다. 여기서 "/l <은 로그 경로를> 가리킵니다 /d <는 edb 경로를> 가리킵니다."
다양한 디렉토리 이름에는 공백이 포함될 수 있으므로 각 경로 이름을 큰따옴표로 묶으십시오.
c:\ADAM4>eseutil /r E01 /l "c:\ADAM4\_restoredLogs" /d "c:\ADAM4"
Extensible Storage Engine Utilities for Microsoft(R) Exchange Server Version 14.03 Initiating RECOVERY mode... Logfile base name: E01 Log files: c:\ADAM4\_restoredLogs System files: <current directory> Database Directory: c:\ADAM4 Performing soft recovery... <========= this is the step which will update the edb Restore Status (% complete) 0 10 20 30 40 50 60 70 80 90 100 |----|----|----|----|----|----|----|----|----|----| ................................................... Operation completed successfully in 0.515 seconds.
c:\ADAM4>dir Directory of c:\ADAM4 01/23/2023 05:35 PM <DIR> . 01/23/2023 05:35 PM <DIR> .. 01/23/2023 05:35 PM 142,671,872 DB1.edb <==note the edb & chk file timestamps have now been updated to Jan 23, 2023 from Jan 11, 2023 as documented at the start of this process 01/23/2023 05:35 PM 8,192 E01.chk
C:\ADAM4>eseutil /mh DB1.edb | findstr State
State: 클린 셧다운<========= 이제 EDB가 완전히 종료된 것으로 표시됩니다.
Additional Information
타사 링크
다음 링크는 참조용으로만 제공됩니다. 인터넷에는 Eseutil을 사용하여 edb 파일을 복구하는 방법에 대해 설명하는 수많은 링크가 있습니다.
하드 복구인 /p 옵션의 사용을 문서화하는 링크는 edb를 복구하기 위한 최후의 수단으로 사용할 수 있습니다.
https://social.technet.microsoft.com/wiki/contents/articles/52087.exchange-extensible-storage-engine-utility-eseutil.aspx
이 라인에 있는 것과 유사한 edb 파일을 복구하는 데 사용할 수 있는 전문 도구도 있습니다.
https://www.systoolsgroup.com/updates/exchange-dirty-shutdown-state/
Affected Products
Avamar, Avamar ClientArticle Properties
Article Number: 000207859
Article Type: How To
Last Modified: 12 Jun 2025
Version: 4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.