NetVault Plug-in for Exchange 12.3 - 사용자 안내서

VSS (Volume Shadow Copy Service) 백업 방법 검토

VSS (Volume Shadow Copy Service) 백업 방법 검토

Microsoft는 VSS를 사용 하 여 Exchange 데이터 스냅숏을 만드는 기능을 지원 합니다. Microsoft는 Exchangespecific를 대신 하 여 Exchange 서비스와 조정 되는 VSS 작성기를 제공 합니다. Exchange 용백업 전에 Mailbox 데이터베이스 파일을 준비 하 고 Exchange 트랜잭션으로 인해 입/출력 (I/o) 활동을 고정 한 다음 백업이 완료 된 후에 로그를 고정 해제 하 고 잘라내야 합니다.

VSS를 사용 하면 다음을 수행할 수 있습니다.

●	스냅숏을 사용 하 여 디스크 또는 테이프 기반 저장소 장치에 일관 된 백업을 수행 합니다.

●	NetVault Backup-지원 되는 디스크 배열에 스냅숏 생성 및 저장.

주의 에 저장소에 파일 백업 옵션은 디스크 기반 저장소에서 지원 됩니다. 를 사용 하려면 백업 오프-클라이언트를 사용 하 여 호스트, 배열 기반 영구 보존 생성, 찾아 다음 이후 삭제 옵션을 선택 하면 백업 하는 데이터가 NetVault Backup 지원 디스크 배열에 있어야 합니다. 또한 영구 스냅숏의 경우 메타 데이터만 대상에 복사 됩니다.

트랜잭션 로그 파일 관리

트랜잭션 로그 파일 관리

Exchange Server 백업 전략을 정의할 때 트랜잭션 로그 파일 관리는 기본 고려 사항입니다.

가지 중요: Exchange Server 데이터베이스에 대 한 모든 변경 사항이 트랜잭션 로그 파일에 먼저 커밋 되었기 때문에 트랜잭션 로그 파일의 과도 한 누적을 방지 하기 위해 정기적으로 전체 또는 증분 백업을 수행 하는 것이 Quest 좋습니다. 정기적인 백업을 수행 하지 않으면 트랜잭션 로그 파일 수가 줄어들기 때문에 결국 백업 작업이 실패할 수 있습니다. 또한, 수천 개의 트랜잭션 로그 파일이 백업 작업을 처리 하 고 인덱스를 생성 하는 데 필요한 시간에 부정적인 영향을 미칩니다. 환경에 Exchange Server에 대 한 자주 변경 사항이 포함 된 경우, Quest 트랜잭션 로그 파일의 누적을 줄이기 위해 백업 빈도를 늘리는 것이 좋습니다.

트랜잭션 로그 파일 잘라내기

트랜잭션 로그 파일 잘라내기

트랜잭션 로그 파일 잘라내기는 Exchange Server Mailbox Database를 "정리" 하 고 성능을 개선 하며 디스크 공간 요구량과 데이터베이스를 복원 하는 데 필요한 시간을 줄여 줍니다.

Quest 트랜잭션 로그 파일 잘라내기를 수행 하는 백업을 정기적으로 수행 하도록 권장 합니다. 종종 트랜잭션 로그 파일 잘라내기를 수행 하는 주간 또는 semimonthly 백업이 권장 됩니다. 최적의 빈도는 각 Exchange 서버의 사용 및 구성에 따라 상당히 다를 수 있습니다.

를 사용 하는 경우 백업 유형 트랜잭션 로그 파일 잘라내기 (예: 전체 및 증분 백업 유형)를 지 원하는 트랜잭션 로그 파일 잘라내기는 플러그인이 성공적으로 완료 되었다는 사실을 알린 후에 Exchange Server에서 수행 됩니다. 또한 잘라내기 발생 시기는 Exchange Server에 따라 다르며 복제와 같이 더 많은 용도로 로그가 필요한 지 여부를 나타냅니다. 따라서 백업이 성공적으로 완료 된 후 즉시 잘라내기가 발생 하지 않을 수 있습니다.

DAG 환경에서 트랜잭션 로그 파일 잘라내기는 데이터베이스의 replay lag 및 잘라내기 지연 시간 속성에 의해서도 결정 됩니다. 속성을 구성할 수 있습니다. Replay lag 시간은 데이터베이스 복사본에 대 한 로그 replay 지연 시간을 분 단위로 정의 합니다. 잘라내기 지연 시간 로그 파일이 데이터베이스 복사본에 재생 된 후에 데이터베이스 복사본에 대 한 로그 삭제를 지연 시키는 시간 (분)을 정의 합니다.

●	Exchange Server가 트랜잭션 로그 파일을 잘라내려면 다음 조건을 충족 해야 합니다.

●	순환 로깅이 활성화 되어 있거나 순환 로깅이 비활성화 되었고 로그 파일이 전체 또는 증분 백업에 포함 되었습니다.

