질문과 대답 - Azure Backup 모니터링 및 보고

Azure Backup은 기본 제공 Azure Monitor 경고, 메트릭 경고, 사용자 지정 로그 분석 기반 경고, 사용자 지정 ARG 기반 경고, 활동 로그 경고 및 클래식 경고 등 여러 경고 옵션을 지원합니다. 현재 클래식 경고를 사용 중인 경우 여러 이점을 제공하는 Azure Monitor 기반 경고 사용을 시작하는 것이 좋습니다. 클래식 경고는 더 이상 사용되지 않으며 향후 몇 년 동안 지원되지 않습니다. Azure Backup에서 제공하는 다양한 경고 옵션에 대해 자세히 알아봅니다.

기본 제공 Azure Monitor 경고를 사용하면 추가 비용 없이 기본적으로 중요한 작업/실패에 대한 경고가 생성됩니다(포털에서 또는 비포털 인터페이스를 통해 볼 수 있음). 그러나 이러한 경고를 알림 채널(예: 이메일)로 라우팅하려면 무료 계층(한 달에 1000개 이메일)를 초과하는 경고에 대해 약간의 비용이 발생합니다. Azure Monitor 가격에 대해 자세히 알아봅니다.

사용자 지정 경고의 경우 위에서 설명한 알림 비용 외에 경고 규칙당 비용도 있습니다. 경고 규칙의 비용은 경고 규칙의 일부로 선택한 차원 수에 비례하여 달라집니다. Azure Monitor 가격에 대해 자세히 알아봅니다.

메트릭 경고에는 위에서 설명한 알림 비용 외에 경고 규칙당 비용도 있습니다. 경고 규칙의 비용은 경고 규칙의 일부로 선택한 차원 수에 비례하여 달라집니다. Azure Monitor 가격에 대해 자세히 알아봅니다.

백업 경고에 따라:

• 경고 규칙: 경고가 실행되어야 하는 조건을 지정하는 사용자 만들기 규칙을 나타냅니다. 자세한 정보
• 경고 처리 규칙(이전에는 작업 규칙이라고 함): 발생한 특정 경고가 라우팅되어야 하는 알림 채널을 지정하는 사용자 만들기 규칙을 나타냅니다. 경고 처리 규칙을 사용하여 일정 기간 동안 경고를 표시하지 않을 수도 있습니다. 자세한 정보
• 작업 그룹: 실행된 경고가 라우팅될 수 있는 알림 채널(예: 이메일, ITSM 엔드포인트, 논리 앱, 웹후크 등)을 나타냅니다. 자세한 정보

기본 제공 Azure Monitor 경고의 경우 경고는 기본적으로 이미 만들어지므로 경고 규칙을 만들 필요가 없습니다. 이러한 경고를 알림 채널로 라우팅하려면 이러한 경고에 대한 경고 처리 규칙과 작업 그룹을 만들어야 합니다. 예제 참조

메트릭 경고의 경우 경고가 기본적으로 만들어지지 않으므로 먼저 경고를 실행해야 하는 조건을 지정하는 경고 규칙을 만들어야 합니다. 이러한 경고를 알림 채널로 라우팅하려면 경고 규칙을 작업 그룹에 직접 연결하거나 경고 처리 규칙을 사용할 수 있습니다. 예제 참조

예, 메트릭 경고를 사용하여 성공적인 백업에 대한 경고를 구성할 수 있습니다. 자세한 정보

Azure Monitor 기반 경고를 사용하는 경우 프로그래밍 방식으로 경고(경고 처리 규칙 및 작업 그룹)을 구성할 수 있습니다. 클래식 경고를 사용하는 경우 프로그래밍 방식의 경고 만들기가 지원되지 않습니다.

이벤트가 발생한 후 데이터가 Log Analytics 작업 영역에 도달하는 데 20~30분 정도 걸릴 수 있습니다. 따라서 Log Analytics 기반 경고가 약간 지연될 수 있습니다. 즉각적인 경고의 경우 기본 제공 Azure Monitor 기반 경고 또는 메트릭 기반 경고를 사용합니다.

