정상적으로 실행되는 Exchange 2019 서버가 있지만 이상적으로는 잘못된 가져오기로 인해 여러 번 더 많은 데이터를 복사한 사서함을 제거한 후 필요한 것보다 훨씬 더 큰 보관 데이터베이스에서 오프라인 조각 모음을 실행하고 싶습니다. 사서함에 실제로 존재했던 것보다 아카이브에.
Name DatabaseSize AvailableNewMailboxSpace
---- ------------ ------------------------
Archives 50.13 GB (53,821,308,928 bytes) 49.8 GB (53,472,526,336 bytes)
문제는 데이터베이스에 액세스할 수 없다는 것입니다(관리자는 데이터베이스를 탐색하려고 해도 권한 오류가 발생함). 선택의 여지가 없거나 Microsoft에서 문서화한 절차를 따르지 않는 한 Exchange 폴더에 대한 권한을 조작하고 싶지 않습니다.
Exchange가 기본적으로 자체 액세스만 허용하도록 설정된 경우 요즘 데이터베이스 파일에서 직접 복구/유지 관리를 수행하는 올바른 프로세스는 무엇입니까? 더 이상 지원 되지 않습니까 eseutil? 아니면 edb 파일을 전혀 건드리지 않는 것이 좋습니까?
답변1
데이터베이스에 접근할 수 없습니다. 관리자가 해당 데이터베이스를 탐색하려고 해도 권한 오류가 발생합니다.
언제 어디서 이 권한 문제가 발생했습니까? 데이터베이스(예: Get-MailboxDatabase, Dismount-Database)와 관련된 cmdlet을 실행하거나 다른 시나리오에서 실행할 때?
현재 계정에 데이터베이스 관리 권한이 있는지 확인하세요.사서함 데이터베이스 권한
요즘 어떤 종류의 작업을 수행하는 올바른 프로세스는 무엇입니까? Exchange가 실행 중인 경우 데이터베이스 파일에서 직접 복구/유지 관리 기본적으로 자신에 대한 액세스만 허용하도록 설정되어 있습니까? eseutil도 있나요? 더 이상 지원되지 않거나 edb 파일을 터치하지 않는 것이 좋습니다. 모두?
내가 아는 한, eseutil 도구를 사용하여 손상된 데이터베이스의 헤더를 확인하고 다음과 같은 경우 데이터베이스를 복구할 수 있습니다.State헤더에 "더티 셧다운". ESEUTIL을 사용하여 데이터베이스를 복구하는 방법에 대한 자세한 내용:ESEUTIL로 데이터베이스 복구
또한 데이터베이스 크기를 줄이려면 ESEUTIL을 통한 데이터베이스 오프라인 조각 모음보다 다음 작업을 수행하는 것이 좋습니다.
새 데이터베이스 및 연결된 데이터베이스 복사본을 만듭니다.
모든 사서함을 새 데이터베이스로 이동합니다.
원본 데이터베이스 및 관련 데이터베이스 복사본을 삭제합니다.
다음 관련 블로그를 참조하세요.공백을 회수하는 방법
편집하다:데이터베이스 폴더의 권한을 수정하는 위치:
답변2
Ivan_Wang이 모든 사항을 제안했지만 eseutil을 사용하기 전에 몇 가지 전제 조건이 있습니다.
eseutil을 사용하기 전에 데이터베이스 복사본을 만드십시오.
데이터베이스 크기의 20%에 해당하는 충분한 공간이 있는지 확인하십시오.
Eseutil/P 모드를 실행합니다.
Eseutil /D 모드를 실행합니다.
-fix -test alltests 모드에서 Isinteg를 실행합니다.