DPM에서 Exchange 백업

중요

이 버전의 DPM(Data Protection Manager)은 지원이 종료되었습니다. DPM 2022로 업그레이드하는 것이 좋습니다.

System Center DPM(Data Protection Manager)은 Exchange 2013 및 Exchange 2016에 대한 백업 및 복구를 제공합니다. 전체 Exchange 배포가 보호되도록 하려면 볼륨, 시스템 상태에 대한 보호나 전체 완전 복구에 대한 보호를 구성합니다. 이 문서에서는 Exchange 배포를 보호할 수 있도록 DPM을 구성하는 단계를 제공합니다. 대규모 Exchange 배포가 있는 경우 DAG(데이터베이스 가용성 그룹)를 사용하여 Exchange 사서함 데이터베이스에 대한 보호를 확장합니다. Exchange 배포를 완전히 보호하기 위해 메일 데이터베이스를 백업하는 것 외에도 클라이언트 액세스 서버 또는 사서함 서버의 전송 서비스와 같은 Exchange Server 역할을 백업해야 합니다.

필수 구성 요소 및 제한 사항

Exchange 2013 및 Exchange 2016을 보호하기 위해 DPM을 배포하기 전에 배포 필수 조건을 확인합니다.

  • DPM 릴리스 정보를 검토합니다.

  • Exchange 문제에 대해 DPM에 대해 지원되는 사항 및 지원되지 않는 사항 문서를 검토합니다.

  • Exchange와 DPM 서버 모두에 동일한 버전의 Eseutil.exe 및 Ese.dll 설치되어 있는지 확인합니다. 즉, 64비트 버전의 DPM을 사용하는 경우 64비트 버전의 eseutil.exe 및 ese.dll이 있어야 합니다. Exchange Server에서 이러한 파일을 업데이트하는 경우 DPM 서버에서도 파일을 업데이트해야 합니다. .ese.eseutil 파일은 대개 C:\Program Files\Microsoft\Exchange Server\V15\Bin 위치에 있습니다.

    복사본을 최신 상태로 유지하려면:

    1. 명령 프롬프트에서 <DPM installation folder>\Bin 디렉터리로 이동합니다.

    2. 다음과 같이 fsutil 명령을 입력하여 eseutil.exe 대한 하드 링크를 만듭니다. fsutil hardlink create <link> <target>

      예를 들어 일반적인 설치에서 다음을 입력합니다. fsutil hardlink create "c:\program files\microsoft\dpm\bin\eseutil.exe" "c:\program files\microsoft\Exchange\bin\eseutil.exe"

    참고

    Eseutil은 앞으로 또는 이전 버전과 호환되지 않습니다. 단일 DPM 서버를 사용하여 두 가지 버전의 Exchange Server 데이터베이스를 보호하는 경우 무결성 검사 호환되는 버전의 Eseutil에서만 작동하며 다른 모든 Exchange Server 버전에 대해 실패합니다.
    이를 방지하려면 DPM 서버에 설치된 각 Eseutil 버전으로 Exchange Server 각 버전을 보호하기 위해 별도의 DPM 서버를 사용하는 것이 좋습니다. 가능하지 않은 경우 해당 버전의 Eseutil을 사용하는 Exchange Server 데이터베이스의 한 버전에 대해서만 무결성 검사 설정해야 합니다.

  • 최신 Visual Studio 2012 업데이트용 Visual C++ 재배포 가능 패키지를 설치합니다.

  • Exchange 2013 및 Exchange 2016 DAG(데이터베이스 가용성 그룹) 노드를 보호하려면 해당 노드에 DPM 보호 에이전트를 설치합니다.

    참고

    다른 DPM 서버에서 다른 DAG 노드를 보호할 수 있지만 하나의 DPM 서버에서만 하나의 노드만 보호할 수 있습니다.

  • DPM 2012 이상에는 스토리지 풀 크기 제한이 120TB(테라바이트)입니다. DPM 복제본(replica) 볼륨에는 80TB 제한이 있고 복구 지점 볼륨에는 40TB 제한이 있습니다. 대규모 Exchange 배포를 보호할 때는 사용자 사서함 크기 제한과 사용자 또는 사서함 수를 알고 있는 것이 중요합니다. 사용자 또는 사서함 수에 따라 사서함의 최대 크기가 결정됩니다. 사서함이 한도 내에서 유지된다면 사서함 수는 단일 DPM이 보호할 수 있는 Exchange 데이터베이스 수를 결정합니다. 데이터베이스에 할당된 사용자 수와 해당 사서함 제한을 사용하여 각 Exchange 데이터베이스에 대해 가능한 최대 크기를 계산합니다. 예를 들어 사용자 사서함의 최대 크기가 8GB인 경우 단일 DPM 서버는 최대 10,000개의 사서함을 보호할 수 있습니다. 사용자 사서함의 최대 크기가 8GB보다 크거나 10,000개 이상의 사용자 사서함에 보호가 필요한 경우 DAG를 사용하여 Exchange 서버를 구성합니다. 완전한 보호를 제공하려면 추가 DPM 서버를 사용합니다. Exchange 노드는 단일 DPM 서버로만 보호할 수 있습니다. 따라서 Exchange 노드 수는 모든 Exchange 데이터베이스를 보호하는 데 필요한 DPM 서버 수보다 크거나 같아야 합니다.

  • DPM은 모든 데이터베이스 역할에서 작동됩니다. 활성 또는 수동 사서함 데이터베이스의 컬렉션을 호스트하는 서버를 보호하도록 DPM을 구성할 수 있습니다.

  • Exchange 로그 잘림에 대한 요구 사항에 맞게 하루에 하나의 전체 백업과 동기화 빈도를 구성합니다. Exchange 사서함 데이터베이스의 복사본을 둘 이상 보호하는 경우(예: DAG 멤버를 보호하는 경우) 노드 하나는 전체 백업으로 구성하고 나머지는 복사본 백업으로 구성합니다. 복사 백업은 로그 파일을 자르지 않습니다.

  • 각 사서함 데이터베이스의 복사본을 둘 이상 보호합니다. 저렴한 SATA(직렬 고급 기술 첨부 파일) 드라이브 또는 여러 JBOD 디스크를 스토리지에 사용할 수 있습니다.

  • 사서함 동기화에 대해 최소 빈도를 15분 이상으로 설정합니다. 먼저 현재 백업 정책을 설정한 다음 복구 지점 수를 점진적으로 늘입니다. 2시간의 동기화 빈도 외에도 하루 하나 또는 두 개의 빠른 전체 백업을 수행하는 것은 좋은 접근 방식입니다. 최적의 동기화 빈도를 위해 데이터, 성능 영향 및 복제본을 저장하는 데 필요한 볼륨을 고려하세요.

  • Exchange 2013 및 Exchange 2016은 최대 8개의 병렬 백업을 지원할 수 있습니다. Exchange 서버에 대한 병렬 Exchange 데이터베이스 백업을 수용하려면 여러 보호 그룹(최대 8개)을 만들고 각 보호 그룹에 Exchange 데이터베이스를 추가합니다.

  • Exchange 데이터를 유지 관리할 때 다음 사항에 유의하세요.

    • 서버에 사서함 데이터베이스 추가. Exchange 서버의 보호된 스토리지 그룹에 새 사서함 데이터베이스를 만들거나 추가하는 경우 이러한 데이터베이스가 DPM 복제 및 보호에 자동으로 추가됩니다. 전체 백업이 완료된 후에만 증분 백업에 사서함 데이터베이스를 추가할 수 있습니다.

    • 사서함 데이터베이스 파일 경로 변경. 보호된 데이터베이스 또는 로그 파일을 DPM으로 보호되는 데이터가 포함된 볼륨으로 이동하면 보호가 계속됩니다. 보호된 데이터베이스 또는 로그 파일을 DPM으로 보호되지 않는 볼륨으로 이동하면 경고가 나타나고 보호 작업이 실패합니다. 경고를 resolve 경고 세부 정보에서 보호 작업 수정 링크를 선택한 다음 일관성 검사 실행합니다.

    • 사서함 데이터베이스 분리. 보호된 사서함 데이터베이스를 분리하면 특정 데이터베이스에 대한 보호 작업이 실패합니다. DPM에서 다음 번에 빠른 전체 백업을 실행하면 복제본이 불일치로 표시됩니다.

    • 사서함 데이터베이스 이름 변경. 사서함 데이터베이스의 이름을 변경해야 하는 경우 보호를 중지하고 데이터베이스를 다시 보호합니다. 데이터베이스를 다시 보호할 때까지 백업은 계속 작동하지만 사서함 열거형은 실패합니다.

