때때로, exchangeserver 관리자가 다른 서버에 exchange 데이터베이스를 마운트 해야 하는 경우가 발생합니다. 다음은 그 example들입니다.
- 다른 서버로 migriextion할 때, 데이터베이스를 물리적으로 이전하고 서버에 다시 마운트 해야 합니다.
- exchange server가 실패하고, 회복 모드로 재 construciton 한 후, 서버에 다시 데이터베이스를 마운트 해야 합니다.
- 서비스로 인한 문제로 데이터베이스가 마운트 되지 않습니다.
- antivirus 및 backup과 같은 第三方 소프트웨어가 파일을 잠글고 데이터베이스가 마운트 되지 않을 수 있습니다.
- exchange server 표준 라이선스가 오픈 五个 데이터베이스만 마운트 가능하므로, 데이터베이스를 두 번째 서버로 이동해야 합니다.
이제, 다른 서버에 exchange 데이터베이스를 마운트 하는 방법을 보겠습니다.
다른 서버에 exchange 데이터베이스를 마운트 하는 프로세스
exchange 데이터베이스의 정도integrity가 좋고 트랜잭션 로그가 빠져나가지 않고 나쁘지 않은지 확인하ます.
다음은 다른 서버에 데이터베이스를 마운트 하는 단계 by step process입니다.
1. prerequisites를 만족하십시오
exchange 데이터베이스를 마운트 하는 명령을 실행하기 위해서는, exchange server에 Databases 역할을 가져야 합니다. 이것은 Permissions node에서 Admin Roles tab에서 부여 할 수 있습니다.
서버 재구성을 위해 다음 미디어가 사용 가능하여야 합니다.
- Operating System 설치 미디어입니다.
- Exchange Server가 설치된 동일 버전의 설치 미디어입니다.
서버를 동일 구성으로 재구성하기 위해 최신 문서가 필요합니다.
어떠한 처리 또는 변경이 行われ기 전에, 전체 备份을 취하는 것이 강력히 建议されます. 데이터를 보호하는 것 외에, 실제로 何か 잘못되었을 때 元的 상태로 돌아가는 것을 허용합니다.
2. 새로운 서버를 준비하기
동일한 서버를 재구성하는 것이므로, 동일한 구성을 복사해야 합니다. 동일한 Operating System과 Exchange Server 버전을 설치하고, 다음을 유지해야 합니다.:
- 컴퓨터 이름
- 네트워크 구성
- 스토리지와 드라이브 구성
- 설치된 Operating System과 Exchange Server 패치
- 그리고 Operating System과 Exchange Server speсific 구성 변수
Server를 이轮回overy Mode로 재구성할 때, Exchange Server에 모든 구성이 복구되지만, 인증서와 사용자 정의 커넥터는 수동으로 구성되어야 합니다.
3. 데이터 베이스 파일을 찾고 이전하기
Windows Server와 Exchange를 설치하고 나면, 원래 서버 설치 위치에서 Exchange 데이터 베이스 파일(EDB)의 위치를 식별합니다. 이것은 데이터 베이스를 마운트하는 것이 중요합니다. 备份 위치から 新模式服务器에 correctly复制 할 수 있습니다.
4. 데이터 베이스 상태 확인
파일이 새 서버의 원래 위치로 복사되었으면, ESEUtil 도구를 실행하여 데이터 베이스의 건강과 상태를 확인합니다. 데이터 베이스 상태를 확인하려면, ESEUtil 명령을 /mh 매개 변수와 함께 실행합니다.
5. 필요시 가정 Restauration 수행
데이터 베이스가 correct shutdown되지 않았기 때문에, ESEUtil을 실행하여 가정 Restauration을 실행해야 합니다. Restauration 또는 복구 후, 데이터 베이스가 Dirty Shutdown 상태에 있을 것입니다. 데이터 베이스 State가 Dirty Shutdown인 경우, ESEUtil 명령어를 /r 스위치와 함께 사용하여 데이터 베이스에 대한 가정 Restauration을 수행해야 합니다(아래 예시를 보세요).
ESEUTIL /r <로그 접미사> /l <로그 폴더 경로> /d <데이터 베이스 폴더 경로> /i
6. 새 서버에 새 메일함 데이터베이스 생성
이제 복구한 데이터베이스를 호스트하기 위해 같은 이름의 새 메일함 데이터베이스를 생성해야 합니다. 다음 명령을 실행하십시오:
New-MailboxDatabase -Name “
7. 데이터베이스 및 로그 파일 복사
새 데이터베이스를 생성한 이후, 이전 서버에서 또는 회복된 드라이브에서 새 위치로 데이터베이스와 로그 파일을 복사해야 합니다.
8. 데이터베이스 마ount
데이터베이스를 마ount하려면, 다음과 같이 Mount-Database 명령을 사용할 수 있습니다:
Mount-Database “
이제 ESEUtil /mh 명령을 실행하여 데이터베이스가 마ount되었는지 확인할 수 있습니다.
결론
이 記事에서는 다른 서버에 Exchange 데이터베이스를 마ount하는 과정을 다룬 것입니다. 데이터베이스 마ount 과정에서 몇 가지 이슈를 만날 수 있습니다. 예를 들어 데이터베이스 또는 트랜잭션 로그의 corruption, Exchange Server 또는 Windows Server의 불正確한 구성, 다양한 문제들이 발생할 수 있습니다.
자 Native 도구를 사용하여 문제를 해결하려 할 수 있습니다. 그러나 이러한 도구는 자원을 더욱 필요로하며 문제를 더욱 恶化시키는 가능성이 있습니다. 대신에, 第三方 Exchange 복구 도구를 사용하여 Minimum 영향과 任何 种类的 문제로 인한 상황없이 파괴된 데이터베이스에서 모든 정보를 Restauration 할 수 있습니다.
Stellar Repair for Exchange가 모든 バージョン의 Exchange Server를 지원하며, 모든 상태로 데이터베이스를 열 수 있으며 사이즈 한도가 없습니다. 사용자 Mailbox, Shared Mailbox, Public Folder, Disabled Mailbox, 및 Deleted Item을 Outlook PST 및 다른 파일 형식으로 granularly 導出 할 수 있습니다. 또한 Mailbox 및 다른 EDB 데이터를 실시간 Exchange Server 데이터베이스나 Microsoft 365로 export하여 자동 Mailbox Matching을 지원합니다.
자주 묻는 질문
- DB 파일을 다른 서버로 직접 복사하고 그 것을 마ount 할 수 있습니까?
예를 들어 Exchange 데이터베이스는 이동 가능하지 않으므로 데이터베이스의 상태가 건강하게 복구되었는지 확인하고, 대상 서버가 소스와 구성과 셋팅이 일치하는지 확인해야 합니다.
- DB이 Dirty Shutdown 상태일 때 무엇을 하나요?
DB이 Dirty Shutdown 상태면 이를 의미하는 것은 데이터베이스나 트랜잭션 로그가 파괴되었다는 것입니다. 그러므로 ESEUtil을 사용하여 sleek 복구를 수행해야 합니다.
- Migration 이후에 사용자가 Mailbox에 다시 연결되게 할 수 있을까요?
사용자는 Outlook Web Access (OWA)를 통해 연결할 수 있습니다. 그러나 Outlook은 新区ripation을 적용하기 위해 다시 시작되야 하며, 사용자의 Outlook 프로필도 다시 구성되어야 합니다.
Source:
https://petri.com/mount-exchange-database-on-different-server/