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

차등 백업

차등 백업

차등 백업은 가장 최근의 전체 또는 증분 백업 이후 변경 된 내용을 캡처하는 트랜잭션 로그 파일을 백업 합니다. 차등 백업은 트랜잭션 로그 잘라내기를 수행 하지 않으므로 Exchange 서버의 작동 상태를 유지 하지 않습니다.

각 차등 백업에는 이전 차등 백업에도 포함 된 트랜잭션 로그 파일이 포함 되어 있고 다음 이후 생성 된 트랜잭션 로그 파일을 포함 하기 때문에 이후의 차등 백업은 크기와 기간을 증가 시킵니다. 이전 차등 백업. 예를 들어, 월요일부터 토요일까지 예약 된 차등 백업에서 전체 백업을 일요일에 찍은 경우 월요일의 차등에는 일요일의 전체 백업 이후 생성 된 트랜잭션 로그 파일이 포함 되며 화요일의 차등에는 월요일에 생성 된 트랜잭션 로그 파일과 화요일에 생성 된 파일. 수요일에는 월요일, 화요일, 수요일 등의 트랜잭션 로그 파일이 포함 됩니다.

트랜잭션 로그 전용 백업과 마찬가지로 차등 백업에는 항상 전체 백업 인 기본 백업이 있어야 합니다. 먼저 전체 백업을 수행 하지 않고 차등 백업을 수행 하면 백업 오류가 발생 하 여 Exchange 서버를 올바르게 복원 및 복구할 수 없습니다.

전체 백업에 사용 되는 경우, 차등 백업은 전체 백업을 통해 양호한 백업 성능, 올바른 복원 성능 및 전체 데이터베이스 유지 관리에 적합 한 장단점을 제공 합니다.

증분 및 차등 백업

증분 및 차등 백업

Exchange Server는 증분 백업에서 백업 된 후 트랜잭션 로그 파일을 잘라냅니다. 이후 증분 백업은 더 빠릅니다. 마지막 증분 백업 이후에 생성 된 트랜잭션 로그 파일만 백업 하기 때문에 속도가 더 빠릅니다. 그러나 증분 백업을 사용 하는 복원 순서는 전체 백업 및 실패 지점 사이에 수행 된 모든 증분을 연속 해 서 복원 해야 합니다. 이 프로세스는 여러 복원 작업을 시작 하는 데 필요한 사용자 개입 증가 때문에 더 오래 복구 될 수 있습니다.

차등 백업은 트랜잭션 로그 파일을 백업한 후에이를 자르지 않습니다. 마지막 전체 백업 이후 모든 트랜잭션 로그 파일이 백업에 포함 되므로 이후의 차등 백업이 더 오래 걸립니다. 그럼에도, 차등 백업을 사용 하는 복원 시퀀스에는 전체 백업이 복원 된 후 하나의 차등 백업만 복원 되어야 합니다. 이 프로세스를 수행 하면 복원 프로세스 중에 더 적은 인적 간섭이 필요 하므로 복원이 더 빨라집니다.

증분 및 차등 백업 중에서 결정할 때에는 트랜잭션 로그 파일 잘라내기의 원하는 빈도가 고려 됩니다. 증분 백업을 구현할 때 Exchange 서버에서 증분 백업와 동일한 빈도로 트랜잭션 로그 파일을 잘라냅니다. 예를 들어 매일 증분 백업을 수행 하는 경우 트랜잭션 로그 파일이 매일 잘립니다. 그러나 차등 백업의 경우에는 전체 백업이 수행 될 때만 트랜잭션 로그 파일이 잘립니다. 따라서 전체 백업이 매주만 수행 되 면 트랜잭션 로그 파일은 매주만 잘립니다.

차등 백업 전략을 구현 하면 더 빠른 복원을 수행할 수 있을 뿐만 아니라 Exchange 서버의 작동 상태를 유지 하기 위해 더 자주 전체 백업이 수행 됩니다.

백업 시퀀스의 예

백업 시퀀스의 예

●	전체 백업만: 요구 사항이 이전에 백업 보호를 보장 하는 경우 다음과 같은 조건에 따라 매일 밤 전체 백업을 수행 해야 합니다.

■	백업 창이 큽니다.

■	시간 후 이메일 볼륨이 낮습니다.

■	정기적인 트랜잭션 로그 파일 잘림이 필요 합니다.

●	전체 및 증분 백업: 요구 사항으로 이전 날의 데이터 보호가 보장 되는 경우 백업 시간은 가능한 한 빨라야 합니다.및 정기적인 트랜잭션 로그 파일 잘림이 필요 합니다. 증분 백업과 결합 된 전체 백업이 가장 적합 합니다.

예를 들어, 매주 일요일 밤에 전체 백업 수행 중 11:00 p.m.에 증분 백업이 월요일부터 11:00 토요일까지 수행 됩니다. 각 증분 백업에는 이전 야간 백업 이후 생성 된 트랜잭션 로그 파일, 전체 백업 또는 평일 로부터의 증분 백업 중 하나가 포함 됩니다.

이 유형의 백업 시퀀스를 복원 하는 데 많은 시간이 걸립니다. 예를 들어, 화요일에 복구가 수행 되 면 일요일의 전체 백업 및 월요일의 증분 백업만 복원 해야 합니다. 하지만 복구를 수요일에 수행 하는 경우에는 일요일 전체 백업 뒤에 월요일과 화요일의 증분 백업을 복원 해야 합니다. 백업이 더 빠른 경우에도 여러 복원 작업을 실행 하는 데 필요한 작업으로 인해 복원이 더 오래 걸릴 수 있습니다.

