백업 계획 위반사항 식별

정책 템플릿과 리소스 프로필은 관리 콘솔의 백업 계획 섹션에 정의됩니다. App Manager의 애플리케이션 및 VM에 적용됩니다. 백업 계획 위반은 작업 (또는 작업)이 정책 템플릿의 정책에 정의된 요구사항을 충족하지 않을 때 발생합니다.

이 섹션에서는 백업 계획 위반의 원인, 관리 콘솔에서 백업 계획 위반이 발생한 시점을 식별하는 방법, 백업 계획 위반이 발생할 때 이를 모니터링하는 데 사용할 수 있는 방법을 자세히 설명합니다. 여기에는 다음이 포함됩니다.

백업 계획 정책 위반의 원인

관리 콘솔은 애플리케이션 및 데이터 세트에 백업 계획을 적용합니다. 여기서 App Manager 서비스의 애플리케이션 사본 데이터 관리는 백업 템플릿에 정의된 규칙 및 관련 정책에 따라 결정됩니다. 백업 템플릿에는 데이터 소스 (스냅샷 또는 복제)와 각 데이터 소스의 일정 (빈도, 보관, 시작 시간, 종료 시간)을 정의하는 정책이 하나 이상 포함됩니다. 백업 계획 정책에서 정의한 작업 (또는 작업)이 정책 일정에 따라 시작되지 않으면 백업 계획 위반이 발생합니다.

각 백업/복구 어플라이언스는 백업 계획 위반이 발생할 때마다 예약된 작업에 대해 하루 종일 자동으로 백업 계획 분석을 실행하여 이를 식별합니다. 이 백그라운드 작업은 백업 계획 정책 기간이 끝나기 최대한 가까운 시점에 가능한 백업 계획 위반에 관해 알립니다. 백업/복구 어플라이언스에서 백업 계획 위반을 모니터링하는 방법을 참고하세요.

관리 콘솔을 사용하면 관리자가 정책 템플릿 라이브러리를 만들 수 있습니다. 각 백업 계획 정책의 주요 특징 중 하나는 이 정책이 실행될 시점을 결정하는 일정입니다.

백업 계획 위반은 작업 슬롯 수 설정 문제로 인한 것으로 간주되는 경우가 많습니다. 슬롯 수는 동시에 실행할 수 있는 작업 수를 결정합니다. 하지만 작업 슬롯 수를 늘리더라도 백업 계획 위반이 중지되지 않을 수 있습니다. 실제로 백업 계획 위반은 다음 섹션에 설명된 조건 중 하나와 관련이 있을 수 있습니다.

실패한 작업

작업 실패는 백업 계획 위반의 일반적인 원인입니다. 예를 들어 Oracle 호스트에 액세스할 수 없는 경우 백업/복구 어플라이언스가 Oracle RMAN의 데이터를 캡처할 수 없어 스냅샷 작업이 실패합니다. 작업이 실패하면 환경을 확인하여 모든 애플리케이션과 호스트에 액세스할 수 있는지 확인합니다.

호스트당 여러 애플리케이션

호스트에 애플리케이션이 여러 개 있고 각 애플리케이션이 일관성 그룹으로 그룹화되는 대신 별도의 정책 템플릿으로 관리되는 경우, 여유 슬롯이 있더라도 한 번에 하나의 애플리케이션에서만 스냅샷 작업을 실행할 수 있습니다.

VM이 VM으로 관리되고 백업 및 DR 에이전트를 통해 관리되는 애플리케이션도 있는 경우 애플리케이션 중 하나만 한 번에 데이터 캡처 작업을 실행할 수 있습니다.

호스트에 D:\, E:\, F:\ 드라이브가 있고 개별 드라이브가 별도의 백업 템플릿으로 관리되는 경우 각 드라이브가 연속으로 관리됩니다. 예를 들어 정책의 허용되는 실행 기간이 1:00 (UTC)~3:00 (UTC)이고 첫 번째 드라이브에서 스냅샷 작업을 완료하는 데 3시간이 걸린다면 다른 두 드라이브는 해당 날짜에 스냅샷 작업을 받지 못합니다.