DPM에서 Exchange를 백업하는 이유

Exchange 2013 및 Exchange 2016의 네이티브 데이터 보호 또는 DPM에서 Exchange 데이터를 백업할 것인지 결정할 때 다음을 고려하세요.

네이티브 데이터 보호는 다음 기능을 제공합니다.

  • 재해 복구

  • 실수로 삭제한 항목 복구

  • 장기 데이터 스토리지

  • 지정 시간 데이터베이스 스냅샷

애플리케이션 오류, 손상 또는 보안 및 맬웨어 인시던트가 발생하는 경우 네이티브 보호만으로는 충분하지 않을 수 있습니다. 이러한 상황에서 DPM은 다음과 같은 여러 가지 이점을 제공합니다.

  • 필요한 DAG 수 감소 - 네이티브 보호를 사용하려면 활성 데이터의 복사본을 호스트하기 위해 추가 사서함 서버가 필요합니다. DPM 보호를 사용하여 백업하는 경우 DAG에 의존하지 않아도 됩니다.

  • 간단한 복원 – DPM은 지정 시간 백업에서 간단하고 중앙 집중적으로 데이터를 복구하는 방법을 제공합니다.

  • 더 긴 보존 범위 - DPM은 백업된 데이터에 대해 더 긴 보존 시간을 제공합니다. 네이티브 보호의 경우 14 일로 제한됩니다.

  • Microsoft 워크로드의 일관된 백업 - DPM은 Exchange, 파일 서버, SQL Server, Hyper-V 및 SharePoint를 비롯한 Microsoft 워크로드 전반에 걸쳐 중앙 집중식의 간단한 백업 및 복구 프로세스를 제공합니다.

시작하기 전에

  1. DPM 배포 - DPM이 설치되어 올바르게 배포되어 있는지 확인합니다. 그렇지 않은 경우 다음을 참조하세요.

  2. 스토리지 설정 - Azure를 사용하여 디스크, 테이프 및 클라우드에 백업된 데이터를 저장할 수 있습니다. 자세한 내용은 데이터 스토리지 준비를 참조하세요.

  3. DPM 보호 에이전트 설정 - Exchange 서버에 에이전트를 설치해야 합니다. DPM 보호 에이전트 배포를 참조하세요.

