증상
다음 시나리오를 고려하십시오.
-
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 형식이 제거 되도록 모든 트랜잭션 로그의 복사본을 조작 해야 합니다. 이렇게 하려면, 다음 단계를 수행하십시오.
-
데이터베이스의 수동 복사본을 포함 하는 서버, Microsoft Exchange 복제 서비스를 중지 합니다.
-
Windows PowerShell 다음 명령을 실행 합니다.
stop-service msexchangerepl
-
Windows 탐색기에서 트랜잭션 로그를 저장할 폴더를 찾습니다.
-
Enn*.log, 종류의 모든 트랜잭션 로그를 선택 하 고 임시 폴더로 이동 합니다. Enn*.log 형식의 트랜잭션 로그만 이동 했는지 확인 하십시오. 파일 형식이 없습니다 이동 해야 합니다.
-
모든 트랜잭션 로그를 다시 원래 위치로 이동 합니다. 이 이동 과정에서 8.3 형식이 이름이 제거 됩니다.
-
모든 수동 데이터베이스에 대 한 모든 트랜잭션 로그에 대해이 과정을 반복 합니다.
-
Microsoft Exchange 복제 서비스를 다시 시작 합니다.
start-service msexchangerepl
참고: 데이터베이스의 수동 복사본을 모두에 대해이 단계를 먼저 완료 되어야 합니다.
-
트랜잭션 로그가 조작 되는 복사본에 데이터베이스 탑재 (활성) 복사본을 이동.
Move-ActiveMailboxDatabase DB2 -ActivateOnServer MBX1 -MountDialOverride:None
-
Microsoft Exchange 복제 서비스를 중지 하 고 다시 다음 트랜잭션 로그를 임시 위치로 이동 했다가 원래 위치로 다시.
-
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 형식이 있습니다. 따라서 활성 데이터베이스를 이동 하려고 할 때 문제에 해야 합니다 여전히.