Exchange Server 2010 s p 3 데이터베이스의 수동 복사본을 정품 인증 하려고 할 때 오류 메시지: "파일을 검사 하지 못했습니다."

Microsoft 365를 사용하여 어디에서나 모든 장치에서 작업 가능

Microsoft 365으로 업그레이드하여 최신 기능 및 업데이트를 통해 어디서나 작업하세요.

지금 업그레이드

증상

다음 시나리오를 고려하십시오.

  • Exchange 관리 콘솔 또는 Windows PowerShell 사용 하 여 Microsoft Exchange Server 2010 서비스 팩 3 (SP3) 데이터베이스의 수동 복사본을 활성화 합니다.

  • 문제 없이 탑재 된 데이터베이스를 분리 하 고 수동 복사본을 탑재 합니다.

  • 데이터베이스 복사본 상태는 수동 복사본에서 초기화 단계에서 실패 상태로 변경 합니다. 또한 데이터베이스 복사본에 대 한 상태 메시지는 실패 한 보여 줍니다.


실행 하면 다음과 유사한 오류 메시지가 나타나면이 문제가 발생 하면 Get MailboxDatabaseCopyStatus | fl identity, errormessage cmdlet에는 Exchange 관리 셸 (EMC);

Microsoft Exchange 복제 서비스는 DB\Server 에 대 한 로그와 데이터베이스를 시작할 때 검사 하는 동안 오류가 발생 했습니다. 오류: 파일 확인 실패:'경로\Exx.log' 로그 파일은 생성 번호 1. 그러나 예상 되는 세대는 번호 2.


예를 들어, 다음과 같은 오류 메시지가 나타날 수 있습니다.

Microsoft Exchange 복제 서비스는 DB\Server 에 대 한 로그와 데이터베이스를 시작할 때 검사 하는 동안 오류가 발생 했습니다. 오류: 파일 확인 실패: 'f:\logs\DB\Enn.log' 로그 파일은 생성 2024. 그러나 예상 되는 세대는 2004.



원인

8.3 이름 만들기를 포함 하는 볼륨에 사용 되 면 트랜잭션 로그에 Exchange Server 2010 s p 3, 잘못 된 트랜잭션 로그가 데이터베이스의 활성화 프로세스 동안 findfile 쿼리의 일부로 반환할 발생할 수 있습니다. 따라서 데이터베이스를 트랜잭션 로그 생성 번호에 잘못 된 시퀀스 때문에 실패 한 상태로 보낼 수 있습니다.

이 오류로 인해 데이터가 손실 되지 않습니다이 발생합니다.

해결 방법

이 문제를 해결 하려면 다음 업데이트 롤업을 설치 합니다.

Exchange Server 2010 서비스 팩 3에 대 한 업데이트 롤업 2의 설명

해결 방법

1 단계: 구성에서 8.3 이름 만들기를 확인 합니다.

을 8.3 이름 만들기를 사용 하는지 여부를 확인 하려면 상승된 된 명령 프롬프트에서 다음 명령을 실행 합니다. (여기서 가정 C 드라이브에 트랜잭션 로그 파일)

fsutil 8dot3name query c: 

예상 되는 출력 값을 반환 하는 경우 해당 resemblbes 다음에서 8.3 이름 만들기 사용:

The volume state is: 0 (8dot3 name creation is enabled).


The registry state is: 2(Per volume setting-the default).

Based on the above two settings, 8dot3 name creation is enabled on C:
또는 예상 되는 출력 다음과 비슷한 것을 반환할 수 있습니다.

The volume state is: 0 (8dot3 name creation is enabled).


The registry state is: 0 (Per volume setting - the default).

Based on the above two settings, 8dot3 name creation is enabled on C:
C에서 8.3 이름 만들기를 사용할 수에 해당 드라이브를 나타냅니다.

트랜잭션 로그를 포함 하는 볼륨에서이 명령을 실행 하는 있는지 확인 하십시오. 탑재 지점을 사용 하는 경우에 다음을 사용할 수 있습니다.

fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} 

볼륨의 볼륨 GUID와 일치 하는 GUID를 대체 해야 합니다. 특정 드라이브에 대 한 볼륨 및 GUID를 확인 하려면 다음 명령을 실행 합니다.

mountvol [Drive:]Path /L 

필요에 따라에서 8.3 이름 만들기를 사용 하지 않을 모든 볼륨에 또는 볼륨에서 볼륨을 기준으로 3 단계에 설명 된 대로 설정할 수 있습니다. 가장 중요 한 트랜잭션 로그가 포함 된 볼륨에서 8.3 이름 만들기를 사용할 수 없다는 것인지 확인 하는 경우

2 단계: 검사 그룹 정책에서 8.3 이름 만들기를 사용 하지

8.3 이름 만들기를 사용 하지 않도록 설정 하기 전에,이 설정은 그룹 정책을 통해 제어할 수 있음을 인식 해야 합니다. Exchange 서버에서 다음 레지스트리 키를 변경 하려면 그룹 정책 구성 되었는지 여부를 확인 하려면 확인 하십시오.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation"=dword:00000002


이 설정은 그룹 정책을 통해 제어 됩니다, Exchange 서버에 대 한 그룹 정책 설정에서이 설정을 제거 하 고 NtfsDisable8dot3NameCreation DWORD 값이 2로 설정 합니다. 따라서 개별 볼륨 변경 수 있습니다.

참고: 값 0 을 사용 하면 볼륨 구성을 변경할 수 없습니다.


Fsutil 8dot3name 명령에 대 한 자세한 내용은 다음 Microsoft TechNet 웹 사이트로 이동.

