Tchater maintenant avec le support
Tchattez avec un ingénieur du support

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

Exchange용 NetVault Backup- 플러그인 소개 Exchange 데이터 보호 전략 정의 Exchange Server 배포 계획 플러그인 설치 및 제거 플러그인 구성 데이터 백업 데이터 복원 문제 해결

차등 백업

차등 백업에서는 가장 최근의 전체 또는 증분 백업 이후에 발생한 변경 사항을 캡처하는 트랜잭션 로그 파일을 백업합니다. 차등 백업에서는 트랜잭션 로그 잘라내기를 수행하지 않기 때문에 Exchange Server의 운영 상태를 유지하지 않습니다.

각 차등 백업에는 이전의 차등 백업에도 포함된 트랜잭션 로그 파일과 이전의 차등 백업 이후에 생성된 트랜잭션 로그 파일이 포함되기 때문에 이후의 차등 백업은 크기와 시간이 증가합니다. 예를 들어 일요일에 전체 백업을 수행하였고 월요일에서 토요일까지 차등 백업이 예약되어 있는 경우에 월요일의 차등 백업에는 일요일에 수행된 전체 백업 이후에 생성된 트랜잭션 로그 파일이 포함되는 반면에 화요일의 차등 백업에는 월요일에 생성된 트랜잭션 로그 파일과 화요일에 생성된 파일이 포함됩니다. 수요일의 차등에는 월요일, 화요일 및 수요일에 대한 트랜잭션 로그 파일이 포함되며 이런 식으로 계속됩니다.

트랜잭션 로그 전용 백업처럼 차등 백업도 항상 기준 백업이 있어야 하며 이는 전체 백업인 경우가 많습니다. 먼저 전체 백업을 수행하지 않고 차등 백업을 수행하면 백업이 실패할 수 있고 Exchange Server를 올바르게 복원 및 복구하지 못할 수도 있습니다.

차등 백업을 전체 백업과 함께 사용하면 우수한 백업 성능, 우수한 복원 성능, 그리고 전체 백업을 통한 적절한 전체 데이터베이스 유지 관리 간의 적절한 트레이드오프를 제공합니다.

증분 대 차등 백업

Exchange Server에서는 증분 백업에서 트랜잭션 로그 파일을 백업한 후에 잘라내기 때문에 이후의 증분 백업이 더 빨라집니다. 마지막 증분 백업 이후에 생성된 트랜잭션 로그 파일만 백업되기 때문에 더 빨라지는 것입니다. 하지만 증분 백업을 사용하는 복원 시퀀스에서는 전체 백업과 실패한 시점 사이에 수행한 모든 증분 백업을 연속으로 복원해야 합니다. 여러 복원 작업을 시작하기 위해 필요한 사람의 개입이 증가하기 때문에 이 프로세스에서는 복원 시간이 길어질 수 있습니다.

차등 백업에서는 트랜잭션 로그 파일을 백업한 후에 잘라내지 않습니다. 마지막 전체 백업 이후의 모든 트랜잭션 로그 파일이 백업에 포함되기 때문에 이후의 차등 백업에는 더 많은 시간이 걸립니다. 그렇지만 차등 백업을 사용하는 복원 시퀀스에서는 전체 백업을 복원한 후에 단 하나의 차등 백업만 복원하면 됩니다. 복원 프로세스 중에 필요한 사람의 개입이 줄어들기 때문에 이 프로세스에서는 복원 시간이 줄어듭니다.

증분 백업과 차등 백업 사이에서 결정을 내려야 할 때 추가로 고려할 사항은 원하는 트랜잭션 로그 파일 잘라내기 빈도입니다. 증분 백업을 구현하면 Exchange Server에서 증분 백업과 같은 빈도로 트랜잭션 로그 파일을 잘라냅니다. 예를 들어 증분 백업을 매일 수행하면 매일 트랜잭션 로그 파일을 잘라냅니다. 하지만 차등 백업에서는 전체 백업을 수행할 때만 트랜잭션 로그 파일을 잘라냅니다. 따라서 주 단위로만 전체 백업을 수행하는 경우에는 주 단위로만 트랜잭션 로그 파일을 잘라냅니다.