백업 구성

  1. 보호>작업>보호 그룹 만들기를 선택하여 DPM 콘솔에서 새 보호 그룹 만들기 마법사를 엽니다.

  2. 보호 그룹 형식 선택에서 서버를 선택합니다.

  3. 그룹 구성원 선택에서 보호할 데이터를 저장하는 모든 DAG를 선택합니다. 각 Exchange 서버에 대해 시스템 상태 백업 또는 전체 운영 체제 미설치 백업(시스템 상태 포함)을 수행하도록 선택할 수도 있습니다. 이는 데이터뿐만 아니라 전체 서버를 복구하는 기능을 원하는 경우에 유용합니다. 보호 그룹 배포

  4. 데이터 보호 방법 선택에서 단기 및 장기 백업을 처리하는 방법을 지정합니다. 단기 백업은 항상 디스크에 우선하며, Azure 백업을 사용하여 디스크에서 Azure 클라우드로 백업하는 옵션(단기 또는 장기용)입니다. 클라우드에 대한 장기 백업 대신 DPM 서버에 연결된 독립 실행형 테이프 디바이스 또는 테이프 라이브러리에 대한 장기 백업을 구성할 수도 있습니다.

  5. Exchange Protection 옵션 지정에서 Eseutil 실행을 선택하여 데이터 무결성을 검사 Exchange Server 데이터베이스의 무결성을 검사. 이렇게 하면 백업 일관성 검사가 Exchange Server DPM 서버로 이동됩니다. 즉, 백업 자체가 제거되는 동안 Exchange Server Eseutil.exe 실행하는 I/O 영향이 제거됩니다. DAG를 보호하려면 로그 파일에 대해서만 실행을 선택해야 합니다(DAG 서버에 권장됨). 이전에 .eseutil 파일을 복사하지 않은 경우 오류가 발생합니다.

  6. Exchange DAG Protection 지정에서 전체 백업에 대해 복사할 데이터베이스를 선택하거나 전체 백업에 대해 선택한 데이터베이스 복사본 또는 백업 복사 목록 상자에서 선택한 데이터베이스 복사본에서 백업을 복사합니다. 동일한 데이터베이스의 여러 복사본을 보호하기 위해 전체 백업에 대해 복사본을 하나만 선택한 다음, 복사 백업을 위해 나머지 복사본을 선택할 수 있습니다.

  7. 단기 목표 선택에서 디스크의 단기 스토리지에 백업하는 방법을 지정합니다. 보존 범위에서 데이터를 디스크에 유지할 기간을 지정합니다. 동기화 빈도에서 디스크에 대한 증분 백업을 실행할 빈도를 지정합니다. 백업 간격을 설정하지 않으려면 각 복구 지점이 예약되기 직전에 DPM이 빠른 전체 백업을 실행하도록 복구 지점 바로 앞에 검사 수 있습니다.

  8. 장기 스토리지를 위해 테이프에 데이터를 저장하는 경우 장기 목표 지정에서 테이프에 데이터를 보관하는 기간을 지정합니다(1-99년). 백업 빈도에서 테이프에 백업을 실행할 빈도를 지정합니다. 빈도는 다음과 같이 지정한 보존 범위에 따라 다릅니다.

    • 보존 범위가 1-99년일 경우 매일, 매주, 격주, 매월, 분기마다, 반년마다 또는 매년 백업을 수행하도록 선택할 수 있습니다.

    • 보존 범위가 1-11개월일 경우 매일, 매주, 격주 또는 매월 백업을 수행하도록 선택할 수 있습니다.

    • 보존 범위가 1-4주일 경우 매일 또는 매주 백업을 수행하도록 선택할 수 있습니다.

    독립 실행형 테이프 드라이브에서 단일 보호 그룹의 경우 DPM은 테이프에 공간이 부족할 때까지 매일 백업에 동일한 테이프를 사용합니다. 테이프의 다른 보호 그룹에서 데이터를 배치할 수도 있습니다.

    테이프 및 라이브러리 세부 정보 선택 페이지에서 사용할 테이프/라이브러리를 지정하고, 데이터를 테이프에 압축 및 암호화해야 하는지 여부를 지정합니다.

  9. 디스크 할당 검토 페이지에서 보호 그룹에 대해 할당된 스토리지 풀 디스크 공간을 검토합니다.

    전체 데이터 크기는 백업하려는 데이터 크기이고, DPM에 프로비전할 디스크 공간은 DPM이 권장하는 보호 그룹 공간입니다. DPM이 설정에 따라 적합한 백업 볼륨을 선택합니다. 하지만 사용자가 디스크 할당 세부 정보에서 백업 볼륨 선택을 편집할 수 있습니다. 워크로드에 대한 드롭다운 메뉴에서 원하는 스토리지를 선택합니다. 편집을 통해 사용 가능한 디스크 스토리지 창에서 총 스토리지사용 가능한 스토리지의 값을 변경합니다. 미프로비전된 공간은 DPM이 나중에 원활하게 백업을 계속하기 위해 볼륨에 추가하는 것이 좋습니다.

  10. 복제본 만들기 방법 선택에서 초기 전체 데이터 복제를 처리하는 방법을 선택합니다. 네트워크를 통해 복제하도록 선택하는 경우 사용량이 낮은 시간을 선택하는 것이 좋습니다. 대용량 데이터이거나 네트워크 상태가 최적화되지 않은 경우 이동식 미디어를 사용하여 데이터를 오프라인으로 복제하는 것을 고려하세요.

  11. 일관성 확인 옵션 선택에서 일관성 확인을 자동화하는 방법을 선택합니다. 확인은 복제본 데이터가 일치하지 않을 때만 실행하거나 일정에 따라서만 실행하도록 설정할 수 있습니다. 자동 일관성 검사를 구성하지 않으려면 DPM 콘솔의 보호 영역에서 보호 그룹을 마우스 오른쪽 단추로 클릭하고 일관성 검사 수행을 선택하여 언제든지 수동 검사 실행할 수 있습니다.

  12. Azure Backup 사용하여 클라우드에 백업하도록 선택한 경우 온라인 보호 데이터 지정 페이지에서 Azure에 백업하려는 워크로드를 선택해야 합니다.

  13. 온라인 백업 일정 지정 페이지에서 Azure에 증분 백업을 수행할 빈도를 지정합니다. 매일, 매주, 매월 및 매년 백업을 실행하도록 예약할 수 있습니다. Backup은 하루 두 번까지 수행할 수 있습니다. 백업이 실행될 때마다 DPM 디스크에 저장된 백업된 데이터의 복사본에서 Azure에 데이터 복구 지점이 만들어집니다.

  14. 온라인 보존 정책 지정에서 매일, 매주, 매월 및 매년 백업에서 만들어진 복구 지점을 Azure에 보존하는 방법을 지정할 수 있습니다.

  15. 온라인 복제 선택에서 데이터의 초기 전체 복제를 수행하는 방법을 지정합니다. 네트워크를 통해 복제하거나 오프라인 백업(오프라인 시딩)을 수행할 수 있습니다. 오프라인 백업에는 Azure Import 기능이 사용됩니다. 자세히 알아봅니다.

  16. 요약 페이지에서 설정을 검토합니다. 그룹 만들기를 선택하면 데이터의 초기 복제가 발생합니다. 완료되면 상태 페이지에서 보호 그룹 상태가 정상으로 표시됩니다. 그런 후에는 보호 그룹 설정에 따라 백업이 수행됩니다.

