내 상황을 설명하자면 Exchange 2007 서버가 있고 최근에 Windows 서버 백업을 사용하여 서버의 "exchange 인식" 백업을 수행할 수 있도록 SP2로 업그레이드했습니다.
현재 Exchange 서버 설정을 방해하지 않고 서버 2008/Exchange 2007이 사전 설치된 두 번째 서버에 이 데이터를 복원하는 쉬운 방법이 있습니까?
또한 기본 교환 서버에 오류가 발생하는 경우 이를 대체하여 실행하는 것과 같이 이를 수행하는 더 좋은 방법이 있습니까?
나는 아직 이 모든 것에 익숙하지 않으므로 내 질문에 어리석은 점이 있으면 양해해 주시기 바랍니다.
어떤 도움이나 지원에도 미리 감사드립니다.
답변1
Exchange 저장소는 Active Directory와 밀접하게 관련되어 있으므로 Exchange 백업을 다른 서버로 복원하는 것은 전혀 쉽지 않습니다. Active Directory의 작업 복사본이 포함된 전체 복구 환경이 필요합니다.
Exchange 2007에는 클러스터링 기능이 있습니다. 이를 "클래식" 장애 조치 클러스터링(공유 스토리지 포함)으로 구성하거나 Exchange 데이터를 두 번째 서버에 자동으로 복제하여(따라서 공유 스토리지 필요성 제거) 새로운 클러스터 연속 복제 기능을 사용할 수 있습니다. 기본 서버에 장애가 발생하면 활성 역할을 대신합니다.
자세한 내용은 여기를 참조하세요:
http://technet.microsoft.com/en-us/library/bb125217(EXCHG.80).aspx
http://technet.microsoft.com/en-us/library/bb124521(EXCHG.80).aspx
답변2
가난한 사람의 Exchange 백업은 정보 저장소 서비스를 중지하고 메일 저장소용 데이터베이스 파일을 복사한 다음 정보 저장소 서비스를 다시 시작하는 것입니다. 분명히 그러한 관행에는 한 시간 이상 오프라인으로 교환을 수행하는 등의 단점이 있습니다(데이터베이스 크기에 따라 다름). 그러나 이러한 단점조차도 볼륨 섀도 서비스의 마법으로 극복될 수 있습니다. 영리한 괴짜라면 교환 정보 저장소를 저장하는 드라이브에서 VSS를 활성화하고, 데이터 저장소의 한밤중 중지를 예약하고, 정보 저장소 복사를 시작한 다음 정보 저장소를 다시 시작할 수 있습니다. 복사본은 데이터베이스 파일의 VSS 복사본을 가져오며 총 10분 정도 오프라인 상태가 됩니다.
생각할 거리. Massimo가 말했듯이 클러스터링이 더 나은 접근 방식이 될 것입니다.