구성한 Log Analytics 작업 영역으로 이동합니다. 로그 메뉴 항목으로 이동하여 CoreAzureBackup | take 1쿼리를 실행합니다. 반환되는 레코드가 표시 되는 경우 데이터가 작업 영역으로 이동 하기 시작했음을 의미합니다. 초기 데이터 푸시는 최대 24시간이 걸릴 수 있습니다.

자격 증명 모음에서 Log Analytics 작업 영역으로 전달되는 진단 데이터가 일부 지연되었습니다. 모든 이벤트는 Recovery Services 자격 증명 모음에서 푸시되고 20~30분 후에 Log Analytics 작업 영역에 도착합니다. 지연에 대한 세부 정보는 다음과 같습니다.

• 모든 솔루션에서 백업 서비스의 기본 제공 경고는 생성되는 즉시 푸시됩니다. 따라서 일반적으로 20~30분 후에는 Log Analytics 작업 영역에 표시됩니다.
• 모든 솔루션에서 주문형 백업 작업 및 복원 작업은 완료되는 즉시 푸시됩니다.
• SQL 백업을 제외한 모든 솔루션의 경우, 완료되는 즉시 예약된 백업 작업이 푸시됩니다.
• SQL 백업의 경우, 로그 백업이 15분 간격으로 발생할 수 있으므로, 로그를 포함하여 모든 완료된 예약 백업 작업에 대한 정보가 6시간 간격으로 일괄 처리되고 푸시됩니다.
• 모든 솔루션에서 백업 항목, 정책, 복구 지점, 스토리지 등과 같은 다른 정보는 최소한 하루 한 번 이상 푸시됩니다.
• 백업 구성에 변경(예: 정책 변경 또는 정책 편집)이 있으면 모든 관련 백업 정보의 푸시가 트리거됩니다.

Log Analytics 작업 영역을 만든 후 최대 2년 동안 데이터를 보존하도록 선택할 수 있습니다. 기본적으로 Log Analytics 작업 영역은 31일 동안 데이터를 보존합니다. 자세히 알아보기.

진단 설정을 구성한 후 Log Analytics 작업 영역에서 데이터가 흐르기 시작합니다. 데이터는 설정된 보존 기간 동안 구성 날짜부터 작업 영역에 보존됩니다. 진행 중인 작업은 작업 영역으로 푸시되지 않습니다. 이벤트는 완료 시 작업 영역으로 푸시됩니다(성공/실패). Log Analytics 작업 영역에서 사용할 수 있는 모든 데이터는 보고서에서 사용할 수 있습니다.

예, 자격 증명 모음 및 구독, 또 지역에서도 보고서를 볼 수 있습니다. 데이터는 단일 Log Analytics 작업 영역 또는 Log Analytics 작업 영역 그룹에 상주할 수 있습니다.

고객의 구독 또는 Log Analytics 작업 영역에 대한 위임된 액세스 권한이 있는 Azure Lighthouse 사용자인 경우 Backup 보고서를 사용하여 모든 테넌트에서 데이터를 볼 수 있습니다.

Azure Portal에 Azure Backup 에이전트 작업 상태가 반영되는 데는 최대 15분이 걸릴 수 있습니다.

경고는 Azure Backup 실패 후 20분 이내에 발생합니다.

예. 알림이 전송되지 않는 경우는 다음과 같습니다.

• 알림이 매시간으로 구성되고 알림이 발생하고 한 시간 이내에 해결되는 경우
• 작업이 취소되는 경우
• 진행 중인 원래 백업 작업으로 인해 두 번째 백업 작업이 실패하는 경우

다음 단계

다른 FAQ를 읽어보세요.

• Azure VM에 대한 일반 질문
• Azure Backup 에이전트에 대한 일반 질문