3 단계: 변경에서 8.3 이름 만들기

모든 볼륨에서 8.3 이름 만들기를 사용 하지 않으려면 다음 명령을 실행 합니다.

fsutil 8DOT3name set  

트랜잭션 로그를 포함 하는 각 볼륨에 사용 하지 않도록 설정 하려면 다음 명령을 실행 합니다.

fsutil 8DOT3name set c: 1  

참고: 이 명령에서 c 는 트랜잭션 로그가 있는 드라이브의 문자입니다.

또는 특정 볼륨에서 실행할 수 있습니다. 이렇게 하려면 다음 명령을 실행 합니다.

fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963}  

볼륨의 구성에서 8.3 이름 만들기를 사용 하지 않으려면을 변경한 후 설정을 사용할 수 없다는 것을 확인할 수 있습니다. 이렇게 하려면 다음 명령을 다시 실행 합니다.

fsutil 8DOT3name query c:  

그러면를 파일 이름에 8.3 형식이 이름을 생성 하지 않도록이 볼륨에서 모든 새 파일을 만들거나 복사 하는. 그러나 기존의 모든 파일 이름은 8.3 형식이 여전히 포함. 따라서이 해결 해야 합니다.

4 단계: 8.3 형식이 이름을 기존 트랜잭션 로그를 제거 합니다.

옵션 1

Exchange 데이터베이스의 전체 백업을 실행 하는 방법은.입니다. 이렇게 하면 트랜잭션 로그를 자를 수 하 고 이름이 8.3 형식이 사용 되는 기존 로그를 제거 합니다. 이름이 8.3 형식이 포함 된 모든 트랜잭션 로그는 잘린 후 데이터베이스 이동 하지 못합니다.

옵션 2

백업 옵션을 사용할 수 없는 경우는 파일에서 이름은 8.3 형식이 제거 되도록 모든 트랜잭션 로그의 복사본을 조작 해야 합니다. 이렇게 하려면, 다음 단계를 수행하십시오.

  1. 데이터베이스의 수동 복사본을 포함 하는 서버, Microsoft Exchange 복제 서비스를 중지 합니다.

  2. Windows PowerShell 다음 명령을 실행 합니다.

    stop-service msexchangerepl  
  3. Windows 탐색기에서 트랜잭션 로그를 저장할 폴더를 찾습니다.

  4. Enn*.log, 종류의 모든 트랜잭션 로그를 선택 하 고 임시 폴더로 이동 합니다. Enn*.log 형식의 트랜잭션 로그만 이동 했는지 확인 하십시오. 파일 형식이 없습니다 이동 해야 합니다.

  5. 모든 트랜잭션 로그를 다시 원래 위치로 이동 합니다. 이 이동 과정에서 8.3 형식이 이름이 제거 됩니다.

  6. 모든 수동 데이터베이스에 대 한 모든 트랜잭션 로그에 대해이 과정을 반복 합니다.

  7. Microsoft Exchange 복제 서비스를 다시 시작 합니다.

    start-service msexchangerepl 

    참고: 데이터베이스의 수동 복사본을 모두에 대해이 단계를 먼저 완료 되어야 합니다.

  8. 트랜잭션 로그가 조작 되는 복사본에 데이터베이스 탑재 (활성) 복사본을 이동.

    Move-ActiveMailboxDatabase DB2 -ActivateOnServer MBX1 -MountDialOverride:None  
  9. Microsoft Exchange 복제 서비스를 중지 하 고 다시 다음 트랜잭션 로그를 임시 위치로 이동 했다가 원래 위치로 다시.

  10. Microsoft Exchange 복제 서비스를 시작 합니다. 이제 이동 activemailboxdatabase 작업을 하는 동안 데이터베이스 오류가 발생 하지 않습니다.

자세한 내용

발생 하는 다른 일반적인 증상 ExchangeHighAvailability 작업 로그 및 응용 프로그램 로그에는. 거기에 이벤트가 다음과 유사한 나타납니다.

가 여전히 설정 되어 있는지 확인 하려면 8.3 형식이 이름이 트랜잭션 로그에 트랜잭션 로그 위치에서 명령 프롬프트에서 다음 명령을 실행할 수 있습니다.dir /x 트랜잭션 로그는 여전히 8.3 형식이 이름이 들어, 다음과 유사한 무언가 표시 됩니다.
04/10/2013 04:16 PM 1,048,576 E0C749~1.LOG E0000000118.log 04/10/2013 04:16 PM 1,048,576 E01D7D~1.LOG E0000000119.log 04/10/2013 04:16 PM 1,048,576 E00834~1.LOG E000000011A.log 04/10/2013 04:16 PM 1,048,576 E05DFF~1.LOG E000000011B.log 04/10/2013 04:16 PM 1,048,576 E06DCB~1.LOG E000000011C.log 04/10/2013 04:16 PM 1,048,576 E0F768~1.LOG E000000011D.log


참고: 마지막에서 두 번째 열에 있는 E0F768~1.log 이름 표시 되 면 트랜잭션 로그 이름이 8.3 형식이 있습니다. 따라서 활성 데이터베이스를 이동 하려고 할 때 문제에 해야 합니다 여전히.

추가 도움이 필요하신가요?

기술 향상
교육 살펴보기
새로운 기능 우선 가져오기
Microsoft Insider 참가

이 정보가 유용한가요?

소중한 의견에 감사드립니다.

피드백을 주셔서 감사합니다. Office 지원 에이전트와 연락하는 것이 도움이 될 것 같습니다.

×