Azure Backup 보고서 구성
백업 관리자의 일반적인 요구 사항은 장기간에 걸친 데이터를 기반으로 백업에 대한 인사이트를 획득하는 것입니다. 이러한 솔루션에 대한 사용 사례는 다음과 같습니다.
- 사용된 클라우드 스토리지를 할당하고 예측합니다.
- 백업 및 복원을 감사합니다.
- 여러 세분성 수준에서 주요 추세를 확인합니다.
현재 Azure Backup은 Azure Monitor 로그 및 Azure 통합 문서를 사용하는 보고 솔루션을 제공합니다. 이러한 리소스를 통해 전체 백업 자산의 백업에 대한 풍부한 인사이트를 얻을 수 있습니다. 이 문서에서는 Azure Backup 보고서를 구성하고 보는 방법을 설명합니다.
지원되는 시나리오
- Azure VM, Azure VM의 SQL, Azure VM의 SAP HANA, MARS(Microsoft Azure Recovery Services) 에이전트, MABS(Microsoft Azure Backup Server), System Center DPM(Data Protection Manager), Azure Database for PostgreSQL 서버, Azure Blob 및 Azure Disk에서 Backup 보고서가 지원됩니다. Azure 파일 공유 백업에서는 2020년 6월 1일 이후에 생성된 레코드의 데이터가 표시됩니다.
- Azure 파일 공유 백업의 경우, 보호된 인스턴스의 데이터는 2021년 2월 1일 이후에 생성된 레코드에 대해 표시됩니다. 기본값은 0이고 이전 레코드의 경우 기본값은 0입니다.
- DPM 워크로드의 경우 DPM 버전 5.1.363.0 이상 및 에이전트 버전 2.0.9127.0 이상에서 Backup 보고서가 지원됩니다.
- MABS 워크로드의 경우 MABS 버전 13.0.415.0 이상 및 에이전트 버전 2.0.9170.0 이상에서 Backup 보고서가 지원됩니다.
- 사용자가 액세스할 수 있는 Log Analytics 작업 영역으로 데이터가 전송되는 모든 백업 항목, 자격 증명 모음, 구독 및 지역에서 Backup 보고서를 볼 수 있습니다. 자격 증명 모음 집합에 대한 보고서를 보려면 자격 증명 모음이 데이터를 보내는 Log Analytics 작업 영역에 대한 읽기 권한만 있으면 됩니다. 개별 자격 증명 모음에 대한 액세스 권한은 필요 없습니다.
- 고객의 구독에 대한 위임된 액세스 권한이 있는 Azure Lighthouse 사용자인 경우 Azure Lighthouse에서 이러한 보고서를 사용하여 모든 테넌트의 보고서를 볼 수 있습니다.
- 현재는 최대 100개 Log Analytics 작업 영역(테넌트 전체)에서 Backup 보고서를 통해 데이터를 볼 수 있습니다.
참고 항목
쿼리의 복잡성과 처리된 데이터의 양에 따라 100개 미만의 많은 작업 영역을 선택할 때 오류가 표시될 수 있습니다. 한 번에 쿼리되는 작업 영역 수를 제한하는 것이 좋습니다.
- 로그 백업 작업에 대한 데이터는 현재 보고서에 표시되지 않습니다.
참고 항목
다음 섹션에서 설명하는 기능은 백업 센터를 통해 액세스할 수도 있습니다. 백업 센터는 Azure의 통합 단일 관리 환경입니다. 백업 센터를 통해 기업은 대규모로 백업을 관리, 모니터링, 운영, 분석할 수 있습니다. 이 솔루션을 사용하면 개별 자격 증명 모음의 범위로 제한받지 않고 주요 백업 관리 작업을 대부분 수행할 수 있습니다.
시작하기
다음 단계에 따라 보고서 사용을 시작합니다.
1. Log Analytics 작업 영역을 만들거나 기존 작업 영역 사용
Backup 보고 데이터를 저장할 Log Analytics 작업 영역을 하나 이상 설정합니다. 이 Log Analytics 작업 영역을 만들 수 있는 위치 및 구독은 자격 증명 모음이 있는 위치 및 구독과는 독립적입니다.
Log Analytics 작업 영역을 설정하려면 Azure Portal에서 Log Analytics 작업 영역 만들기를 참조하세요.
기본적으로 Log Analytics 작업 영역의 데이터는 30일 동안 보존됩니다. 더 긴 시간 동안 데이터를 보려면 Log Analytics 작업 영역의 보존 기간을 변경합니다. 보존 기간을 변경하려면 Azure Monitor 로그에서 데이터 보존 및 보관 정책 구성을 참조하세요.
2. 자격 증명 모음의 진단 설정 구성
Recovery Services 자격 증명 모음과 같은 Azure Resource Manager 리소스는 예약된 작업과 사용자가 트리거한 작업에 대한 정보를 진단 데이터로 기록합니다. 자격 증명 모음에 대한 진단 설정을 구성하려면 다음 단계를 따르세요.
자격 증명 모음 유형 선택:
Recovery Services 자격 증명 모음의 모니터링 섹션에서 진단 설정을 선택하고 Recovery Services 자격 증명 모음의 진단 데이터 대상을 지정합니다. 진단 이벤트 사용에 대한 자세한 내용은 Recovery Services 자격 증명 모음에 진단 설정 사용을 참조하세요.
또한 Azure Backup은 지정된 범위에서 모든 Recovery Services 자격 증명 모음의 진단 설정 구성을 자동화하는 기본 제공 Azure Policy 정의를 제공합니다. 이 정책을 사용하는 방법은 대규모로 자격 증명 모음 진단 설정 구성을 참조하세요.
참고 항목
진단을 구성한 후 초기 데이터 푸시가 완료될 때까지 최대 24시간이 걸릴 수 있습니다. 데이터가 Log Analytics 작업 영역으로 이동하기 시작해도 당일 데이터는 보고서에 표시되지 않으므로 보고서에 데이터가 즉시 표시되지 않을 수 있습니다. 자세한 내용은 Backup 보고서에 사용되는 규칙을 참조하세요. Log Analytics로 데이터를 보내도록 자격 증명 모음을 구성하고 이틀이 지난 후부터 보고서를 보는 것이 좋습니다.
3. Azure Portal에서 보고서 보기
Log Analytics로 데이터를 보내도록 자격 증명 모음을 구성한 후에는 백업 센터로 이동하고 Backup 보고서를 선택하여 Backup 보고서를 봅니다. 시작 탭에서 관련 작업 영역을 선택합니다.
보고서에는 다음과 같은 탭이 있습니다.
요약
이 탭에서는 백업 자산의 간단한 개요를 볼 수 있습니다. 총 백업 항목 수, 사용된 총 클라우드 스토리지, 보호된 인스턴스 수, 워크로드 유형별 작업 성공률을 한눈에 볼 수 있습니다. 특정 백업 아티팩트 형식에 대한 자세한 내용을 보려면 해당 탭으로 이동하세요.
백업 항목
이 탭에서는 Backup 항목 수준에서 사용되는 클라우드 스토리지에 대한 정보와 추세를 볼 수 있습니다. 예를 들어 Azure VM 백업에서 SQL을 사용하는 경우 백업 중인 각 SQL 데이터베이스에 사용되는 클라우드 스토리지를 볼 수 있습니다. 특정 보호 상태의 백업 항목에 대한 데이터를 표시하도록 선택할 수도 있습니다. 예를 들어 탭의 맨 위에서 보호 중지됨 타일을 선택하면 [보호 중지 됨] 상태의 Backup 항목에 대한 데이터만 표시하도록 그 아래의 모든 위젯이 필터링됩니다.
사용
이 탭에서는 백업에 대한 주요 청구 매개 변수를 볼 수 있습니다. 이 탭에 표시되는 정보는 청구 엔터티(보호된 컨테이너) 수준에 있습니다. 예를 들어, Azure에 백업되는 DPM 서버는 보호된 인스턴스 및 DPM 서버에 사용된 클라우드 스토리지의 추세를 볼 수 있습니다. 마찬가지로 Azure Backup에서 SQL을 사용하거나 Azure Backup에서 SAP HANA를 사용하는 경우 이 탭은 이러한 데이터베이스가 들어 있는 가상 머신 수준에서 사용 관련 정보를 제공합니다.
참고 항목
- Azure File, Azure Blob 및 Azure Disk 워크로드의 경우 사용된 스토리지는 0으로 표시됩니다. 필드는 자격 증명 모음에서 사용되는 스토리지를 참조하고 Azure File, Azure Blob 및 Azure Disk의 경우 현재 보고서에서는 스냅샷 기반 백업 솔루션만 지원됩니다.
- DPM 워크로드의 경우 보고서에 표시되는 사용량 값과 Recovery Services 자격 증명 모음 개요 탭에 표시되는 집계 사용량 값 간에 차이(DPM 서버당 약 20MB)가 있을 수 있습니다. 이렇게 차이가 나는 이유는 백업에 등록되는 모든 DPM 서버에는 보고를 위한 아티팩트로 표시되지 않는 '메타데이터' 데이터 원본이 연결되어 있기 때문입니다.
작업
이 탭에서는 일별 실패한 작업 수, 작업 실패의 주요 원인과 같은 장기 실행 추세를 볼 수 있습니다. 이 정보는 집계 수준 및 Backup 항목 수준에서 볼 수 있습니다. 그리드에서 특정 Backup 항목을 선택하면 선택한 시간 범위의 해당 Backup 항목에서 트리거된 각 작업의 자세한 정보를 볼 수 있습니다.
참고 항목
Azure Database for PostgreSQL, Azure Blob 및 Azure Disk 워크로드의 경우 전송된 데이터 필드는 현재 작업 테이블에서 사용할 수 없습니다.
정책
이 탭에서는 연결된 항목 수, 특정 정책 하에서 백업된 항목이 사용한 총 클라우드 스토리지 등과 같은 모든 활성 정책에 대한 정보를 볼 수 있습니다. 특정 정책을 선택하면 관련된 각 Backup 항목에 대한 정보를 볼 수 있습니다.
Optimize
이 탭을 사용하여 백업의 잠재적 비용 최적화 기회를 파악할 수 있습니다. 현재 최적화 탭에서 인사이트를 제공하는 시나리오는 다음과 같습니다.
비활성 리소스
이 보기를 사용하여 상당한 시간 동안 백업에 성공하지 않은 백업 항목을 식별할 수 있습니다. 이는 백업 중인 기본 머신이 더 이상 존재하지 않거나(따라서 백업에 실패한 경우), 머신에 문제가 있어 백업이 안정적으로 수행되지 않는 경우일 수 있습니다.
비활성 리소스를 보려면 최적화 탭으로 이동하여 비활성 리소스 타일을 선택합니다. 이 타일을 선택하면 선택한 범위에 있는 모든 비활성 리소스의 세부 정보를 포함하는 그리드가 표시됩니다. 기본적으로 그리드는 지난 7일 동안 복구 지점이 없는 항목을 표시합니다. 다른 시간 범위에 대한 비활성 리소스를 찾으려면 탭 위쪽에서 시간 범위 필터를 조정하면 됩니다.
비활성 리소스를 확인한 후에는 해당 리소스에 대한 Azure 리소스 창(해당하는 경우)이나 백업 항목 대시보드로 이동하여 문제를 자세히 조사할 수 있습니다. 시나리오에 따라 머신에 대한 백업을 중지하고(더 이상 존재하지 않는 경우) 불필요한 백업을 삭제하여 비용을 절감하거나, 머신의 문제를 해결하여 백업이 안정적으로 수행되도록 선택할 수 있습니다.
참고 항목
Azure Database for PostgreSQL, Azure Blob 및 Azure Disk 워크로드의 경우 비활성 리소스 보기는 현재 지원되지 않습니다.
보존 기간이 긴 백업 항목
이 보기를 사용하여 조직에서 요구하는 것보다 더 긴 기간 동안 백업이 보존된 항목을 식별할 수 있습니다.
정책 최적화 타일을 선택한 다음 보존 최적화 타일을 선택하면 매일, 매주, 매월 또는 매년 보존 지점(RP)의 보존이 지정된 값보다 큰 모든 백업 항목이 포함된 그리드가 표시됩니다. 기본적으로 그리드는 선택한 범위의 모든 백업 항목을 표시합니다. 매일, 매주, 매월 또는 매년 RP 보존을 위한 필터를 사용하여 그리드를 추가로 필터링하고 백업 스토리지 비용을 절약하기 위해 보존 기간을 줄일 수 있는 항목을 식별할 수 있습니다.
SQL 및 SAP HANA 같은 데이터베이스 워크로드의 경우 그리드에 표시된 보존 기간은 차등 백업 지점이 아닌 전체 백업 지점의 보존 기간에 해당합니다. 보존 필터에서도 마찬가지입니다.
참고 항목
자격 증명 모음 표준 계층을 사용하는 백업 인스턴스의 경우 보존 최적화 그리드는 자격 증명 모음 표준 계층의 보존 기간을 고려합니다. 자격 증명 모음 계층을 사용하지 않는 백업 인스턴스(예: Azure Disk Backup 솔루션으로 보호되는 항목)의 경우 그리드는 스냅샷 계층 보존을 고려합니다.
매일 전체 백업을 위해 구성된 데이터베이스
이 보기를 사용하여 매일 전체 백업이 구성된 데이터베이스 워크로드를 식별할 수 있습니다. 차등 백업을 매일 수행하고 전체 백업을 매주 사용하는 것이 더 비용 효율적입니다.
정책 최적화 타일 다음에 백업 일정 최적화 타일을 선택하면 매일 전체 백업 정책이 적용된 모든 데이터베이스가 포함된 그리드가 표시됩니다. 특정 백업 항목으로 이동하여 매주 전체 백업과 매일 차등 백업을 사용하도록 정책 수정을 선택할 수 있습니다.
그리드에 데이터베이스 워크로드를 정상적으로 표시하려면 탭 맨 위에 있는 백업 관리 유형 필터에서 Azure VM의 SQL 항목과 Azure VM의 SAP HANA가 선택되어 있어야 합니다.
정책 준수
이 탭을 사용하여 모든 백업 인스턴스에 매일 하나 이상의 성공한 백업이 있는지 식별할 수 있습니다. 주간 백업 정책이 있는 항목의 경우, 이 탭을 사용하여 모든 백업 인스턴스에서 주별로 한 건 이상 성공한 백업이 있는지 확인할 수 있습니다.
사용할 수 있는 정책 준수 보기에는 다음 두 가지 유형이 있습니다.
- 기간별 정책 준수: 이 보기를 사용하여 지정된 날짜에 하나 이상의 성공한 백업이 있었던 항목 수와 해당 날짜에 백업이 성공적으로 수행되지 않은 횟수를 식별할 수 있습니다. 행을 클릭하면 선택한 날짜에 트리거된 모든 백업 작업에 대한 세부 정보를 볼 수 있습니다. 시간 범위를 지난 60일과 같은 더 큰 값으로 늘리면 그리드가 주간 보기에서 렌더링되고 지정된 주에서 매일 하나 이상의 성공한 백업이 있는 모든 항목의 수가 표시됩니다. 마찬가지로 더 큰 시간 범위에 대한 월별 보기가 있습니다.
주별로 백업된 항목의 경우, 이 그리드를 사용하여 지정된 주에 하나 이상의 성공한 백업이 있는 모든 항목을 식별할 수 있습니다. 지난 120일과 같은 더 큰 시간 범위의 그리드는 월별 보기에서 렌더링되고 지정된 달에 매주 하나 이상의 성공한 백업이 있는 모든 항목의 수를 표시합니다. 매일, 매주 및 매월 보기에 대한 자세한 내용은 백업 보고서에 사용되는 규칙을 참조하세요.
- 백업 인스턴스에 의한 정책 준수: 이 보기를 사용하면 백업 인스턴스 수준에서 정책 준수 세부 정보를 확인할 수 있습니다. 녹색 셀은 지정된 날짜에 백업 인스턴스에 하나 이상의 성공한 백업이 있음을 나타냅니다. 빨간색 셀은 지정 날짜의 백업 인스턴스에 성공한 백업이 하나도 없었음을 나타냅니다. 매일, 매주 및 매월 집계는 기간별 정책과 동일한 동작을 수행합니다. 행을 클릭하면 선택한 시간 범위에서 지정한 백업 인스턴스의 모든 백업 작업을 볼 수 있습니다.
Azure Backup 보고서 이메일 보내기
백업 보고서에서 사용할 수 있는 메일 보고서 기능을 사용하면 자동화된 작업을 만들어 메일을 통해 정기적으로 보고서를 받을 수 있습니다. 이 기능은 사용자가 제공하는 입력에 따라 선택한 LA(Log Analytics) 작업 영역에서 데이터를 쿼리하는 논리 앱을 Azure 환경에 배포하는 방식으로 작동합니다.
논리 앱을 만든 후 Azure Monitor 로그 및 Office 365에 대한 연결 권한을 부여해야 합니다. 이렇게 하려면 Azure Portal에서 Logic Apps로 이동하여 생성한 작업의 이름을 검색합니다. API 연결 메뉴 항목을 선택하면 인증해야 하는 API 연결 목록이 열립니다. 메일을 구성하고 문제를 해결하는 방법에 대해 자세히 알아보세요.
Azure Backup 보고서 사용자 지정
Backup 보고서는 Azure Monitor 로그에서 시스템 함수를 사용합니다. 함수는 LA의 원시 Azure Backup 테이블에 있는 데이터에서 작동하며 간단한 쿼리를 사용하여 모든 백업 관련 엔터티의 정보를 쉽게 검색하는 데 도움이 되는 형식 지정 데이터를 반환합니다.
Backup 보고서를 기본으로 사용하여 고유한 보고 통합 문서를 만들려면 Backup 보고서로 이동하여 보고서 상단의 편집을 클릭하고 다음에서 사용 중인 쿼리를 확인/편집할 수 있습니다. 보고서. 사용자 지정 보고서를 만드는 방법에 대한 자세한 내용은 Azure 통합 문서를 참조하세요.
Excel로 내보내기
테이블이나 차트와 같은 위젯의 오른쪽 위에서 아래쪽 화살표 단추를 선택하면 기존 필터가 적용된 상태로 해당 위젯의 콘텐츠를 Excel 시트로 내보낼 수 있습니다. 테이블의 행을 더 많이 Excel로 내보내려면 각 그리드의 맨 위에 있는 페이지당 행 수 드롭다운 화살표를 사용하여 페이지에 표시할 행 수를 늘리면 됩니다.
대시보드에 고정
각 위젯의 맨 위에 있는 고정 단추를 선택하면 위젯이 Azure Portal 대시보드에 고정됩니다. 이 기능을 사용하면 본인에게 필요한 가장 중요한 정보를 표시하는 맞춤형 대시보드를 만들 수 있습니다.
테넌트 간 보고서
여러 테넌트 환경의 구독에 대한 액세스 권한을 위임받은 Azure Lighthouse를 사용하는 경우 기본 구독 필터를 사용할 수 있습니다. Azure Portal의 오른쪽 위 모서리에서 필터 단추를 선택하고, 데이터를 보고 싶은 모든 구독을 선택합니다. 이렇게 하면 모든 테넌트의 Log Analytics 작업 영역을 선택하여 다중 테넌트 보고서를 볼 수 있습니다.
Backup 보고서에 사용되는 규칙
- 필터는 각 탭의 왼쪽에서 오른쪽으로, 위쪽에서 아래쪽으로 적용됩니다. 즉, 필터는 해당 필터의 오른쪽 또는 해당 필터의 아래쪽에 있는 모든 위젯에 적용됩니다.
- 색이 지정된 타일을 선택하면 해당 타일의 값과 관련된 레코드에 대한 타일 아래의 위젯이 필터링됩니다. 예를 들어 Backup 항목 탭에서 보호 중지됨 타일을 선택하면 [보호 중지 됨] 상태의 백업 항목에 대한 데이터를 표시하도록 그 아래의 그리드와 차트가 필터링됩니다.
- 색이 지정되지 않은 타일은 클릭할 수 없습니다.
- 당일 데이터는 보고서에 표시되지 않습니다. 따라서 시간 범위 값을 지난 7일로 선택하면 날짜가 완전히 지난 7일의 레코드가 보고서에 표시됩니다. 당일은 포함되지 않습니다.
- 보고서에는 선택한 시간 범위에서 트리거된 작업(로그 작업과 별개)의 세부 정보가 표시됩니다.
- 클라우드 스토리지 및 보호된 인스턴스에 대해 표시되는 값은 선택한 시간 범위의 끝에 있습니다.
- 보고서에 표시되는 Backup 항목은 선택한 시간 범위의 끝에 있는 항목입니다. 선택한 시간 범위 도중에 삭제된 Backup 항목은 표시되지 않습니다. Backup 정책에도 동일한 규칙이 적용됩니다.
- 선택한 시간 범위가 30일 이하의 기간에 걸쳐 있는 경우 차트는 매일 하나의 데이터 요소가 있는 일별 보기로 렌더링됩니다. 시간 범위가 30일보다 크고 90일보다 작거나 같은 기간에 걸쳐 있는 경우 차트는 주별 보기로 렌더링됩니다. 시간 범위가 길면 차트가 월별 보기로 렌더링됩니다. 매주 또는 매월 데이터를 집계하면 쿼리 성능이 향상되고 차트의 데이터를 더 쉽게 읽을 수 있습니다.
- 정책 준수 그리드는 위에서 설명한 것과 비슷한 집계 논리를 따릅니다. 그러나 몇 가지 사소한 차이점이 있습니다. 첫 번째 차이점은 주별 백업 정책이 있는 항목의 경우 일별 보기가 없습니다(주별 및 월별 보기만 사용할 수 있음). 또한, 주별 백업 정책이 있는 항목의 그리드에서 '월'은 30일이 아닌 4주 기간(28일)으로 간주되어 주의 나머지 부분을 고려하지 않습니다.
문제를 어떻게 해결합니까?
Backup 보고서에서 데이터 불일치 문제가 발견되면 다음 예비 검사를 수행합니다.
모든 자격 증명 모음에서 필요한 Log Analytics 작업 영역으로 필요한 진단 로그를 보내고 있는지 확인합니다.
Backup 보고서에서 올바른 필터를 선택했는지 확인합니다.
Backup 보고서에서 다음 제한을 검토합니다.
진단을 구성한 후 초기 데이터 푸시가 완료될 때까지 최대 24시간이 걸릴 수 있습니다. 데이터가 Log Analytics 작업 영역으로 이동하기 시작해도 당일 데이터는 보고서에 표시되지 않으므로 보고서에 데이터가 즉시 표시되지 않을 수 있습니다. Log Analytics로 데이터를 보내도록 자격 증명 모음을 구성하고 이틀이 지난 후부터 보고서를 보는 것이 좋습니다.
SQL 로그 백업 작업은 현재 Backup 보고서에 표시되지 않습니다.
위에서 언급했듯이 보고서에는 현재 부분적인 날짜에 대한 데이터가 표시되지 않으며 전체 날짜(UTC)만 고려합니다.
예를 들어 보고서에서 시간 범위를 3월 23일 오후 4:30 ~ 3월 24일 오전 10:00로 선택하더라도 쿼리는 내부적으로 3월 23일 오전 12:00(UTC) ~ 3월 24일 오후 11:59(UTC) 동안 실행됩니다. 이는 날짜/시간의 시간 구성 요소가 쿼리에 의해 재정의됨을 의미합니다.
마찬가지로, 오늘 날짜가 3월 29일인 경우 데이터는 3월 28일의 마지막(오후 11:59 UTC)까지만 표시됩니다. 3월 29일에 만들어진 작업은 다음날인 3월 30일에 보고서를 확인하면 볼 수 있습니다.
위의 내용 중 어느 것도 보고서에 표시된 데이터를 설명하지 않는 경우 Microsoft 지원에 문의합니다.
쿼리 로드 시간
Backup 보고서의 위젯은 사용자의 Log Analytics 작업 영역에서 실행되는 Kusto 쿼리로 구동됩니다. 이 쿼리는 일반적으로 대량의 데이터를 처리하며, 풍부한 인사이트를 사용할 수 있도록 여러 조인이 포함되어 있습니다. 따라서 사용자가 대량의 백업 자산에 대한 보고서를 볼 때 위젯이 즉시 로드되지 않을 수 있습니다. 다음 표에서는 보고서가 표시되는 Backup 항목의 수와 시간 범위를 기준으로 여러 위젯을 로드하는 데 걸리는 대략적인 예상 시간을 제공합니다.
| 데이터 원본 수 | 시간 범위 | 대략적인 로드 시간 |
|---|---|---|
| ~5K | 1개월 | 타일: 5-10초 그리드: 5-10초 차트: 5-10초 보고서 수준 필터: 5-10초 |
| ~5K | 3개월 | 타일: 5-10초 그리드: 5-10초 차트: 5-10초 보고서 수준 필터: 5-10초 |
| ~10K | 3개월 | 타일: 15-20초 그리드: 15-20초 차트: 1-2분 보고서 수준 필터: 25-30초 |
| ~15K | 1개월 | 타일: 15-20초 그리드: 15-20초 차트: 50-60초 보고서 수준 필터: 20-25초 |
| ~15K | 3개월 | 타일: 20-30초 그리드: 20-30초 차트: 2-3분 보고서 수준 필터: 50-60초 |
Power BI 보고서는 어떻게 되었나요?
Azure 스토리지 계정의 데이터를 원본으로 하는 보고용 이전 Power BI 템플릿 앱은 사용 중단 절차를 밟고 있습니다. 이제부터 보고서를 보려면 자격 증명 모음 진단 데이터를 Log Analytics로 보내는 것이 좋습니다.
진단 데이터를 스토리지 계정 또는 LA 작업 영역으로 보내는 V1 스키마 역시 사용 중단 절차를 밟고 있습니다. 즉, V1 스키마를 기반으로 사용자 지정 쿼리 또는 자동화를 작성한 경우에는 현재 지원되는 V2 스키마를 사용하도록 쿼리를 업데이트하는 것이 좋습니다.