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

Exchange Server 데이터베이스 보호

데이터베이스는 Exchange Server 스키마 내부에서 저장소 조직의 가장 미세한 단위입니다. 사서함은 특정 데이터베이스로 할당되므로 보안 또는 확장성을 위해 사서함별로 데이터를 분리할 수 있습니다. 가끔 성능을 개선하거나 백업 빈도를 높이기 위해 중요한 사서함이나 대용량 사서함을 별도의 데이터베이스로 분리합니다.

데이터베이스는 사서함, 메시지, 폴더 저장소, 그리고 Exchange Server에서 지원하는 다양한 기타 데이터 개체를 보관하는 데 사용됩니다. 데이터베이스는 매우 다양한 데이터 개체를 포함할 수 있지만 대개 메일 저장소와 공용 폴더 저장소라는 두 유형 중의 하나입니다. Exchange Server 용어에서 저장소는 데이터베이스와 같습니다.

또한 Microsoft는 동시 데이터베이스에 대한 지원을 증가시켜 Exchange Server 제품의 에디션을 차별화합니다. 엔터프라이즈 에디션은 표준 에디션보다 많은 동시 데이터베이스를 지원하는 것으로 정의됩니다.

Exchange Server 트랜잭션 로그 보호

Exchange Server 데이터베이스에 생긴 모든 변경 사항은 먼저 트랜잭션 로그 파일로 적용됩니다. 사용자가 사서함에 저장된 데이터를 수정하거나 데이터가 사서함에 추가될 때마다 해당 변경 사항은 트랜잭션 로그 파일에 기록된 다음에 Exchange Server 데이터베이스에 기록됩니다.

사용 가능한 백업 방법 검토

Exchange용 플러그인 은 다음과 같은 백업 방법을 지원합니다.

Exchange 2007의 경우 이 플러그인은 ESE 또는 순수 VSS 백업 전략의 구현을 지원합니다. 즉, 백업 전략에 ESE 백업 또는 VSS 백업이 포함되어야 하지만 이 둘의 조합이 포함되어서는 안 됩니다. Exchange 2010 이상에서는 VSS가 Exchange에서 지원하는 유일한 옵션입니다.

Microsoft는 Exchange 2007 및 그 이전 버전에 대한 ESE를 사용하여 Exchange Server 데이터베이스의 온라인 백업 수행을 지원합니다. ESE는 Microsoft에서 표준 Exchange Server 구성 요소로 제공하며 Exchange에 대한 가장 높은 수준의 호환성을 제공합니다.

중요: Windows Server 2008은 Exchange Server 2007 SP1 이상을 지원합니다. Exchange 2007의 이전 버전은 지원되지 않습니다. 표준 Exchange Server 2007 SP1 설치에는 Exchange Server Bin 폴더에 ESE 클라이언트 라이브러리(esebcli2.dll)가 있습니다. Exchange Server 2007 SP1에 대한 esebcli2.dll의 파일 버전은 8.1.240.5입니다. 하지만 이 라이브러리가 Exchange Bin 폴더에서 Windows Bin 폴더로 복제되지 않으면 이 .dll 파일의 이전 버전이 Windows Bin 폴더에 존재할 수도 있습니다. Exchange용 플러그인 은 Windows Bin 폴더에서 사용할 수 있는 ESE 클라이언트 라이브러리를 사용합니다. 이전 버전의 라이브러리가 Windows Bin 폴더에 포함되어 있으면 백업 또는 복원 작업이 실패할 수 있습니다. 실패가 발생하면 ESE 클라이언트 라이브러리의 복사본을 Windows Bin 폴더에서 안전한 위치로 저장하고, ESE 클라이언트 라이브러리를 Exchange Server Bin 폴더에서 Windows Bin 폴더로 복사하고, 백업 또는 복원 작업을 다시 실행합니다.

Microsoft는 VSS를 사용하여 Exchange 데이터의 스냅샷을 만들 수 있는 기능을 지원합니다. Microsoft는 저장소 그룹/사서함 데이터베이스 파일의 백업 준비를 하고, 백업 전에 Exchange 트랜잭션 때문에 발생하는 입력/출력(I/O) 활동을 중지시키고, 백업이 완료된 후에 중지를 해제하고 로그를 잘라내기 위하여 Exchange용 플러그인를 위해 작동하는 Exchange 서비스와 함께 조정되는 Exchange 고유의 VSS 작성기를 제공합니다.

VSS는 Exchange 2007 LCR 및 CCR 환경에 권장되는 백업 방법입니다. CCR 환경에서 VSS 백업 방법을 사용할 때 관리자는 활성 또는 수동 노드의 백업 여부를 선택할 수 있습니다.

Exchange 2010 이상에서는 VSS가 Exchange에서 지원하는 유일한 옵션입니다.

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

참고: 파일을 저장소에 백업 옵션은 모든 디스크 기반 저장소에서 지원됩니다. 스냅샷을 영구적으로 유지 및 다음 이후 삭제 옵션을 사용하려면 백업하는 데이터가 NetVault Backup 지원 디스크 어레이에 있어야 합니다. 또한 영구 스냅샷의 경우에는 메타데이터만 대상에 복사됩니다.

Exchange 백업 전략에 대한 백업 방법을 결정할 때 다음과 같은 차이점을 고려하십시오.

참고: ESE 및 VSS는 Exchange의 모든 버전에서 지원되지는 않습니다. 사용 중인 Exchange의 버전에 따라 사용할 수 있는 백업 방법이 달라집니다.

트랜잭션 로그 파일 관리

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

