Backup Exec 21.1 베스트 프랙티스

다음을 수행하려면 순환 로그를 실행 중지해야 합니다.

데이터베이스에서 별도의 실제 디스크에 트랜잭션 로그 파일을 저장합니다. 데이터베이스를 포함하고 있는 디스크가 손상된 경우 트랜잭션 로그를 복구 리소스로 사용할 수 있습니다.

삭제한 항목 및 편지함에 대한 보존 기간을 사용 가능한 디스크 공간에 적합한 시간 길이로 설정합니다. 보존 기간이 길수록 더 많은 디스크 공간이 필요합니다. 하지만 일부 보존 기간은 편지함 또는 데이터베이스를 복원할 필요가 없도록 할 수 있습니다. 가능하면 전체 백업이 수행되기 전까지 항목이 삭제되지 않도록 Exchange Server를 구성합니다.

SCSI 컨트롤러에서 캐시 쓰기를 해제합니다. 작업이 디스크에 쓰여지기 전에 시스템에서 오류가 발생할 경우 데이터 손상이 일어날 수 있습니다.

응용 프로그램, 보안 및 시스템 로그에서 Exchange Server 기능에 영향을 미칠 수 있는 관련 이벤트를 모니터링합니다.

유지 관리 및 복구 절차에 충분한 디스크 공간을 허용합니다. 자세한 내용은 Microsoft 설명서를 참조하십시오.

Exchange Server 구성을 자세히 문서화합니다.

가능하면 Exchange Server를 도메인 컨트롤러로 만들지 않습니다. Active Directory를 먼저 복원할 필요가 없으면 Exchange를 좀 더 쉽게 복원할 수 있습니다. 또한 Exchange Trusted Subsystem 계정에 권한을 추가할 수 있습니다.

적어도 두 개 이상의 도메인 컨트롤러가 있는 도메인에 Exchange Server를 설치합니다. 도메인에 도메인 컨트롤러가 두 개 있으면 오류가 발생한 도메인 컨트롤러의 데이터베이스를 복제본으로 업데이트할 수 있습니다.

Microsoft Exchange 데이터베이스 파일을 백업 및 복원하려면 Microsoft Exchange 편지함 서버와 DAG(데이터베이스 가용성 그룹)의 각 노드에 대한 로컬 관리자 권한이 있어야 합니다.

Exchange 2010/2013에서는 각 데이터베이스에 대해 최소 한 개의 비활성 데이터베이스 복사본이 있는 DAG(데이터베이스 가용성 그룹)를 사용하여 데이터 손실로부터 보호합니다. 비활성 복사본을 여러 개 생성할 수 있는 경우 두 번째 비활성 복사본은 24시간의 로그 재생 지연 시간을 사용해야 합니다.

Microsoft Exchange Capacity Planning Guide(영문)에 따라 두 개 이상의 Exchange 데이터베이스 간에 사용자 편지함을 분할합니다.

중간 크기의 Exchange 데이터베이스를 유지합니다. 데이터베이스가 크면 백업 시간이 길어질 수 있습니다.

전체 백업을 실행할 때 GRT(Granular Recovery Technology) 옵션을 실행합니다. GRT 옵션은 별도의 편지함 백업 없이도 데이터베이스 백업에서 개별 메일 메시지 및 폴더를 복원할 수 있게 해 줍니다.

증분 GRT 실행 Exchange 백업은 중복 제거 디스크 저장 장치로 보내지 않는 것이 좋습니다. 트랜잭션 로그에는 주로 중복 제거되지 않는 고유한 데이터가 포함되어 있기 때문입니다. 최상의 결과를 위해서는 중복 제거 디스크 저장 장치로 Exchange의 전체 백업을 실행하는 백업 정의를 생성한 다음 디스크 저장 장치로의 증분 백업을 실행하십시오.

GRT 실행 백업 작업을 실행할 경우 기본 준비 위치를 변경합니다. 기본 위치는 복구는 물론 GRT 실행 복원 작업을 준비하는 데도 사용됩니다. 성능을 높이려면 시스템 볼륨이 아닌 볼륨으로 위치를 변경해야 합니다.

GRT 실행 백업에 대해 트랜잭션 로그 파일이 75,000개 미만이어야 합니다. 트랜잭션 로그 파일이 75,000개를 초과하면 백업 작업을 완료하는 데 걸리는 시간이 늘어날 수 있습니다.