●	트랜잭션 로그 파일 시퀀스가 Exchange Server 데이터베이스에 커밋된 마지막 트랜잭션 로그 파일의 순서 보다 짧습니다. 커밋된 마지막 시퀀스가 데이터베이스 검사점 파일 (.chk)에 기록 됩니다.

●	DAG와 같은 복제 환경에서 데이터베이스의 다른 모든 복사본은 트랜잭션 로그 파일의 수신을 확인 하 고 해당 내용을 데이터베이스 파일로 replay 합니다.

DAG 환경에서 모든 데이터베이스 복사본은 트랜잭션 로그 파일이 재생 되었음을 확인 하기 전까지 트랜잭션 로그 파일을 유지 합니다. 데이터베이스의 수동 복사본이 하나 이상 일시 중단 되거나 오프 라인 상태가 되 면 로그 잘림이 발생 하지 않고 트랜잭션 로그 파일 buildup 디스크 공간을 사용 합니다.

주의 환경에 트랜잭션 로그 파일이 있고 디스크 공간이 buildup 경우에는 수동 데이터베이스 복사본의 온라인 상태를 확인 합니다. 유지 관리 등의 이유로 하나 이상의 데이터베이스 복사본을 오랫동안 일시 중지 하거나 오프 라인으로 유지 해야 하는 경우에는 해당 수동 데이터베이스 복사본을 일시 중지 하거나 오프 라인으로 설정 하지 말고 제거 하십시오. 유지 관리가 완료 되 면 수동 데이터베이스 복사본을 다시 추가할 수 있습니다.

느슨한 잘라내기

일시 중지 된 또는 오프 라인 데이터베이스 복사본으로 인해 트랜잭션 로그 파일 buildup 효과를 줄이기 위해 Exchange Server 2013 서비스 팩 1이 도입 되었습니다. 느슨한 잘라내기. 느슨한 잘라내기를 사용 하면 각 데이터베이스 복사본은 사용 가능한 디스크 공간을 추적 하 고 디스크 공간이 매우 낮을 때 느슨한 잘라내기를 적용 합니다. 느슨한 잘림이 적용 된 경우 각 수동 데이터베이스 복사본은 자체 트랜잭션 로그 파일을 독립적으로 자릅니다. 활성 데이터베이스 복사의 경우 잘라내기는 로그를 재생 하는 중인 수동 데이터베이스 복사본을 무시 합니다.

느슨한 잘라내기는 기본적으로 비활성화 되어 있습니다. 느슨한 잘라내기를 활성화 하려면 각 Exchange Server DAG 노드에서 Windows 레지스트리를 편집 해야 합니다. 느슨한 잘라내기를 활성화 하기 전에 데이터 보호 목표에 도움이 되는지 확인 하십시오. 느슨한 잘라내기를 활성화 하는 방법에 대 한 자세한 내용은 Exchange Server 설명서를 참조 하십시오.

전체 또는 트랜잭션 로그 전용 백업

전체 또는 트랜잭션 로그 전용 백업

전체 백업 파일 유형에 관계 없이 데이터베이스의 모든 파일을 백업 합니다. 트랜잭션 로그 전용 백업에서는 데이터베이스에 대 한 트랜잭션 로그 파일만 백업 합니다.

전체 백업에서는 모든 데이터베이스 파일을 백업 하 여 독립 실행형 복원 기능을 제공할 수 있습니다. 데이터베이스의 크기에 따라 전체 백업 시 저장소 요구 사항 및 백업을 완료 하는 데 필요한 시간을 확인할 수 있습니다. 대형 데이터베이스인 경우 저장소 및 시간 요구 사항이 상당히 고려 될 수 있습니다.

트랜잭션 로그 전용 백업은 마지막 전체 백업이 수행 된 이후 새 활동을 캡처하기 위한 더 가벼운 백업입니다. 이 백업 유형은 대형 데이터베이스에 대 한 백업 시간 및 저장소 요구 사항을 크게 줄일 수 있지만, 전체 복원을 수행 하기 위해 하나 이상의 이전 백업에 대 한 종속성을 소개 합니다.

가지 연속 되지 않은 복제 환경을 위한 VSS 기반 백업에서는 전체 또는 트랜잭션 로그 전용 백업이 완료 될 때 트랜잭션 로그를 잘라냅니다. Microsoft Exchange 복제 서비스는 삭제 된 로그 파일이 수동 복사본 데이터베이스에 성공적으로 적용 되었고 활성 및 대상 모두를 모두 확인 한 후에 백업 된 로그 파일을 활성 및 수동 복사본 로그 파일 경로 모두에서 삭제 합니다. 수동 복사본 데이터베이스 검사 지점에서 문제가 있는 로그 파일을 전달 했습니다.