차등 백업 전략을 구현하면 복원이 더 빨라지지만 Exchange Server의 운영 상태를 유지하기 위해 전체 백업을 더 자주 수행해야 합니다.

백업 시퀀스의 예

전체 백업만 수행: 요구 사항에서 전날까지의 백업 보호를 보장하는 경우에는 다음과 같은 조건에서 밤마다 전체 백업을 수행하는 것으로 충분합니다.
전체 및 증분 백업: 요구 사항에서 전날까지의 데이터 보호를 보장하는 경우에는 백업 시간이 가능한 빨라야 하며 정기적인 트랜잭션 로그 파일 잘라내기가 필요합니다. 전체 백업과 함께 증분 백업을 수행하는 것이 가장 좋은 조합입니다.
전체 및 차등 백업: 요구 사항에서 전날까지의 데이터 보호를 보장하는 경우에는 복원 및 백업 시간이 적절히 빨라야 하며 가끔 트랜잭션 로그 파일을 잘라내기만 하면 됩니다. 전체 백업과 함께 차등 백업을 수행하는 것이 가장 좋은 조합입니다.

스냅샷 기반 백업 이해

Exchange 2010 이상을 사용하고 있는 경우에는 플러그인에서 하드웨어 또는 소프트웨어 VSS 공급자를 사용하여 영구 또는 비영구 VSS 기반 스냅샷을 만들 수 있습니다. 이 플러그인에서는 VSS 공급자를 사용하여 클라이언트에 스냅샷을 만든 다음에 이 스냅샷 또는 여러 스냅샷에서 선택한 데이터를 저장소 장치로 복사합니다.

독립 실행형 Exchange Server 배포를 사용하고 있는 경우에는 Dell Compellent 저장소 어레이와 함께 하드웨어 기반의 통합 VSS 스냅샷을 사용할 수 있습니다. (DAG 환경에서는 소프트웨어 기반의 Microsoft VSS 공급자를 사용하는 VSS 백업만 지원됩니다.)

영구 스냅샷을 만들고 사용하려면 백업하려는 데이터가 NetVault Backup 지원 디스크 어레이에 있어야 합니다. 지원되지 않는 디스크 어레이에 있는 데이터를 사용하거나 (Microsoft 소프트웨어 VSS 공급자를 사용하여 스냅샷을 만든) 로컬 드라이브에 있는 데이터를 사용하여 영구 스냅샷을 만들려고 시도하면. 필요한 하드웨어 스냅샷을 만들지 못하게 되고 플러그인은 기본적으로 소프트웨어 스냅샷을 사용합니다. 소프트웨어 스냅샷을 만들 때 (파일을 저장소에 백업 옵션을 선택하지 않은 경우에도) 데이터는 저장소로만 백업되고 비영구 스냅샷이 만들어집니다.

NetVault Backup 지원 디스크 어레이와 지원되지 않는 디스크 어레이 또는 로컬 드라이브를 함께 사용하는 다른 저장소에 있는 데이터가 백업에 포함되어 있는 경우에도 같은 문제가 발생합니다. 예를 들어 백업에 5개의 Exchange 사서함 데이터베이스가 포함되어 있고, 이 중에서 3개의 사서함 데이터베이스가 NetVault Backup이 지원되는 디스크 어레이의 서로 다른 볼륨에 있고 다른 2개의 사서함 데이터베이스는 Exchange Server의 서로 다른 2개의 로컬 드라이브에 있으며 스냅샷을 영구적으로 유지를 선택하였다면 모든 사서함 데이터베이스가 NetVault Backup이 지원되는 디스크 어레이에 있는 것이 아니기 때문에 하드웨어 스냅샷을 만들기에 실패합니다. 필요한 하드웨어 스냅샷을 만들지 못하면 플러그인에서는 소프트웨어 스냅샷을 만들려고 시도합니다. 성공하면 데이터는 파일을 저장소에 백업 옵션을 선택하지 않은 경우에도 NetVault Backup 관리 저장소로 저장됩니다.

NetVault Backup 지원 OS 버전 및 디스크 어레이에 대한 자세한 내용은 Quest NetVault Backup 호환성 가이드를 참조하십시오.

Documents connexes

The document was helpful.

Sélectionner une évaluation

I easily found the information I needed.

Sélectionner une évaluation