Information Store에 대해 예약된 유지 관리가 데이터베이스 백업과 동시에 실행되지 않도록 합니다. 이들 작업을 동시에 실행하면 Exchange Server 데이터베이스에서 문제가 발생할 수 있습니다.

Exchange 백업 작업은 다른 백업 작업과 개별적으로 실행됩니다.

Active Directory를 정기적으로 백업합니다.

가능하면 시스템 상태 및 섀도 복사 구성 요소에 대한 정기 백업을 실행합니다. 그러면 IIS(Internet Information Service) 메타베이스 및 Windows 레지스트리가 백업됩니다.

시스템 설정 또는 응용 프로그램 설정을 변경한 후에 백업을 실행합니다.

오프라인 백업을 실행할 때 .Edb 및 .Stm 파일 등 저장소 그룹을 구성하는 모든 파일과 모든 트랜잭션 로그 파일을 백업합니다.

데이터베이스의 복사본이 3개 이상 있는 Exchange 2010/2013 DAG에 대해 일관성 검사를 실행 중지할 수 있습니다.

모든 트랜잭션 로그 복원, 기존 트랜잭션 로그 삭제 안 함이 미치는 영향에 주의합니다. 이 옵션을 실행한 상태에서 작업을 실행하면 Information Store 데이터베이스를 시작하거나 마운트할 때 기존 트랜잭션 로그에 있는 트랜잭션이 적용됩니다. 해당 트랜잭션에 백업이 실행된 후 삭제된 항목이 포함되어 있으면 해당 삭제 내용도 적용됩니다. 따라서 복구하려는 데이터가 삭제되어 있을 수 있습니다. 이러한 경우에는 기존 데이터를 삭제하고 백업 세트로부터 데이터베이스 및 트랜잭션 로그만 복원 옵션을 실행합니다. 이 옵션은 백업 후에 생성된 Exchange 데이터를 폐기합니다. 또는 보조 복구 서버를 사용할 수 있습니다. Exchange 2007 또는 Exchange 2010 이상의 복구 데이터베이스에서 RSG(Recovery Storage Group) 기능을 사용하여 복원을 수행할 수도 있습니다.

Microsoft Eseutil 유틸리티를 사용하여 데이터베이스를 복구해야 하는 경우에는 복구 서버에 디스크 공간이 충분한지 확인합니다. Information Store 데이터베이스 실제 크기의 125%까지 필요할 수도 있습니다. 다른 디스크나 볼륨을 Eseutil 유틸리티를 실행할 임시 위치로 지정할 수도 있습니다. 자세한 내용은 Microsoft 설명서를 참조하십시오.

Exchange Server에서 로그 및 패치 파일에 대해 유효한 임시 위치를 지정했는지 확인합니다. 임시 위치는 복구할 트랜잭션 로그를 수용할 수 있을 만큼 공간이 충분해야 합니다.

복원 작업 후에 데이터베이스를 마운트할 때 문제가 발생하면 Restore.env 파일을 읽어 봅니다. 이 파일의 정보가 문제를 해결하는 데 도움을 줄 수 있습니다. 파일을 읽으려면 Eseutil 유틸리티를 /cm 스위치와 함께 실행합니다. 자세한 내용은 Microsoft 설명서를 참조하십시오.

복원 작업을 구성할 때는 데이터베이스를 마운트할 수 있도록 복원 완료 후 커밋 옵션을 선택합니다. Eseutil 유틸리티를 /cc 스위치와 함께 실행하여 수동 하드 복구를 수행합니다. 자세한 내용은 Microsoft 설명서를 참조하십시오.

원본 서버가 아닌 Exchange Server에 복원하는 경우 다음을 확인합니다.

재해 복구 및 데이터 복구 시나리오가 예상된 결과를 낳을 수 있도록 주기적으로 테스트합니다.

Microsoft 설명서에서 Exchange 데이터베이스 관리, 재해 계획 및 복구에 대한 내용을 숙지합니다.

Exchange Server 구성을 자세히 문서화합니다. 후속 변경 사항을 문서화합니다. 적용된 모든 핫픽스 및 서비스 팩을 확인합니다.