적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
마지막으로 수정된 항목: 2007-08-20
다음 검사 목록을 사용하여 재해 복구를 대비할 수 있습니다. Microsoft Exchange Server 2007 백업 및 복원을 위한 단계별 절차는 재해 복구 절차를 참조하십시오.
검사 목록: 재해 복구 대비
작성자:
날짜:
완료
작업
재해의 영향을 최소화하는 방법 구현
재해의 영향을 방지하거나 최소화하려면 다음 방식을 구현해 보십시오.
소프트웨어 및 펌웨어 업데이트를 사용할 수 있도록 준비해 둡니다.
모든 소프트웨어 디스크를 쉽게 사용할 수 있도록 준비해 둡니다.
하드웨어 레코드를 유지 관리합니다.
가능한 경우 여분의 하드웨어를 준비합니다.
소프트웨어 레코드를 유지 관리합니다.
서버에 필요한 모든 소프트웨어의 복사본을 준비해 둡니다.
복구 절차를 문서화하고 테스트합니다.
직원에게 재해 복구 절차를 교육합니다.
재해 복구 시뮬레이션 훈련을 수행합니다.
충분한 보험 정책이 마련되어 있는지 확인합니다.
LCR(로컬 연속 복제), CCR(클러스터 연속 복제) 또는 SCC(단일 복사본 클러스터)를 사용하여 사서함 데이터를 보호하는 것에 대해 고려합니다. Microsoft Exchange Server 2007의 LCR, CCR 및 SCC에 대한 자세한 내용은 고가용성 전략을 참조하십시오.
조직의 하드웨어 또는 소프트웨어 수준에서 내결함성을 구현합니다. 그리고 RAID, 다중 경로 하드웨어 솔루션, 클러스터링 또는 LCR을 통한 데이터 복제 등의 방법을 사용하는 것에 대해 고려합니다. 내결함성 확보에 대한 자세한 내용은 고가용성을 참조하십시오.
Exchange 2007 서버용으로 충분한 하드 디스크 용량이 있는지 확인합니다. 하드 디스크에는 데이터베이스 및 가장 큰 크기의 데이터베이스 로그 파일을 모두 복원할 수 있는 충분한 공간이 있어야 합니다. 디스크 용량 계획에 대한 자세한 내용은 사서함 서버 계획의 "데이터베이스 크기 조정"을 참조하십시오.
트랜잭션 로그 파일과 데이터베이스 파일을 별도의 실제 드라이브에 보관합니다.
Exchange 데이터베이스 백업 및 복원 시간을 최소화하는 방법을 구현합니다.
백업 미디어 보관을 위한 일정을 작성합니다.
백업 미디어를 내화성 금고 또는 다른 위치(외부 보관 장소) 등 안전한 장소에 보관합니다.
Exchange 저장소의 상태를 모니터링합니다. 예를 들어, 이벤트 로그 모니터링을 통해 1221 이벤트 발생 여부를 확인하여 데이터베이스에서 사용할 수 있는 빈 공간의 양을 파악합니다. 사용 가능한 빈 공간이 데이터베이스 크기의 30%에 달하면 Exchange 데이터베이스에 대해 오프라인 조각 모음을 수행해야 할 수 있습니다. 또한 이벤트 로그를 모니터링하여 디스크에 오류가 발생할 수 있음을 나타내는 1018 이벤트의 발생 여부를 확인합니다.
백업 무결성을 확인하여 백업에 오류가 없는지 확인합니다.
사용자를 여러 사서함 저장소로 분산시킵니다.
사용자를 위해 삭제된 항목 보존을 구성합니다.
삭제된 사서함 보존을 사서함 수준에서 구성합니다.
백업 및 복원 전략 설정
허용되는 가동 중지 시간, 허용되는 복구 시간 및 데이터 손실 허용 범위 등의 변수에 대해 비즈니스 요구 사항과 서비스 수준 계약을 충족하는 백업 전략을 선택합니다.
서로 다른 서비스 또는 서버 오류로부터 복구하기 위한 전략을 선택합니다. 예를 들면 다음과 같습니다.
전체 사서함 서버 오류로부터 복구하는 방법. 여기에는 서버 복원, 서버 재구축, 대기 복구 서버 사용 등이 있습니다.
하나 또는 여러 개의 데이터베이스 오류. 이 경우에는 발신음 복구를 통해 단일 데이터베이스를 복원합니다. 발신음 복구 방법에 대한 자세한 내용은 발신음 복구를 참조하십시오.
클라이언트 액세스 서버 오류. 이 경우에는 서버를 신속하게 재구축할 것인지 아니면 다른 클라이언트 액세스 서버로 장애 조치를 수행할 것인지를 결정합니다. 클라이언트 액세스 서버 오류로부터 복구하는 방법에 대한 자세한 내용은 클라이언트 액세스 서버를 백업하고 복구하는 방법을 참조하십시오.
허브 전송 서버 오류. 이 경우에는 서버를 신속하게 재구축할 것인지 아니면 다른 허브 전송 서버로 장애 조치를 수행할 것인지를 결정합니다.
참고
허브 전송 서버는 인터넷에 직접 연결하지 않는 것이 좋습니다.
Edge 서버 오류. 이 경우에는 다른 Edge 서버로 장애 조치를 수행할 것인지 아니면 Edge 서버를 무시하고 메일을 허브 서버로 직접 흐르도록 할 것인지, 또는 서버를 빠른 시간 내에 재구축할 것인지를 결정합니다. Edge 전송 서버 오류로부터 복구하는 방법에 대한 자세한 내용은 Edge 전송 서버 재해 복구를 위한 복제된 구성 작업 사용을 참조하십시오.
보호할 각 데이터 범주에 대한 백업 일정과 각 범주에 대한 백업 유형(일반, 증분, 차등)의 빈도를 결정합니다. 백업 일정 준비에 도움이 되는 자세한 내용은 Exchange 환경에서 보호해야 하는 항목을 참조하십시오.
필요한 데이터를 보호하는지 확인.
Active Directory 디렉터리 서비스에 저장된 데이터와 같이 다른 원본으로부터 데이터를 복제하여 복원할 수 있는 구성 요소, Exchange 데이터베이스 및 트랜잭션 로그 파일과 같이 백업에서 복원해야 하는 구성 요소, 그리고 커넥터 및 서버 구성과 같이 다시 만들 수 있는 데이터 등을 확인합니다.
보호할 수 있는 데이터에는 다음이 포함됩니다.
Microsoft Windows Server 운영 체제 데이터
도메인 컨트롤러 데이터
Exchange 2007 데이터베이스 및 트랜잭션 로그
Edge 서버 구성 데이터
허브 서버 구성 데이터
클라이언트 액세스 서버 구성 데이터.
인증 기관(인증 서비스를 실행하는 서버용)
클러스터 구성 데이터(백 엔드 클러스터링을 사용 중인 경우)
개별 사서함(옵션)
고유한 동적 데이터 서버에 저장되어 있고 다시 만들거나 복원하기 어려운 조직 관련 데이터를 모두 보존합니다. 이러한 데이터에는 IIS(인터넷 정보 서비스)용 Web Forms 또는 사용자 지정 스크립트 등이 있습니다.