총 실행 시간을 연장하는 방법으로 백업 계획 정책 기간을 연장하는 것이 하나의 해결 방법입니다. 일관성 그룹에 여러 애플리케이션을 포함하는 것도 또 다른 해결 방법입니다.

백업 계획 위반이 거짓양성일 수 있음

경우에 따라 백업 계획 위반이 실제로는 거짓양성 (특정 조건이 존재한다고 잘못 표시하는 결과)일 수 있습니다. 모든 백업 계획 위반이 실제로 위반사항은 아니며 다음 두 예에서 설명한 대로 거짓양성이 발생할 수 있습니다.

  • 클러스터링된 볼륨이 있는 VM의 사본 데이터를 관리하고 있습니다. 백업 계획 정책이 실행 중이지만 VM에서 볼륨을 제어할 수 없는 경우 이 실패는 백업 계획 위반으로 간주됩니다.
  • 작업 (예: VM, 애플리케이션 등)의 백업 계획 기반 스케줄러가 사용 중지되어 있으면 백업 계획 정책을 적용할 때마다 백업 계획 위반이 발생할 수 있습니다.

백업/복구 어플라이언스의 제약된 리소스

백업/복구 어플라이언스의 제약된 리소스는 네트워크 포트 처리량, 최대 iSCSI 이니시에이터 수, 백엔드 저장소 또는 프런트엔드 저장소의 처리량 기능과 같은 문제와 관련이 있을 수 있습니다. 이 경우 슬롯 수를 늘리면 도움이 되지 않습니다.

정책 기간 또는 작업 실행 시간 길이

몇 시간 동안 실행되는 작업은 다른 애플리케이션에서 사용할 수 있는 작업 슬롯을 보유합니다. 각 애플리케이션이 평균 1분에 작업을 완료하고 슬롯이 5개 있는 경우 시간당 300개의 작업을 실행할 수 있습니다. 각 애플리케이션이 평균 1시간이 소요되고 슬롯이 5개 있는 경우 시간당 5개의 작업을 실행할 수 있습니다. 그러나 정책의 총 기간이 3시간인 경우 이 백업 계획 정책을 사용하려는 애플리케이션 수가 24시간 동안 가능한 총 애플리케이션 사본 데이터 관리에 큰 영향을 미칩니다.

예를 들어 애플리케이션이 100개 있는 경우 첫 번째 예시(시간당 300개 작업)에서는 어플라이언스가 약 20분 후에 모든 애플리케이션을 완료합니다. 하지만 두 번째 예시에서 애플리케이션이 100개 (시간당 작업 5개)인 경우 어플라이언스는 하루에 15개의 애플리케이션만 관리합니다. 이로 인해 백업 계획 위반이 85회 발생합니다.

작업 실행 시간을 제어할 수는 없지만 실행 중인 애플리케이션이 예약된 시간을 확인할 수 있습니다. 새 애플리케이션의 첫 번째 스냅샷 작업 중에 작업 시간이 길어질 수도 있습니다. 온램프 설정을 사용하면 처리 작업이 슬롯을 잠그거나 이미 처리된 애플리케이션을 잠그지 못하도록 할 수 있습니다.

백업/복구 어플라이언스에서 백업 계획 위반을 모니터링하는 방법

각 백업/복구 어플라이언스는 백업 계획 위반이 발생할 때마다 예약된 작업에 대해 하루 종일 자동으로 백업 계획 분석을 실행하여 이를 식별합니다. 이 백그라운드 작업은 백업 계획 정책 기간이 끝나기 최대한 가까운 시점에 백업 계획 위반 가능성을 알립니다.

분석 중에 어플라이언스는 지난 1시간 이내에 영업 시간이 종료된 모든 백업 계획 정책을 확인합니다. 각 정책은 백업 계획 위반 여부를 검사하며, 정책 기간이 종료된 후 60분 이내에 백업 계획 정책에 백업 계획 위반이 있는 경우 이러한 위반에 대한 항목이 이벤트 데이터베이스에 생성됩니다. 정책에 백업 계획 위반이 없으면 알림이나 이벤트가 생성되지 않습니다.