모니터링

보호 그룹을 만든 후 초기 복제가 발생하고 DPM이 Exchange 데이터 백업 및 동기화를 시작합니다. DPM은 초기 동기화 및 후속 백업을 모니터링합니다. Exchange 데이터는 여러 가지 방법으로 모니터링할 수 있습니다.

  • 기본 DPM 모니터링을 사용하여 경고를 게시하고 알림을 구성함으로써 사전 모니터링에 대한 알림을 설정할 수 있습니다. 중요한 알림, 경고, 정보 알림 및 인스턴스화된 복구 상태에 관한 알림을 메일로 보낼 수 있습니다.

  • Operations Manager를 사용하는 경우 경고를 중앙에 게시할 수 있습니다.

모니터링 알림 설정

  1. DPM 관리자 콘솔에서 모니터링>작업>옵션을 선택합니다.

  2. SMTP 서버를 선택하고 서버 이름, 포트, 알림을 보내는 이메일 주소를 입력합니다. 주소가 유효해야 합니다.

  3. 인증된 SMTP 서버에서 사용자 이름과 암호를 입력합니다. 사용자 이름 및 암호는 이전 단계에서 보낸 사람 주소가 설명된 사람의 도메인 계정 이름이어야 합니다. 그렇지 않으면 알림 배달이 실패합니다.

  4. SMTP 서버 설정을 테스트하려면 테스트 전자 메일 보내기를 선택하고 DPM에서 테스트 메시지를 보낼 전자 메일 주소를 입력한 다음 확인을 선택합니다. 옵션>알림을 선택한 다음, 받는 사람에게 알릴 경고 유형을 선택합니다. 받는 사람에서 DPM이 알림의 복사본을 보낼 각 받는 사람의 전자 메일 주소를 입력합니다.

  5. SMTP 서버 설정을 테스트하려면 테스트 알림>보내기 확인을 선택합니다.

Operations Manager의 경고 게시

  1. DPM 관리자 콘솔에서 모니터링>작업>옵션을 선택합니다.

  2. 옵션에서 경고 게시>활성 경고 게시를 선택합니다.

  3. 경고 게시를 사용하도록 설정하면 사용자 작업이 필요할 수 있는 모든 기존 DPM 경고가 DPM 경고 이벤트 로그에 게시됩니다. 그 다음 DPM 서버에 설치된 Operations Manager 에이전트가 해당 경고를 Operations Manager에 게시하며, 새로운 경고가 발생하면 계속 콘솔을 업데이트합니다.

Exchange 데이터 복구

단일 사서함, Exchange 데이터베이스 또는 전체 Exchange 서버를 복구하는 단계에 필요한 탭을 선택합니다.

단일 사서함을 복구하려면 다음 단계를 수행합니다.

  1. 보호된 Exchange 서버에서 기존 복구 사서함 데이터베이스가 있는지 확인합니다. 없을 경우 New-MailboxDatabase cmdlet을 사용하여 만듭니다. 복구 데이터베이스를 구성하여 Set-MailboxDatabase cmdlet을 사용해 덮어쓸 수 있도록 합니다. 예를 들면 다음과 같습니다.

    New-MailboxDatabase -Recovery -Name RDB-CONTROL -Server E2K13-MBX1
    
    Set-MailboxDatabase -Identity 'RDB-CONTROL' -AllowFileRestore $true
    
  2. DPM 관리자 콘솔에서 복구 보기로 이동한 다음 복구하려는 사서함 데이터베이스( 모든 보호된 Exchange 데이터 노드에서)로 이동합니다.

  3. 사용 가능한 복구 지점은 복구 지점 섹션의 달력에 굵게 표시됩니다. 날짜를 선택하고 복구 시간>복구에서 복구 지점을 선택합니다.

    개별 사서함에는 사용할 수 없으므로 최신 항목을 선택할 수 없습니다.

  4. 복구 마법사에서 복구 선택을 검토하고 다음을 선택합니다.

  5. 수행할 복구 유형을 지정하고 다음을 선택합니다.

  6. 복구 옵션 지정 페이지에서 다음을 수행합니다.

    1. 데이터베이스를 복구한 후에 탑재 - 데이터베이스를 탑재하지 않으려면 확인란의 선택을 취소합니다.

    2. 네트워크 대역폭 사용량 제한 - 수정을 선택하여 제한을 사용하도록 설정합니다.

    3. 해당하는 경우 하드웨어 스냅샷을 사용하여 SAN 기반 복구 사용을 선택합니다.

    4. 알림에서 복구가 완료되면 전자 메일 보내기를 선택하고 받는 사람을 지정합니다. 메일 주소는 쉼표로 구분합니다.

  7. 요약 페이지에서 복구 설정을 검토하고 복구를 선택합니다. 복구가 완료되면 닫기를 선택합니다.

    복구가 진행 중일 때는 선택한 복구 항목에 대한 동기화 작업이 취소됩니다.

  8. 복구 프로세스가 완료되면 필요한 사서함이 완전히 복원되지 않습니다. 사서함이 있는 사서함 데이터베이스만이 복구 사서함 데이터베이스로 복원됩니다. 이 cmdlet을 실행하여 사서함을 복원 합니다.

    New-MailboxRestoreRequest -SourceDatabase 'RDB-CONTROL' -SourceStoreMailbox 'mailbox name' -TargetMailbox <name>@contoso.com -TargetRootFolder Recovery -SkipMerging StorageProviderForSource
    

    명령에 를 추가 \-SkipMerging StorageProviderForSource 해야 합니다. 그렇지 않으면 오류가 발생합니다. 이 문제에 대한 해결 방법은 Exchange 2013 및 Exchange 2016의 릴리스 정보를 참조하세요.

    이제 <mailbox name> 사서함을 열면 오후 3시 15분까지의 모든 내용이 복구 폴더 아래에 나타납니다.

  9. 복원을 완료한 후 다음 Windows PowerShell cmdlet을 실행하여 복구 사서함 데이터베이스를 분리하고 삭제할 수 있습니다.

    Remove-MailboxDatabase -Identity 'RDB-CONTROL'
    

