정책 템플릿과 리소스 프로필은 어플라이언스 관리 콘솔의 백업 계획 섹션에 정의됩니다. App Manager의 애플리케이션 및 VM에 적용됩니다. 백업 계획 위반은 작업 (또는 작업)이 정책 템플릿의 정책에 정의된 요구사항을 충족하지 않을 때 발생합니다.
이 섹션에서는 백업 계획 위반의 잠재적 원인, 어플라이언스 관리 콘솔에서 백업 계획 위반이 발생한 시점을 식별하는 방법, 백업 계획 위반이 발생할 때 이를 모니터링하는 데 사용할 수 있는 방법을 자세히 설명합니다. 다음이 포함됩니다.
백업 계획 정책 위반의 잠재적 원인
어플라이언스 관리 콘솔은 애플리케이션 및 데이터 세트에 백업 계획을 적용합니다. 여기서 앱 관리자 서비스의 애플리케이션 복사 데이터 관리는 백업 템플릿 및 관련 정책에서 정의하는 규칙을 기반으로 합니다. 백업 템플릿에는 데이터 소스 (스냅샷 또는 복제)와 각 데이터 소스의 일정 (빈도, 보관, 시작 시간, 종료 시간)을 정의하는 하나 이상의 정책이 포함됩니다. 백업 계획 정책에서 정의하는 작업이 정책 일정에 따라 시작되지 않으면 백업 계획 위반이 발생합니다.
각 백업/복구 어플라이언스는 매시간 백업 계획 분석을 자동으로 실행하여 예약된 작업에 대해 하루 동안 발생하는 백업 계획 위반을 식별하는 데 도움을 줍니다. 이 백그라운드 작업은 백업 계획 정책 기간이 종료되기 직전에 가능한 백업 계획 위반을 알립니다. 백업/복구 어플라이언스가 백업 계획 위반을 모니터링하는 방법을 참조하세요.
어플라이언스 관리 콘솔을 사용하면 IT 관리자가 정책 템플릿 라이브러리를 만들 수 있습니다. 각 백업 계획 정책의 주요 특성 중 하나는 이 정책이 실행되는 시점을 결정하는 일정입니다.
백업 계획 위반은 작업 슬롯 수 설정 문제로 인해 발생하는 것으로 간주되는 경우가 많습니다. 슬롯 수는 동시에 실행할 수 있는 작업 수를 결정합니다. 하지만 작업 슬롯 수를 늘린다고 해서 백업 계획 위반이 중지되는 것은 아닙니다. 실제로 백업 계획 위반은 다음 섹션에 설명된 조건 중 하나와 관련이 있을 수 있습니다.
실패한 작업
작업 실패는 백업 계획 위반의 일반적인 원인입니다. 예를 들어 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분에 종료됨). 처음에는 작업이 성공으로 간주되며 백업 계획 위반 알림이 발생하지 않습니다. 하지만 작업이 완료되면 다음 백업 계획 분석 주기의 일부로 다시 평가되고 백업 계획 위반으로 플래그가 지정될 수 있습니다. 백업 계획 정책의 성공 또는 실패는 작업이 실제로 완료되는 시점에 따라 달라집니다.
분석 중에 어플라이언스에서 백업 계획 정책이 하나 이상의 작업을 실행하지 못했다고 판단하면 백업 계획 위반이 발생하고 생성된 알림 또는 이벤트에 실패한 작업에 관한 다음 추가 정보가 포함됩니다.
- 예상 작업 실행 시간
- 작업 실행이 실패한 이유
또한 어플라이언스는 타임라인을 검사하여 해당 작업 유형에 사용할 수 있는 슬롯이 없어서 실행되지 않은 작업이 있는지 확인합니다. 이것이 이유인 경우 알림 또는 이벤트에 이 정보가 포함됩니다.
애플리케이션에 정책 기간이 겹치는 여러 백업 계획 정책이 있고 이 겹치는 시간 동안 두 정책 모두에 누락된 작업이 있는 경우 어플라이언스는 단일 알림만 생성합니다. 중복을 제거하기 위해 중복되는 정책에 대해 중복 알림을 시작하지 않습니다. 누락된 작업 알림은 애플리케이션, 정책 유형, 기간별로 집계됩니다.
백업 계획 위반 모니터링
모니터링 탭에서 또는 이메일 알림을 통해 관리형 어플라이언스에서 또는 보고서 관리자를 사용하여 백업 계획 위반을 모니터링하고 볼 수 있습니다.
모니터링
모니터링 탭 (모니터링 > 이벤트)에서 백업 계획 위반의 세부정보를 이벤트로 볼 수 있습니다. 모니터링 탭 사용에 관한 자세한 내용은 모니터링을 참고하세요.
보고서 관리자
어플라이언스 관리 콘솔의 보고서 관리자에서 백업 계획 위반 보고서의 전체 라이브러리를 사용할 수 있습니다. 이러한 보고서를 사용하면 현재 성공률을 확인하는 방법을 간소화하고 이름이 같은 여러 애플리케이션을 더 쉽게 구분할 수 있습니다.