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

차등 백업

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

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

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

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

증분 대 차등 백업

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

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

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

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

백업 시퀀스의 예

스냅샷 기반 백업 및 복원 이해

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

Dell Compellent 저장소 어레이에 대한 하드웨어 기반의 통합 VSS 스냅샷을 이용할 수 있습니다. 동일한 백업 작업에 Compellent 및 Compellent 이외 데이터베이스 혼합이 포함되면 플러그인은 포함된 모든 데이터베이스를 같은 저장소 장치에 백업함에 주의하십시오.

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

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

중요: DAG 환경을 실행하고 있는 경우 DAG에 포함된 모든 Exchange Server에 소프트웨어 기반 Microsoft VSS 공급자가 있는지 확인하십시오. 또한 소프트웨어 기반 공급자가 모든 공급업체의 하드웨어 기반 VSS 공급자보다 우선 순위가 더 높은지 확인하십시오.

백업 대상이 디스크 어레이와 같이 NetVault Backup 미디어가 아니고 복구를 완료해야 하는 경우에는 다음 사항에 유의하십시오. Exchange 데이터베이스를 DAG로 복원하고 대상 클라이언트를 지정하지 않은 경우에는 플러그인이 활성 복사본을 호스팅하는 노드에 데이터베이스를 복원합니다. 영구 스냅샷에서 데이터베이스를 복원하는 경우에는 플러그인이 백업 프로세스 중에 스냅샷을 생성한 클라이언트의 볼륨을 매핑합니다. 이러한 조건 때문에 대상 클라이언트가 NetVault Backup 가상 클라이언트인 DAG로 영구 스냅샷을 복원할 때는 백업 프로세스 중 스냅샷을 생성하는 노드에서 활성 복사본을 호스팅해야 합니다.

예: DB1이 백업되고 있는 동안 node1이 스냅샷을 생성하는 경우 스냅샷에서 DB1을 복원할 때 node1이 DB1 활성 복사본을 호스팅해야 합니다. 그렇지 않으면 복원이 실패합니다. 예를 들어, 현재 node2가 DB1의 활성 복제본을 호스팅하고 있는 경우 node2의 활성 역할을 node1로 이동해야 합니다.

활성 역할 할당을 변경하려면 다음 PowerShell 명령을 사용합니다.

If the damage to the database causes validation failures, use the -SkipClientExperienceChecks switch to force activation of the database:

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