System Center DPM(Data Protection Manager)은 Exchange 2016 및 Exchange 2019의 백업 및 복구를 제공합니다. 전체 Exchange 배포가 보호되도록 하려면 볼륨, 시스템 상태 또는 완전 완전 복구에 대한 보호를 구성합니다. 이 문서에서는 Exchange 배포를 보호할 수 있도록 DPM을 구성하는 단계를 제공합니다. 대규모 Exchange 배포가 있는 경우 DAG(데이터베이스 가용성 그룹)를 사용하여 Exchange 사서함 데이터베이스에 대한 보호를 확장합니다. 메일 데이터베이스를 백업하는 것 외에도 Exchange 배포를 완전히 보호하려면 클라이언트 액세스 서버 또는 사서함 서버의 전송 서비스와 같은 Exchange Server 역할을 백업해야 합니다.

필수 구성 요소 및 제한 사항

Exchange 2016 및 Exchange 2019를 보호하기 위해 DPM을 배포하기 전에 배포 필수 조건을 확인합니다.

  • DPM 릴리스 정보를 검토합니다.

  • Exchange 문제에 대해 DPM에 대해 지원되는 사항 및 지원되지 않는 사항 문서를 검토합니다.

  • Exchange 및 DPM 서버에 동일한 버전의 Eseutil.exe 및 Ese.dll 설치되어 있는지 확인합니다. 즉, 64비트 버전의 DPM을 사용하는 경우 64비트 버전의 eseutil.exe 및 ese.dll이 있어야 합니다. Exchange Server에서 이러한 파일을 업데이트하는 경우 DPM 서버에서도 파일을 업데이트해야 합니다. .ese.eseutil 파일은 대개 C:\Program Files\Microsoft\Exchange Server\V15\Bin 위치에 있습니다.

    복사본을 최신 상태로 유지하려면:

    1. 명령 프롬프트에서 <DPM installation folder>\Bin 디렉터리로 이동합니다.

    2. 다음과 같이 fsutil 명령을 입력하여 eseutil.exe 대한 하드 링크를 만듭니다. fsutil hardlink create <link> <target>

      예를 들어 일반적인 설치에서 다음을 입력합니다. fsutil hardlink create "c:\program files\microsoft\dpm\bin\eseutil.exe" "c:\program files\microsoft\Exchange\bin\eseutil.exe"

    참고

    Eseutil은 앞으로 또는 이전 버전과 호환되지 않습니다. 단일 DPM 서버를 사용하여 두 가지 버전의 Exchange Server 데이터베이스를 보호하는 경우 무결성 검사 호환되는 버전의 Eseutil에서만 작동하며 다른 모든 Exchange Server 버전에서는 실패합니다.
    이를 방지하려면 DPM 서버에 설치된 각 Eseutil 버전을 사용하여 각 버전의 Exchange Server 보호하기 위해 별도의 DPM 서버를 사용하는 것이 좋습니다. 이것이 가능하지 않은 경우 해당 버전의 Eseutil을 사용하는 Exchange Server 데이터베이스의 한 버전에 대해서만 무결성 검사 설정해야 합니다.

  • 최신 Visual Studio 2012 업데이트용 Visual C++ 재배포 가능 패키지를 설치합니다.

  • Exchange 2016 및 Exchange 2019 DAG(데이터베이스 가용성 그룹) 노드를 보호하려면 해당 노드에 DPM 보호 에이전트를 설치합니다.

참고

다른 DPM 서버에서 다른 DAG 노드를 보호할 수 있지만 하나의 DPM 서버에서만 하나의 노드만 보호할 수 있습니다.

  • DPM 2012 이상에는 스토리지 풀 크기 제한이 120TB(테라바이트)입니다. DPM 복제본(replica) 볼륨에는 80TB 제한, 복구 지점 볼륨에는 40TB 제한이 있습니다. 대규모 Exchange 배포를 보호할 때는 사용자 사서함 크기 제한과 사용자 또는 사서함 수를 알아야 합니다. 사용자 또는 사서함 수에 따라 사서함의 최대 크기가 결정됩니다. 사서함이 한도 내에서 유지된다면 사서함 수는 단일 DPM이 보호할 수 있는 Exchange 데이터베이스 수를 결정합니다. 데이터베이스에 할당된 사용자 수와 해당 사서함 제한을 사용하여 각 Exchange 데이터베이스에 대해 가능한 최대 크기를 계산합니다. 예를 들어 사용자 사서함의 최대 크기가 8GB인 경우 단일 DPM 서버는 최대 10,000개의 사서함을 보호할 수 있습니다. 사용자 사서함의 최대 크기가 8GB보다 크거나 10,000개 이상의 사용자 사서함에 보호가 필요한 경우 DAG를 사용하여 Exchange 서버를 구성합니다. 완전한 보호를 제공하려면 추가 DPM 서버를 사용합니다. Exchange 노드는 단일 DPM 서버로만 보호할 수 있습니다. 따라서 Exchange 노드 수는 모든 Exchange 데이터베이스를 보호하는 데 필요한 DPM 서버 수보다 크거나 같아야 합니다.

  • DPM은 모든 데이터베이스 역할에서 작동됩니다. 활성 또는 수동 사서함 데이터베이스의 컬렉션을 호스트하는 서버를 보호하도록 DPM을 구성할 수 있습니다.

  • Exchange 로그 잘림에 대한 요구 사항에 맞게 하루에 하나의 전체 백업과 동기화 빈도를 구성합니다. Exchange 사서함 데이터베이스의 복사본을 둘 이상 보호하는 경우(예: DAG 멤버를 보호하는 경우) 노드 하나는 전체 백업으로 구성하고 나머지는 복사본 백업으로 구성합니다. 백업 복사는 로그 파일을 자르지 않습니다.

  • 각 사서함 데이터베이스의 복사본을 둘 이상 보호합니다. 저렴한 SATA(직렬 고급 기술 첨부 파일) 드라이브 또는 여러 JBOD 디스크를 스토리지에 사용할 수 있습니다.

  • 사서함 동기화에 대해 최소 빈도를 15분 이상으로 설정합니다. 먼저 현재 백업 정책을 설정한 다음 복구 지점 수를 점진적으로 늘입니다. 2시간의 동기화 빈도 외에도 하루에 하나 또는 두 개의 빠른 전체 백업을 수행하는 것은 건전한 접근 방식입니다. 최적의 동기화 빈도를 위해 데이터, 성능 영향 및 복제본을 저장하는 데 필요한 볼륨을 고려하세요.

  • Exchange 2016 및 Exchange 2019는 최대 8개의 병렬 백업을 지원할 수 있습니다. Exchange 서버에 대한 병렬 Exchange 데이터베이스 백업을 수용하려면 여러 보호 그룹(최대 8개)을 만들고 각 보호 그룹에 Exchange 데이터베이스를 추가합니다.

  • Exchange 데이터를 유지 관리하는 동안 다음 사항에 유의하세요.

    • 서버에 사서함 데이터베이스 추가. Exchange 서버의 보호된 스토리지 그룹에 새 사서함 데이터베이스를 만들거나 추가하는 경우 이러한 데이터베이스가 DPM 복제 및 보호에 자동으로 추가됩니다. 전체 백업이 완료된 후에만 증분 백업에 사서함 데이터베이스를 추가할 수 있습니다.

    • 사서함 데이터베이스 파일 경로 변경. 보호된 데이터베이스 또는 로그 파일을 DPM으로 보호되는 데이터가 포함된 볼륨으로 이동하면 보호가 계속됩니다. 보호된 데이터베이스 또는 로그 파일을 DPM으로 보호되지 않는 볼륨으로 이동하면 경고가 나타나고 보호 작업이 실패합니다. 경고를 resolve 경고 세부 정보에서 보호 작업 수정 링크를 선택한 다음 일관성 검사 실행합니다.

    • 사서함 데이터베이스 분리. 보호된 사서함 데이터베이스를 분리하면 특정 데이터베이스에 대한 보호 작업이 실패합니다. DPM에서 다음 번에 빠른 전체 백업을 실행하면 복제본이 불일치로 표시됩니다.

    • 사서함 데이터베이스 이름 변경. 사서함 데이터베이스의 이름을 변경해야 하는 경우 보호를 중지하고 데이터베이스를 다시 보호합니다. 데이터베이스를 다시 보호할 때까지 백업은 계속 작동하지만 사서함 열거형은 실패합니다.