●	전체 및 차등 백업: 요구 사항으로 이전 날의 데이터 보호가 보장 되는 경우 복원 및 백업 시간은 매우 빨라야 합니다.트랜잭션 로그 파일 잘림이 가끔씩만 필요 하며, 전체 백업이 차등 백업과 결합 되어 있어야 합니다.

예를 들어, 매주 일요일 밤에는 차등 백업이 월요일부터 토요일까지 (11:00 오후에) 수행 되는 동안 11:00에 전체 백업을 수행 합니다. 각 차등 백업에는 마지막 전체 백업 이후 생성 된 트랜잭션 로그 파일이 포함 됩니다. 이 프로세스에는 증분 백업 보다 더 많은 백업 시간이 필요 합니다. 복구가 필요한 지점에 관계 없이 동일한 수의 복원 작업이 필요 합니다. 예를 들어, 화요일에 복구가 수행 되 면 일요일의 전체 백업 및 월요일의 차등 백업을 복원 해야 합니다. 하지만, 목요일에 복구를 수행 하는 경우에는 일요일의 전체

그 다음에는 백업 수요일의 차등 백업을 복원 해야 합니다. 이후의 차등 백업이 크기는 있지만 기간에만 증가 하더라도 복원 작업을 더 적게 실행 해야 하기 때문에 복원이 더 빨라집니다.

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

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

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

Dell Compellent 저장소 배열과 함께 하드웨어 기반 통합 VSS 스냅숏을 사용할 수 있습니다. 동일한 백업 작업에 데이터베이스, Compellent 및 비-Compellent가 혼합 되어 포함 된 경우 플러그인은 포함 된 모든 데이터베이스를 동일한 저장 장치에 백업 합니다.

영구 스냅숏을 생성 하 고 사용 하려면 백업 하려는 데이터가 NetVault Backupsupported 디스크 배열에 있어야 합니다. 지원 되지 않는 디스크 배열에 있는 데이터 또는 로컬 드라이브에 있는 데이터 (Microsoft Software VSS 공급자를 사용 하 여 스냅숏이 생성 되는 데이터)를 사용 하 여 영구 스냅숏을 만들려고 시도 하는 경우 필요한 하드웨어 스냅숏을 작성 하는 데 실패 하 고 플러그인은 기본적으로 소프트웨어 스냅숏을 사용 합니다. 소프트웨어 스냅숏을 작성 하는 경우 데이터는 저장소에만 백업 됩니다 (옵션 저장소에 파일 백업 선택 되지 않음) 및 비영구 스냅숏이 생성 됩니다.

백업에 NetVault Backupsupported 되는 디스크 배열과 지원 되지 않는 디스크 배열 또는 로컬 드라이브를 혼합 하는 여러 저장소에 있는 데이터가 있는 경우에도 동일한 문제가 발생 합니다. 예를 들어, 백업에

Exchange Mailbox Database-세 개의 사서함 데이터베이스가 NetVault의 다른 볼륨에 있습니다.

백업-지원 되는 디스크 어레이 및 다른 두 개의 사서함 데이터베이스가 Exchange Server의 서로 다른 두 로컬 드라이브에 있으며, 배열 기반 영구 보존 생성모든 Mailbox 데이터베이스가 백업 지원 디스크 배열 NetVault에 없기 때문에 하드웨어 스냅숏을 작성 하지 못합니다. 필수 하드웨어 스냅숏을 작성 하지 못한 경우 플러그인은 소프트웨어 스냅숏을 작성 합니다. 성공적으로 수행 되 면 데이터가 백업-관리 되는 저장소 NetVault 저장소에 파일 백업 선택 되지 않았습니다.

가지 DAG 환경을 실행 하는 경우 소프트웨어 기반 Microsoft VSS 제공 자가 DAG에 포함 된 모든 Exchange Server에 적절 한지 확인 하 고 소프트웨어 기반 공급자가 공급 업체의 하드웨어 기반 VSS 공급자 보다 우선 하는지 확인 합니다.

백업 대상이 디스크 배열과 같은 비 NetVault Backup 미디어이 고 복원을 완료 해야 하는 경우 다음 사항에 주의 하십시오. Exchange 데이터베이스를 DAG로 복원 하 고 대상 클라이언트를 지정 하지 않으면 플러그인이 데이터베이스를 호스트 하는 노드로 복원 합니다. . 영구 스냅숏에서 데이터베이스를 복원 하는 경우 플러그인은 백업 프로세스 중에 스냅숏을 만든 클라이언트의 볼륨을 매핑합니다. 이러한 조건으로 인해 영구 스냅숏에서 DAG (대상 클라이언트가 NetVault Backup 가상 클라이언트)로 복원 하려면 데이터베이스의 활성 복사본이 백업 프로세스 중에 스냅숏을 생성 하는 노드에서 호스트 되어야 합니다.

예: If 옮기고 동안 스냅숏을 생성 DB1 을 (를) 백업 중입니다. DB1 을 (를) 스냅숏에서 옮기고 는 DB1의 활성 복사본 호스트입니다. 그렇지 않으면 복원이 실패 합니다. 예를 들어, 노드 2가 현재 DB1의 활성 복사본을 호스팅하고 있는 경우 활성 역할을 2 돌아가기 옮기고.

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

이동-ActiveMailboxDatabase <DatabaseName> -Server <ServerName> -MountDialOverride: 없음

데이터베이스가 손상 되어 유효성 검사에 실패 하는 경우-SkipClientExperienceChecks 데이터베이스 강제 활성화 전환:

이동-ActiveMailboxDatabase <DatabaseName> -Server <ServerName>

-MountDialOverride: 없음-SkipClientExperienceChecks

NetVault Backup 지원 OS 버전과 디스크 배열에 대 한 자세한 내용은 다음을 참조 하십시오. Quest NetVault Backup 호환성 안내서.

3