중요: 중요: Exchange Server 데이터베이스에 생긴 모든 변경 사항은 먼저 트랜잭션 로그 파일로 적용되기 때문에 Quest는 트랜잭션 로그 파일이 과도하고 축적되는 것을 막기 위해 주기적으로 전체 또는 증분 백업을 수행할 것을 강력하게 권장합니다. 주기적으로 백업을 수행하여 트랜잭션 로그 파일의 수를 줄이지 않으면 결국 백업 작업이 실패할 수 있습니다. 또한 수천 개의 트랜잭션 로그 파일이 축적되면 백업 작업을 처리하고 인덱스를 생성하는 데 걸리는 시간에 부정적인 영향이 생깁니다. 해당 환경에서 Exchange Server에 변경이 자주 발생하는 경우에도 Quest는 백업 빈도를 증가시켜 트랜잭션 로그 파일이 축적되는 것을 줄일 것을 권장합니다.

트랜잭션 로그 파일 잘라내기는 Exchange Server 저장소 그룹/사서함 데이터베이스를 "정리"하여 성능을 개선하고, 디스크 공간 요구와 데이터베이스 복원에 필요한 시간을 줄이는 데 사용됩니다.

Quest는 정기적으로 트랜잭션 로그 파일 잘라내기를 수행하는 백업을 수행할 것을 권장합니다. 매주 또는 한 달에 두 번 트랜잭션 로그 파일 잘라내기를 수행하는 백업을 수행할 것을 권장합니다. 최적의 빈도는 각 Exchange Server의 사용 및 구성에 따라 크게 달라질 수 있습니다.

전체 및 증분 백업 유형처럼 트랜잭션 로그 파일 잘라내기를 지원하는 백업 유형을 사용하는 경우에는 플러그인에서 백업이 성공적으로 완료되었다고 통보한 후에 Exchange Server에서 트랜잭션 로그 파일 잘라내기를 수행합니다. 또한 잘라내기가 발생하는 시기는 Exchange Server 및 복제와 같은 다른 목적을 위하여 로그가 계속 필요한지 여부에 따라 달라지기 때문에 잘라내기는 백업이 성공적으로 완료된 직후에 발생하지 않을 수도 있습니다.

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

Exchange Server에서 트랜잭션 로그 파일을 잘라내려면 다음과 같은 기준이 충족되어야 합니다.

DAG 환경에서는 모든 데이터베이스 복사본이 트랜잭션 로그 파일이 재생되었다는 것을 확인할 때까지 각 데이터베이스 복사본이 트랜잭션 로그 파일을 유지합니다. 데이터베이스의 수동 복사본이 하나 이상 일시 중지되거나 오프라인이 되면 로그 잘라내기가 수행되지 않아서 트랜잭션 로그 파일이 증가하고 디스크 공간이 소비됩니다.

참고: 해당 환경에서 트랜잭션 로그 파일이 증가하고 디스크 공간이 줄어들면 수동 데이터베이스 복사본의 온라인 상태를 확인하십시오. 유지 관리 등의 이유로 하나 이상의 데이터베이스 복사본을 장기간 일시 중지시키거나 오프라인으로 만들어야 하는 경우에는 일시 중지시키거나 오프라인 상태로 만드는 대신에 영향을 받는 수동 데이터베이스 복사본을 제거하는 것을 고려하십시오. 유지 관리가 완료되면 수동 데이터베이스 복사본을 다시 추가할 수 있습니다.

일시 중지되거나 오프라인이 된 데이터베이스 복사본 때문에 트랜잭션 로그 파일이 증가할 때 발생하는 영향을 줄이기 위해 Exchange Server 2013 서비스 팩 1에서는 느슨한 잘라내기를 도입하였습니다. 느슨한 잘라내기를 사용하면 각 데이터베이스 복사본에서 자신의 사용 가능한 디스크 공간을 추적하고 디스크 공간이 크게 줄어들 때 느슨한 잘라내기를 적용합니다. 느슨한 잘라내기가 적용되면 각 수동 데이터베이스 복사본에서 독립적으로 자신의 트랜잭션 로그 파일을 잘라냅니다. 활성 데이터베이스 복사본의 경우에는 로그 재생 뒤에 가장 멀리 있는 수동 데이터베이스 복사본을 잘라내기에서 무시합니다.

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

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

전체 백업을 하면 모든 데이터베이스 파일을 백업할 수 있어서 독립 실행형 복원이 가능합니다. 데이터베이스의 크기에 따라 전체 백업은 저장소 요구 사항 및 백업 완료에 필요한 시간의 측면에서 까다로울 수 있습니다. 대형 데이터베이스의 경우에는 저장소 및 시간 요구 사항이 중대한 고려 사항이 될 수도 있습니다.

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

중요: 비연속 복제 환경에 대한 VSS 기반 백업에서는 전체 또는 트랜잭션 로그 전용 백업이 완료될 때 트랜잭션 로그를 잘라냅니다. LCR 및 CCR 환경에서는 모든 필요한 로그 파일이 복제 복사본으로 재생될 때까지 Microsoft Exchange Replication Service에서 로그 잘라내기를 지연시킵니다. Microsoft Exchange Replication Service는 삭제될 로그 파일이 수동 복사본 데이터베이스에 성공적으로 적용되었고 활성 및 수동 복사본 데이터베이스 검사점 모두 문제가 되는 로그 파일을 통과했다는 것을 확인한 후에 활성 및 수동 복사본 로그 파일 경로 모두에서 백업된 로그 파일을 삭제합니다.