DPM에서 Exchange를 백업하는 이유

Exchange 2016 및 Exchange 2019의 네이티브 데이터 보호 또는 DPM에서 Exchange 데이터를 백업할 것인지 결정할 때 다음을 고려하세요.

네이티브 데이터 보호는 다음 기능을 제공합니다.

  • 재해 복구

  • 실수로 삭제한 항목 복구

  • 장기 데이터 스토리지

  • 지정 시간 데이터베이스 스냅샷

애플리케이션 오류, 손상 또는 보안 및 맬웨어 인시던트가 발생하는 경우 네이티브 보호로는 충분하지 않을 수 있습니다. 이러한 상황에서 DPM은 다음과 같은 이점을 제공합니다.

  • 필요한 DAG 수 감소 - 네이티브 보호를 사용하려면 활성 데이터의 복사본을 호스트하기 위해 추가 사서함 서버가 필요합니다. DPM 보호를 사용하여 백업하는 경우 DAG에 의존하지 않아도 됩니다.

  • 간단한 복원 – DPM은 지정 시간 백업에서 간단하고 중앙 집중적으로 데이터를 복구하는 방법을 제공합니다.

  • 더 긴 보존 범위 - DPM은 백업된 데이터에 대해 더 긴 보존 시간을 제공합니다. 네이티브 보호의 경우 14 일로 제한됩니다.

  • Microsoft 워크로드의 일관된 백업 - DPM은 Exchange, 파일 서버, SQL Server, Hyper-V 및 SharePoint를 비롯한 Microsoft 워크로드 전반에 걸쳐 중앙 집중식의 간단한 백업 및 복구 프로세스를 제공합니다.

시작하기 전에

  1. DPM 배포 - DPM이 설치되어 올바르게 배포되어 있는지 확인합니다. 그렇지 않은 경우 다음을 참조하세요.

  2. 스토리지 설정 - Azure를 사용하여 디스크, 테이프 및 클라우드에 백업된 데이터를 저장할 수 있습니다. 자세한 내용은 데이터 스토리지 준비를 참조하세요.

  3. DPM 보호 에이전트 설정 - Exchange 서버에 에이전트를 설치해야 합니다. DPM 보호 에이전트 배포를 참조하세요.