백업 계획 정책 완료 기간인 60분 이내에 백업 계획 위반이 발생하면 알림이 시작되고 이벤트 알림이 생성됩니다. 시스템 모니터 이벤트(모니터 참고) 또는 이메일 이벤트 알림 형식으로 백업 계획 위반 알림을 받을 수 있습니다. 각 알림에는 이벤트 메시지, 정책 이름 및 유형, 위반 시간 및 유형, 작업 정보 (예상 작업 수, 허용 오류, 성공, 실패)와 같은 정보를 포함하여 특정 애플리케이션에서 정책을 위반한 각 백업 계획에 관한 세부정보가 포함됩니다. 백업 계획 위반 알림에는 보고서 관리자의 백업 계획 규정 준수 보고서에 포함된 백업 계획 위반 보고서에서 볼 수 있는 것과 동일한 수준의 세부정보가 포함됩니다.

분석이 실행된 시점, 분석된 정책, 분석 결과를 요약하는 플랫폼 서버 로그 (udppm 로그 파일)도 생성됩니다.

백업 계획 분석은 진행 중인 작업의 결과일 수 있는 불일치를 고려합니다. 경우에 따라 할당된 정책 시작 시간 내에 작업이 시작되지만 예상보다 오래 실행되어 지정된 정책 시간 범위 내에 완료되지 않을 수 있습니다 (예: 작업이 오후 10시에 시작되었지만 오후 11시 30분에 종료됨). 처음에는 작업이 성공한 것으로 표시되며 백업 계획 위반 알림이 표시되지 않습니다. 그러나 작업이 완료되면 다음 백업 계획 분석 주기의 일환으로 재평가되며 백업 계획 위반으로 신고될 수 있습니다. 백업 계획 정책의 성공 여부는 작업이 실제로 완료되는 시점에 따라 다릅니다.

분석 중에 어플라이언스가 백업 계획 정책으로 인해 하나 이상의 작업이 실행되지 않았다고 판단하면 백업 계획 위반이 발생하고 생성된 알림 또는 이벤트에 실패한 작업에 관한 다음과 같은 추가 정보가 포함됩니다.

  • 예상 작업 실행 시간
  • 작업 실행 실패 이유

또한 어플라이언스는 타임라인을 검사하여 해당 작업 유형에 사용할 수 있는 슬롯이 없어 작업이 실행되지 않았는지 확인합니다. 이 이유로 인해 알림 또는 이벤트에 이 정보가 포함됩니다.

애플리케이션에 정책 기간이 겹치는 백업 계획 정책이 여러 개 있고 이 겹치는 시간 동안 두 정책 모두에서 작업이 누락된 경우 어플라이언스는 단일 알림만 생성합니다. 중복을 제거하기 위해 중복되는 정책에 대해 중복 알림을 시작하지 않습니다. 누락된 작업 알림은 애플리케이션, 정책 유형, 시간 간격별로 집계됩니다.

백업 계획 위반 모니터링

모니터링 탭에서 또는 이메일 알림을 통해 관리 애플리케이션에서 또는 보고서 관리자를 사용하여 백업 계획 위반을 모니터링하고 확인할 수 있습니다.

모니터

모니터 탭 (모니터 > 이벤트)에서 백업 계획 위반 세부정보를 이벤트로 확인할 수 있습니다. 모니터링 탭 사용에 관한 자세한 내용은 모니터링을 참고하세요.

보고서 관리자

관리 콘솔의 보고서 관리자에서 백업 계획 위반 보고서의 전체 라이브러리를 확인할 수 있습니다. 이 보고서를 사용하면 현재 성공률을 확인하는 방법을 간소화하고 동일한 이름의 여러 애플리케이션을 더 쉽게 구분할 수 있습니다.

다음 단계