정책 템플릿과 리소스 프로필은 어플라이언스 관리 콘솔의 백업 계획 섹션에 정의되어 있습니다. App Manager의 애플리케이션과 VM에 적용됩니다. 백업 계획 위반은 작업 (또는 작업)이 정책 템플릿의 정책에 정의된 요구사항을 충족하지 않는 경우에 발생합니다.
이 섹션에서는 백업 계획 위반의 잠재적 원인, 어플라이언스 관리 콘솔에서 백업 계획 위반이 발생한 시점을 식별하는 방법, 백업 계획 위반이 발생할 때 이를 모니터링하는 데 사용할 수 있는 방법을 자세히 설명합니다. 다음이 포함됩니다.
백업 계획 정책 위반의 잠재적 원인
어플라이언스 관리 콘솔은 애플리케이션 및 데이터 세트에 백업 계획을 적용합니다. 여기서 앱 관리자 서비스의 애플리케이션 복사 데이터 관리는 백업 템플릿 및 연결된 정책에 정의된 규칙에 따라 이루어집니다. 백업 템플릿에는 각 데이터 소스의 데이터 소스 (스냅샷 또는 복제)와 일정 (빈도, 보관, 시작 시간, 종료 시간)을 정의하는 하나 이상의 정책이 포함됩니다. 백업 계획 정책에서 정의한 작업 (또는 작업)이 정책의 일정에 따라 시작되지 않으면 백업 계획 위반이 발생합니다.
각 백업/복구 어플라이언스는 매시간 백업 계획 분석을 자동으로 실행하여 예약된 작업에 대해 하루 종일 발생하는 백업 계획 위반을 식별합니다. 이 백그라운드 작업은 백업 계획 정책 기간이 끝날 때쯤 가능한 한 빨리 백업 계획 위반 가능성을 알려줍니다(백업/복구 어플라이언스가 백업 계획 위반을 모니터링하는 방법 참고).
어플라이언스 관리 콘솔을 사용하면 관리자가 정책 템플릿 라이브러리를 만들 수 있습니다. 각 백업 계획 정책의 주요 특징 중 하나는 이 정책이 실행될 시점을 결정하는 일정입니다.
백업 계획 위반은 작업 슬롯 수 설정 문제에서 비롯되는 것으로 간주되는 경우가 많습니다. 슬롯 수는 동시에 실행할 수 있는 작업 수를 결정합니다. 하지만 작업 슬롯 수를 늘린다고 백업 계획 위반이 중지되는 것은 아닙니다. 실제로 백업 계획 위반은 다음 섹션에 설명된 조건 중 하나와 관련이 있을 수 있습니다.
실패한 작업
작업 실패는 백업 계획 위반의 일반적인 원인입니다. 예를 들어 Oracle 호스트에 액세스할 수 없는 경우 백업/복구 어플라이언스가 Oracle RMAN에서 데이터를 캡처할 수 없으므로 스냅샷 작업이 실패합니다. 작업이 실패하면 환경을 확인하여 모든 애플리케이션과 호스트에 액세스할 수 있는지 확인합니다.
호스트당 여러 애플리케이션
호스트에 애플리케이션이 여러 개 있고 각 애플리케이션이 일관성 그룹으로 함께 그룹화되지 않고 별도의 정책 템플릿으로 관리되는 경우 여유 슬롯이 있더라도 한 번에 하나의 애플리케이션만 스냅샷 작업을 실행할 수 있습니다.
VM이 VM으로 관리되고 백업 및 DR 에이전트를 통해 관리되는 애플리케이션도 있는 경우 한 번에 하나의 애플리케이션만 데이터 캡처 작업을 실행할 수 있습니다.
호스트에 D:\, E:\, F:\ 드라이브가 있고 개별 드라이브가 별도의 백업 템플릿으로 관리되는 경우 각 드라이브는 순차적으로 관리됩니다. 예를 들어 정책의 허용된 실행 기간이 01:00 (UTC)부터 03:00 (UTC)까지이고 첫 번째 드라이브가 스냅샷 작업을 완료하는 데 3시간이 걸리면 다른 두 드라이브는 해당 날짜에 스냅샷 작업을 받지 않습니다.
한 가지 가능한 해결 방법은 총 실행 시간을 연장하기 위해 백업 계획 정책 기간을 연장하는 것입니다. 또 다른 해결 방법은 일관성 그룹에 여러 애플리케이션을 포함하는 것입니다.
백업 계획 위반이 거짓양성일 수 있음
경우에 따라 백업 계획 위반이 실제로 오탐 (특정 조건이 있음을 잘못 나타내는 결과)일 수 있습니다. 모든 백업 계획 위반이 실제로 위반인 것은 아니며 다음 두 예에 설명된 대로 거짓양성이 발생할 수 있습니다.
- 클러스터링된 볼륨이 있는 VM의 복사 데이터를 관리하고 있습니다. 백업 계획 정책이 실행 중이지만 VM에 볼륨 제어 권한이 없는 경우 이 실패는 백업 계획 위반으로 간주됩니다.
- 작업 (예: VM, 애플리케이션 등)의 백업 계획 기반 스케줄러가 사용 중지된 경우 백업 계획 정책이 적용될 때마다 백업 계획 위반이 발생할 수 있습니다.
백업/복구 어플라이언스의 제한된 리소스
백업/복구 어플라이언스의 제한된 리소스는 네트워크 포트 처리량, 최대 iSCSI 이니시에이터 수, 백엔드 스토리지 또는 프런트엔드 스토리지의 처리량 기능과 같은 문제와 관련이 있을 수 있습니다. 이 경우 슬롯 수를 늘려도 도움이 되지 않습니다.
정책 기간 또는 작업 실행 시간
여러 시간 동안 실행되는 작업은 다른 애플리케이션에서 사용할 수 있는 작업 슬롯을 보유합니다. 각 애플리케이션이 평균 1분 만에 작업을 완료하고 슬롯이 5개인 경우 시간당 300개의 작업을 실행할 수 있습니다. 각 애플리케이션이 평균 1시간이 걸리고 슬롯이 5개인 경우 시간당 5개의 작업을 실행할 수 있습니다. 하지만 정책의 전체 기간이 3시간인 경우 이 백업 계획 정책을 사용하려는 애플리케이션의 수는 24시간 동안 가능한 전체 애플리케이션 복사 데이터 관리에 큰 영향을 미칩니다.
예를 들어 애플리케이션이 100개인 경우 첫 번째 예(시간당 300개 작업)에서 어플라이언스는 약 20분 만에 모든 애플리케이션을 완료합니다. 하지만 두 번째 예시 (시간당 작업 5개)에 애플리케이션이 100개 있다면 어플라이언스는 하루에 애플리케이션 15개만 관리합니다. 이로 인해 백업 계획 위반이 85건 발생합니다.
작업 실행 시간은 제어할 수 없지만 실행 중인 애플리케이션이 예약된 시간을 확인할 수 있습니다. 새 애플리케이션의 첫 번째 스냅샷 작업 중에도 작업 시간이 길어질 수 있습니다. 온램프 설정을 사용하면 수집 작업이 슬롯을 잠그고 이미 수집된 애플리케이션을 잠그는 것을 방지할 수 있습니다.
백업/복구 어플라이언스가 백업 계획 위반을 모니터링하는 방법
각 백업/복구 어플라이언스는 매시간 백업 계획 분석을 자동으로 실행하여 예약된 작업에 대해 하루 종일 발생하는 백업 계획 위반을 식별합니다. 이 백그라운드 작업은 백업 계획 정책 기간이 끝날 때쯤 가능한 한 빨리 백업 계획 위반 가능성을 알려줍니다.
분석 중에 어플라이언스는 지난 1시간 이내에 근무 시간이 종료된 모든 백업 계획 정책을 확인합니다. 각 정책에서 백업 계획 위반이 있는지 검사하며, 정책 기간이 종료된 후 60분 이내에 백업 계획 정책에 백업 계획 위반이 있는 경우 해당 위반에 대한 항목이 이벤트 데이터베이스에 입력됩니다. 정책에 백업 계획 위반이 없으면 알림이나 이벤트가 생성되지 않습니다.
60분 백업 계획 정책 완료 기간 내에 백업 계획 위반이 발생하면 알림이 시작되고 이벤트 알림이 생성됩니다. 시스템 모니터 이벤트(모니터링 참고) 또는 이메일 이벤트 알림 형태로 백업 계획 위반 알림을 받을 수 있습니다. 각 알림에는 이벤트 메시지, 정책 이름 및 유형, 위반 시간 및 유형, 작업 정보 (예상 작업, 허용 범위, 성공, 실패)와 같은 정보를 비롯해 특정 애플리케이션의 위반된 각 백업 계획 정책에 관한 세부정보가 포함됩니다. 백업 계획 위반 알림에는 보고서 관리자의 백업 계획 규정 준수 보고서에 포함된 백업 계획 위반 보고서에서 확인할 수 있는 것과 동일한 수준의 세부정보가 포함되어 있습니다.
분석이 실행된 시점, 분석된 정책, 분석 결과를 설명하는 플랫폼 서버 로그 (udppm 로그 파일)도 생성됩니다.
백업 계획 분석에서는 진행 중인 작업으로 인해 발생할 수 있는 불일치를 고려합니다. 할당된 정책 시작 시간 내에 작업이 시작되지만 예상보다 오래 실행되어 지정된 정책 시간 내에 완료되지 않는 경우가 있습니다 (예: 작업이 오후 10시에 시작되지만 오후 11시 30분에 종료됨). 처음에는 작업이 성공한 것으로 간주되어 백업 계획 위반 알림이 표시되지 않습니다. 하지만 작업이 완료되면 다음 백업 계획 분석 주기에서 다시 평가되어 백업 계획 위반으로 표시될 수 있습니다. 백업 계획 정책의 성공 또는 실패는 작업이 실제로 완료되는 시점에 따라 달라집니다.
분석 중에 어플라이언스에서 하나 이상의 작업이 실행되지 않은 백업 계획 정책이 있는 것으로 확인되면 백업 계획 위반이 발생하고 생성된 알림 또는 이벤트에는 실패한 작업에 관한 다음 추가 정보가 포함됩니다.
- 예상 작업 실행 시간
- 작업이 실행되지 않은 이유
어플라이언스는 타임라인을 검사하여 해당 작업 유형에 사용 가능한 슬롯이 없어서 실행된 작업이 없는지 확인합니다. 이것이 이유인 경우 알림 또는 이벤트에 이 정보가 포함됩니다.
애플리케이션에 정책 기간이 중복되는 백업 계획 정책이 여러 개 있고 이 중복 기간에 두 정책 모두에 누락된 작업이 있는 경우 어플라이언스는 하나의 알림만 생성합니다. 중복을 방지하기 위해 중복된 정책에 대한 중복 알림을 시작하지 않습니다. 누락된 작업 알림은 애플리케이션, 정책 유형, 기간별로 집계됩니다.
백업 계획 위반 모니터링
모니터링 탭에서 또는 관리형 어플라이언스에서 이메일 알림을 통해 또는 보고서 관리자를 사용하여 백업 계획 위반을 모니터링하고 볼 수 있습니다.
모니터링
모니터 탭 (모니터 > 이벤트)에서 백업 계획 위반 세부정보를 이벤트로 볼 수 있습니다. 모니터링 탭 사용에 관한 자세한 내용은 모니터링을 참고하세요.
보고서 관리자
어플라이언스 관리 콘솔의 보고서 관리자에서 백업 계획 위반 보고서의 전체 라이브러리를 확인할 수 있습니다. 이 보고서를 사용하면 현재 성공률을 간편하게 확인할 수 있으며 이름이 같은 여러 애플리케이션을 쉽게 구분할 수 있습니다.