백업 구성

  1. 보호>작업>보호 그룹 만들기를 선택하여 DPM 콘솔에서 새 보호 그룹 만들기 마법사를 엽니다.

  2. 보호 그룹 형식 선택에서 서버를 선택합니다.

  3. 그룹 구성원 선택에서 보호하려는 데이터를 저장하는 모든 DAG를 선택합니다. 각 Exchange 서버에 대해 시스템 상태 백업 또는 전체 운영 체제 미설치 백업(시스템 상태 포함)을 수행하도록 선택할 수도 있습니다. 이는 데이터뿐만 아니라 전체 서버를 복구하는 기능을 원하는 경우에 유용합니다. 보호 그룹 배포

  4. 데이터 보호 방법 선택에서 단기 및 장기 백업을 처리하는 방법을 지정합니다. 단기 백업은 항상 디스크에 우선하며, Azure 백업을 사용하여 디스크에서 Azure 클라우드로 백업하는 옵션(단기 또는 장기용)입니다. 클라우드에 대한 장기 백업 대신 DPM 서버에 연결된 독립 실행형 테이프 디바이스 또는 테이프 라이브러리에 대한 장기 백업을 구성할 수도 있습니다.

  5. Exchange Protection 옵션 지정에서 Eseutil 실행을 선택하여 데이터 무결성을 검사 Exchange Server 데이터베이스의 무결성을 검사. 이렇게 하면 백업 일관성 검사가 Exchange Server DPM 서버로 이동됩니다. 즉, 백업 자체가 제거되는 동안 Exchange Server Eseutil.exe 실행하는 I/O 영향이 제거됩니다. DAG를 보호하려면 로그 파일에 대해서만 실행을 선택해야 합니다(DAG 서버에 권장됨). 이전에 .eseutil 파일을 복사하지 않은 경우 오류가 발생합니다.

  6. Exchange DAG Protection 지정에서 전체 백업에 대해 복사할 데이터베이스를 선택하거나 전체 백업에 대해 선택한 데이터베이스 복사본 또는 백업 복사 목록 상자에서 선택한 데이터베이스 복사본에서 백업을 복사합니다. 동일한 데이터베이스의 여러 복사본을 보호하기 위해 전체 백업에 대해 복사본을 하나만 선택한 다음, 복사 백업을 위해 나머지 복사본을 선택할 수 있습니다.

  7. 단기 목표 선택에서 디스크의 단기 스토리지에 백업하는 방법을 지정합니다. 보존 범위에서 데이터를 디스크에 유지할 기간을 지정합니다. 동기화 빈도에서 디스크에 대한 증분 백업을 실행할 빈도를 지정합니다. 백업 간격을 설정하지 않으려면 각 복구 지점이 예약되기 직전에 DPM이 빠른 전체 백업을 실행하도록 복구 지점 바로 앞에 검사 수 있습니다.

  8. 장기 스토리지를 위해 테이프에 데이터를 저장하는 경우 장기 목표 지정에서 테이프에 데이터를 보관하는 기간을 지정합니다(1-99년). 백업 빈도에서 테이프에 대한 백업을 실행할 빈도를 지정합니다. 빈도는 다음과 같이 지정한 보존 범위에 따라 다릅니다.

    • 보존 범위가 1-99년일 경우 매일, 매주, 격주, 매월, 분기마다, 반년마다 또는 매년 백업을 수행하도록 선택할 수 있습니다.

    • 보존 범위가 1-11개월일 경우 매일, 매주, 격주 또는 매월 백업을 수행하도록 선택할 수 있습니다.

    • 보존 범위가 1-4주일 경우 매일 또는 매주 백업을 수행하도록 선택할 수 있습니다.

    독립 실행형 테이프 드라이브에서 단일 보호 그룹의 경우 DPM은 테이프에 공간이 부족할 때까지 매일 백업에 동일한 테이프를 사용합니다. 테이프의 다른 보호 그룹에서 데이터를 배치할 수도 있습니다.

    테이프 및 라이브러리 세부 정보 선택 페이지에서 사용할 테이프/라이브러리와 테이프에서 데이터를 압축하고 암호화해야 하는지 여부를 지정합니다.

  9. 디스크 할당 검토 페이지에서 보호 그룹에 대해 할당된 스토리지 풀 디스크 공간을 검토합니다.

    전체 데이터 크기는 백업하려는 데이터 크기이고, DPM에 프로비전할 디스크 공간은 DPM이 권장하는 보호 그룹 공간입니다. DPM이 설정에 따라 적합한 백업 볼륨을 선택합니다. 하지만 사용자가 디스크 할당 세부 정보에서 백업 볼륨 선택을 편집할 수 있습니다. 워크로드에 대한 드롭다운 메뉴에서 원하는 스토리지를 선택합니다. 편집을 통해 사용 가능한 디스크 스토리지 창에서 총 스토리지사용 가능한 스토리지의 값을 변경합니다. 미프로비전된 공간은 DPM이 나중에 원활하게 백업을 계속하기 위해 볼륨에 추가하는 것이 좋습니다.

  10. 복제본 만들기 방법 선택에서 초기 전체 데이터 복제를 처리하는 방법을 선택합니다. 네트워크를 통해 복제하도록 선택하는 경우 사용량이 낮은 시간을 선택하는 것이 좋습니다. 대용량 데이터이거나 네트워크 상태가 최적화되지 않은 경우 이동식 미디어를 사용하여 데이터를 오프라인으로 복제하는 것을 고려하세요.

  11. 일관성 확인 옵션 선택에서 일관성 확인을 자동화하는 방법을 선택합니다. 확인은 복제본 데이터가 일치하지 않을 때만 실행하거나 일정에 따라서만 실행하도록 설정할 수 있습니다. 자동 일관성 검사를 구성하지 않으려면 DPM 콘솔의 보호 영역에서 보호 그룹을 마우스 오른쪽 단추로 클릭하고 일관성 검사 수행을 선택하여 언제든지 수동 검사 실행할 수 있습니다.

  12. Azure Backup 사용하여 클라우드에 백업하도록 선택한 경우 온라인 보호 데이터 지정 페이지에서 Azure에 백업하려는 워크로드를 선택해야 합니다.

  13. 온라인 백업 일정 지정 페이지에서 Azure에 증분 백업을 수행할 빈도를 지정합니다. 매일, 매주, 매월 및 매년 백업을 실행하도록 예약할 수 있습니다. Backup은 하루 두 번까지 수행할 수 있습니다. 백업이 실행될 때마다 DPM 디스크에 저장된 백업된 데이터의 복사본에서 Azure에 데이터 복구 지점이 만들어집니다.

  14. 온라인 보존 정책 지정에서 매일, 매주, 매월 및 매년 백업에서 만들어진 복구 지점을 Azure에 보존하는 방법을 지정할 수 있습니다.

  15. 온라인 복제 선택에서 데이터의 초기 전체 복제를 수행하는 방법을 지정합니다. 네트워크를 통해 복제하거나 오프라인 백업(오프라인 시딩)을 수행할 수 있습니다. 오프라인 백업에는 Azure Import 기능이 사용됩니다. 자세히 알아봅니다.

  16. 요약 페이지에서 설정을 검토합니다. 그룹 만들기를 선택하면 데이터의 초기 복제가 발생합니다. 보호가 완료되면 그룹 상태 상태 페이지에 확인으로 표시됩니다. 그런 후에는 보호 그룹 설정에 따라 백업이 수행됩니다.

모니터링

보호 그룹을 만든 후 초기 복제가 발생하고 DPM이 Exchange 데이터 백업 및 동기화를 시작합니다. DPM은 초기 동기화 및 후속 백업을 모니터링합니다. Exchange 데이터는 여러 가지 방법으로 모니터링할 수 있습니다.

  • 기본 DPM 모니터링을 사용하여 경고를 게시하고 알림을 구성하여 사전 모니터링에 대한 알림을 설정할 수 있습니다. 중요한 알림, 경고, 정보 알림 및 인스턴스화된 복구 상태에 관한 알림을 메일로 보낼 수 있습니다.

  • Operations Manager를 사용하는 경우 경고를 중앙에 게시할 수 있습니다.

모니터링 알림 설정

  1. DPM 관리자 콘솔에서 모니터링>작업>옵션을 선택합니다.

  2. SMTP 서버를 선택하고 서버 이름, 포트, 알림을 보내는 이메일 주소를 입력합니다. 주소가 유효해야 합니다.

  3. 인증된 SMTP 서버에서 사용자 이름과 암호를 입력합니다. 사용자 이름 및 암호는 이전 단계에서 보낸 사람 주소가 설명된 사람의 도메인 계정 이름이어야 합니다. 그렇지 않으면 알림 배달이 실패합니다.

  4. SMTP 서버 설정을 테스트하려면 테스트 전자 메일 보내기를 선택하고 DPM에서 테스트 메시지를 보낼 전자 메일 주소를 입력한 다음 확인을 선택합니다. 옵션>알림을 선택한 다음, 받는 사람에게 알릴 경고 유형을 선택합니다. 받는 사람에서 DPM이 알림의 복사본을 보낼 각 받는 사람의 전자 메일 주소를 입력합니다.

  5. SMTP 서버 설정을 테스트하려면 테스트 알림>보내기 확인을 선택합니다.

Operations Manager의 경고 게시

  1. DPM 관리자 콘솔에서 모니터링>작업>옵션을 선택합니다.

  2. 옵션에서 경고 게시>활성 경고 게시를 선택합니다.

  3. 경고 게시를 사용하도록 설정하면 사용자 작업이 필요할 수 있는 모든 기존 DPM 경고가 DPM 경고 이벤트 로그에 게시됩니다. 그 다음 DPM 서버에 설치된 Operations Manager 에이전트가 해당 경고를 Operations Manager에 게시하며, 새로운 경고가 발생하면 계속 콘솔을 업데이트합니다.

Exchange 데이터 복구

단일 사서함, Exchange 데이터베이스 또는 전체 Exchange 서버를 복구하는 단계에 필요한 탭을 선택합니다.

단일 사서함을 복구하려면 다음 단계를 수행합니다.

  1. 보호된 Exchange 서버에서 기존 복구 사서함 데이터베이스가 있는지 확인합니다. 없을 경우 New-MailboxDatabase cmdlet을 사용하여 만듭니다. 복구 데이터베이스를 구성하여 Set-MailboxDatabase cmdlet을 사용해 덮어쓸 수 있도록 합니다. 예를 들면 다음과 같습니다.

    New-MailboxDatabase -Recovery -Name RDB-CONTROL -Server E2K13-MBX1
    
    Set-MailboxDatabase -Identity 'RDB-CONTROL' -AllowFileRestore $true
    
  2. DPM 관리자 콘솔에서 복구 보기로 이동한 다음 복구하려는 사서함 데이터베이스( 모든 보호된 Exchange 데이터 노드에서)로 이동합니다.

  3. 사용 가능한 복구 지점은 복구 지점 구역의 달력에 굵게 표시됩니다. 날짜를 선택하고 복구 시간>복구에서 복구 지점을 선택합니다.

    개별 사서함에는 사용할 수 없으므로 최신 항목을 선택할 수 없습니다.

  4. 복구 마법사에서 복구 선택을 검토하고 다음을 선택합니다.

  5. 수행할 복구 유형을 지정하고 다음을 선택합니다.

  6. 복구 옵션 지정 페이지에서 다음을 수행합니다.

    1. 데이터베이스를 복구한 후에 탑재 - 데이터베이스를 탑재하지 않으려면 확인란의 선택을 취소합니다.

    2. 네트워크 대역폭 사용량 제한 - 수정을 선택하여 제한을 사용하도록 설정합니다.

    3. 해당하는 경우 하드웨어 스냅샷을 사용하여 SAN 기반 복구 사용을 선택합니다.

    4. 알림에서 복구가 완료되면 전자 메일 보내기를 선택하고 받는 사람을 지정합니다. 메일 주소는 쉼표로 구분합니다.

  7. 요약 페이지에서 복구 설정을 검토하고 복구를 선택합니다. 복구가 완료되면 닫기를 선택합니다.

    복구가 진행 중일 때는 선택한 복구 항목에 대한 동기화 작업이 취소됩니다.

  8. 복구 프로세스가 완료되면 필요한 사서함이 완전히 복원되지 않습니다. 사서함이 있는 사서함 데이터베이스만이 복구 사서함 데이터베이스로 복원됩니다. 이 cmdlet을 실행하여 사서함을 복원 합니다.

    New-MailboxRestoreRequest -SourceDatabase 'RDB-CONTROL' -SourceStoreMailbox 'mailbox name' -TargetMailbox <name>@contoso.com -TargetRootFolder Recovery -SkipMerging StorageProviderForSource
    

    명령에 를 추가 \-SkipMerging StorageProviderForSource 해야 합니다. 그렇지 않으면 오류가 발생합니다. 이 문제에 대한 해결 방법은 Exchange 2016 및 Exchange 2019의 릴리스 정보를 참조하세요.

    이제 <mailbox name> 사서함을 열면 오후 3시 15분까지의 모든 내용이 복구 폴더 아래에 나타납니다.

  9. 복원을 완료한 후 다음 Windows PowerShell cmdlet을 실행하여 복구 사서함 데이터베이스를 분리하고 삭제할 수 있습니다.

    Remove-MailboxDatabase -Identity 'RDB-CONTROL'