다음을 통해 공유

Power BI 구현 계획: 보고서 수준 감사

  • 아티클

참고 항목

이 문서는 Power BI 구현 계획 시리즈의 일부를 구성합니다. 이 시리즈는 주로 Microsoft Fabric 내의 Power BI 환경에 중점을 둡니다. 시리즈에 대한 소개는 Power BI 구현 계획을 참조하세요.

이 보고서 수준 감사 문서는 여러 대상 그룹을 대상으로 합니다.

  • 보고서 작성자: 생성, 게시 및 공유한 보고서의 사용, 채택 및 성능을 이해해야 하는 사용자입니다.
  • Power BI 관리자: 조직의 Power BI를 감독할 책임이 있는 관리자입니다. Power BI 관리자는 IT, 보안, 내부 감사, 기타 관련 팀과 협업이 필요할 수도 있습니다.
  • 우수성 센터, IT 및 BI 팀: Power BI를 감독할 책임도 있는 팀입니다. Power BI 관리자 및 기타 관련 팀과 협업해야 할 수도 있습니다.

이 문서에서 다루는 개념은 주로 세 가지 콘텐츠 배달 범위, 즉 엔터프라이즈 BI, 부서별 BI, 팀 BI용으로 만든 솔루션에 적용됩니다. 개인 BI 솔루션 작성자에게도 이 문서의 정보가 유용할 수 있지만, 이들이 주요 대상은 아닙니다.

이 문서에서는 보고서 및 시각적 개체의 감사 및 모니터링에 중점을 둡니다. 그러나 기본 의미 체계 모델(이전에는 데이터 세트라고 함) 및/또는 데이터 원본의 성능이 좋지 않으면 보고서 및 시각적 개체에 대해 좋은 성능을 달성할 수 없습니다. 의미 체계 모델, 데이터 흐름 및 데이터 마트의 감사 및 모니터링에 대한 자세한 내용은 데이터 수준 감사를 참조하세요.

이 문서는 콘텐츠 작성자가 먼저 검색할 수 있는 기본 제공 도구를 설명하므로 감사 및 모니터링 시리즈의 첫 번째 문서입니다. 이상적으로는 사용자가 보고서를 만들기 전에 공유 의미 체계 모델(여러 보고서에서 재사용하기 위한 것)을 만드는 것이 좋습니다. 따라서 데이터 수준 감사 문서와 함께 이 문서를 읽는 것이 좋습니다.

팁

동료와 대화하든 온라인으로 읽든 관계없이 용어 보고서가 문자 그대로 사용되는지 또는 더 일반적으로 사용되는지 여부를 파악해야 합니다. 주로 단일 Power BI Desktop 파일(.pbix)을 참조하는 일반적인 방법으로 사용됩니다. 파일에 데이터 모델(게시된 경우 의미 체계 모델), 보고서 또는 둘 다 포함될 수 있습니다. 이 용어는 말 그대로 보고서만 참조하는 데 사용할 수 있습니다(예: 의미 체계 모델에 대한 라이브 연결이 있는 보고서). 이 문서에서는 용어가 문자 그대로 사용됩니다.

성능 목표 보고

보고서를 효과적으로 모니터링하려면 우수한 성능, 양호한 성능 및 좋지 않은 성능과 같은 보고서 성능 목표를 조직에 의미하는정의하는 것이 좋습니다. 범용 정의가 없습니다. 소비자의 관점에서 이러한 목표를 항상 고려해야 합니다.

이상적으로 성능은 보고서 디자인 프로세스 중에 주요 관심사입니다. 성능 목표를 설정하도록 선택할 수 있는 몇 가지 상황은 다음과 같습니다.

  • 새 보고서의 유효성을 검사하거나 검토할 때(특히 많은 수의 사용자에게 콘텐츠 배달 범위가 있을 것으로 예상되는 경우).
  • 보고서를 보증하기 전에(특히 인증을 받을 때).
  • 프로덕션 작업 영역에 보고서를 게시하기 전.
  • Power BI 앱에 보고서를 포함하는 경우.

조직 전체의 모든 보고서에 적용할 표준 성능 대상을 만들도록 선택할 수 있습니다. 예를 들어 첫 번째 보고서 페이지는 5초 이내에 렌더링되어야 합니다. 그러나 여러 가지 고려 사항이 있기 때문에 일반적으로 모든 솔루션이 동일한 대상을 충족해야 한다고 예상하는 것은 현실적이지 않습니다. 솔루션의 복잡성 수준을 고려하는 성능 목표의 범위를 고려합니다.

검사 목록 - 보고서 작성자가 보고서 성능을 확인하는 방법을 고려할 때 주요 결정 사항 및 작업에는 다음이 포함됩니다.

  • 보고서 성능 목표 식별: 소비자 관점에서 허용되는 보고서 성능의 의미를 잘 이해해야 합니다.
  • 문서화 및 성능 목표 전달: 특정 대상이 있는 경우 조직의 보고서 작성자에게 전달해야 합니다. 보고서 작성자가 성능을 측정하는 방법과 성능을 향상시키는 디자인 기술을 적용하는 방법을 이해할 수 있도록 유용한 정보를 제공합니다.

이 문서의 나머지 부분에서는 보고서 성능을 감사하고 모니터링하는 데 사용할 수 있는 기술에 대해 설명합니다.

보고서 사용 현황 메트릭

보고서 작성자가 사용할 수 있는 주요 감사 리소스는 Power BI 서비스에서 기본 제공되는 보고서 사용 현황 메트릭입니다.

사용 현황 메트릭 보고서의 주요 목표는 하나의 보고서 또는 작업 영역의 모든 보고서의 영향을 평가하는 것입니다. 보고서 보기 및 보고서 및 대시보드의 성능(의미 체계 모델 및 데이터 흐름과 같은 다른 항목이 아닌)에 중점을 두기 때문에 보고서 작성자를 대상으로 합니다.

사용 현황 메트릭 보고서를 사용하여 다음을 수행합니다.

  • 보고서를 가장 적극적으로 보고 있는 사용자를 결정합니다.
  • 보고서를 보는 빈도를 파악하고 인기도(사용 현황에 따라)에 따라 해당 보고서의 순위를 지정합니다.
  • 사용자가 가장 자주 액세스하는 보고서 페이지를 결정합니다.
  • 최근에 보지 않은 보고서를 찾습니다.
  • 개략적인 보고서 성능 통계를 봅니다. 이러한 통계는 보고서 디자인 최적화 작업을 안내하고 간헐적이거나 일관된 성능 문제가 있을 수 있는 보고서를 식별하는 데 도움이 될 수 있습니다.
  • 보고서 소비자가 사용하는 소비 방법(예: 브라우저 또는 Power BI 모바일 앱)을 이해합니다. 이 정보는 보고서 작성자가 모바일 사용을 위해 보고서를 최적화하는 데 얼마나 많은 노력을 기울일지 결정하는 데 도움이 될 수 있습니다.

팁

Power BI는 Power BI 서비스에 게시된 콘텐츠(Power BI Embedded를 사용하여 렌더링되는 경우 포함)에 대해 발생하는 활동에 대한 사용 현황 메트릭을 캡처합니다. 사용 현황 메트릭에 대한 액세스는 보고서 작성자가 Power BI Desktop 파일을 공유하는 대신 보고서를 Power BI 서비스에 게시하도록 권장하는 한 가지 이유일 뿐입니다.

사용 현황 메트릭은 Power BI 서비스에서 기본 제공됩니다. 이는 보고서 작성자가 사용 현황 데이터를 추출하고 저장하는 프로세스를 설정할 필요가 없기 때문에 중요한 이점입니다. 빠르고 간단하게 시작할 수 있습니다.

사용 현황 메트릭의 또 다른 이점은 내부 의미 체계 모델(사용 메트릭 데이터가 포함됨)에 다른 곳에서는 쉽게 찾을 수 없는 정보가 포함되어 있다는 것입니다. 예를 들어 보고서 페이지당 보기와 보고서를 연 시간이 포함됩니다. 보고서 페이지 보기는 제한 사항이 있는 클라이언트 원격 분석을 사용하여 가져옵니다. 클라이언트 원격 분석(보고서 사용 현황 메트릭에서 사용)은 서버 쪽 원격 분석 데이터( 활동 로그사용)와 다릅니다.

사용 현황 메트릭에는 내부 의미 체계 모델 및 보고서가 포함됩니다. 내부 의미 체계 모델을 편집하거나 사용자 지정할 수는 없지만 사용 현황 메트릭 보고서를 사용자 지정할 수 있습니다. 보고서 필터를 업데이트하여 하나의 보고서만 사용하는 것이 아니라 작업 영역의 모든 보고서에 대한 사용 현황에 대해 알아볼 수도 있습니다. 이 방법을 사용하면 사용 가능한 가장 넓은 범위는 하나의 작업 영역입니다. 가장 최근에 완전히 완료된 날짜를 포함하여 최대 30일의 기록을 볼 수 있습니다.

Important

Power BI 활동 로그는 다음과 같은 경우에 더 나은 대안입니다.

  • 둘 이상의 작업 영역에 대한 사용자 활동을 검색합니다.
  • 30일 이상 활동 데이터를 추출하고 보존합니다.
  • 사용자가 Power BI 서비스에서 수행하는 모든 활동을 분석합니다.

활동 로그에 대한 자세한 내용은 테넌트 수준 감사를 참조하세요.

사용 메트릭 보고서는 기여자, 구성원 또는 관리자 작업 영역 역할에 할당된 작성자 및 소유자에게 제공됩니다. 사용 현황 메트릭 보고서를 작업 영역 뷰어(콘텐츠 소비자)에게 표시하려면 사용 현황 보고서 복사본을 만들고 사용자 지정할 수 있습니다.

팁

작업 영역 역할에 대한 자세한 내용은 콘텐츠 작성자 보안 계획 문서를 참조하세요.

사용 현황 메트릭과 관련된 두 가지 테넌트 설정이 있습니다.

  • 콘텐츠 작성자에 대한 사용 현황 메트릭 테넌트 설정은 필요한 작업 영역 역할이 있는 보고서 작성자 그룹이 사용 메트릭 보고서를 생성하고 볼 수 있는 그룹을 제어합니다. 일반적으로 Power BI 관리자는 전체 조직에 대해 이 설정을 사용하도록 설정합니다. 이렇게 하면 모든 셀프 서비스 보고서 작성자가 콘텐츠의 사용 현황 패턴을 볼 수 있습니다.
  • 콘텐츠 작성자를 위한 사용 현황 메트릭의 사용자별 데이터 테넌트 설정은 보고서 소비자의 이름과 이메일 주소가 사용 메트릭 보고서에 표시되는지 여부를 결정합니다. 이 설정을 사용하지 않도록 설정하면(일부 또는 모든 보고서 작성자의 경우) Power BI는 사용 현황 메트릭 보고서에서 이름 및 이메일 주소를 표시하지 않습니다( 사용자 마스킹이라고 함). 대부분의 경우 Power BI 관리자는 보고서 작성자가 보고서를 사용하는 사용자를 정확하게 이해할 수 있도록 이 설정을 사용하도록 설정합니다. 또한 콘텐츠를 개선하는 데 도움이 될 수 있으므로 콘텐츠에 대한 피드백을 위해 다른 사용자에게 직접 연락하는 기능이 중요합니다. 경우에 따라 특정 보고서 작성자 그룹에 대한 사용자 정보를 마스킹해야 하는 보안이 필요할 수 있습니다. 설정을 사용하지 않도록 설정하면 보고서 작성자는 사용자 세부 정보 대신 명명되지 않은 사용자를 봅니다.

Power BI 활동 로그의 ViewUsageMetrics를 사용하면 Power BI 관리자가 사용 현황 메트릭 보고서를 사용하는 콘텐츠 작성자 및 소유자를 모니터링할 수 있습니다. 이 정보를 사용하여 교육 및 설명서 작업을 안내할 수 있습니다.

검사 목록 - 사용 현황 메트릭 보고서 사용을 계획할 때 주요 결정 사항 및 작업에는 다음이 포함됩니다.

  • 사용 현황 메트릭 사용 확인: 보고서를 편집할 권한이 있는 Power BI 보고서 작성자가 사용 현황 메트릭을 볼 수 있는지 여부를 결정합니다. 이 결정에 맞게 콘텐츠 작성자에 대한 사용 현황 메트릭 테넌트 설정을 설정합니다.
  • 사용자별 데이터가 사용 현황 메트릭에 표시되는지 결정: 이름 및 이메일을 모든 사용자에게 표시할 수 있는지 또는 일부 사용자에게 표시할 수 있는지 결정합니다. 이 결정에 맞게 콘텐츠 작성자를 위한 사용 현황 메트릭의 사용자별 데이터 테넌트 설정을 설정합니다.
  • 작업 영역 역할 확인: 작업 영역 역할 할당의 유효성을 검사합니다. 적절한 보고서 작성자와 소유자가 작업 영역에서 콘텐츠를 편집할 수 있는 권한이 있는지 확인합니다(따라서 사용 현황 메트릭 보고서를 사용할 수 있도록 설정).
  • 사용 현황 메트릭 보고서 만들기 및 사용자 지정: 분석하려는 콘텐츠의 경우 사용 현황 메트릭 보고서를 생성합니다. 적절한 경우 작업 영역에 모든 보고서를 포함하도록 사용 현황 메트릭 보고서를 사용자 지정합니다.
  • 보고서 작성자를 위한 설명서 및 교육에 포함: 보고서 작성자가 사용 현황 메트릭 보고서를 활용하는 방법에 대한 지침을 포함합니다. 보고서 작성자가 사용 사례 및 주요 제한 사항을 이해하도록 합니다. 추적할 수 있는 주요 메트릭의 예와 정보를 사용하여 만들고 게시하는 솔루션을 지속적으로 개선하는 방법을 포함합니다.
  • 사용 현황 메트릭을 사용하는 사용자 모니터링: Power BI 활동 로그를 사용하여 사용 현황 메트릭 보고서를 사용하는 콘텐츠 작성자 및 소유자를 추적합니다.
  • 사용 현황 메트릭이 충분한지 결정: 기본 제공 사용 메트릭 보고서가 충분한 경우를 고려합니다. 이 시리즈의 다른 문서에 설명된 데이터 수준 및 테넌트 수준 감사 솔루션이 더 적합한지 여부를 결정합니다.

성능 분석기

성능 분석기는 보고서 성능를 조사하고 모니터링하는 데 도움이 되는 Power BI Desktop에서 사용할 수 있는 도구입니다. 보고서 작성자가 시각적 개체 및 DAX 수식의 성능을 이해하는 데 도움이 될 수 있습니다.

팁

성능 분석기 외에도 보고서 성능 문제를 해결하는 데 사용할 수 있는 다른 도구가 있습니다. 예를 들어 프리미엄 사용 현황 및 메트릭 앱 또는 Azure Log Analytics로 전송되는 의미 체계 모델 이벤트 로그를 사용하여 프리미엄 용량에 영향을 주는 특정 보고서 사용 문제를 해결할 수 있습니다. 이러한 도구(및 기타 도구)에 대한 자세한 내용은 데이터 수준 감사를 참조하세요.

성능 분석기 사용자가 Power BI Desktop 보고서와 상호 작용하는 동안 작업을 캡처합니다. 각 보고서 요소의 수행 방식과 각 상호 작용을 기록하는 로그를 생성합니다. 예를 들어 보고서 슬라이서와 상호 작용하거나 시각적 개체를 교차 필터링하거나 페이지를 선택하면 작업 및 기간이 로그에 기록됩니다. 작업 유형에 따라 다른 세부 정보도 기록됩니다.

요약된 정보는 성능 분석기 창에서 사용할 수 있습니다. 로그 결과를 JSON 파일로 내보낼 수 있으므로 더 자세한 분석을 수행할 수 있습니다. 내보내기 파일에는 기록된 작업에 대한 자세한 정보가 포함되어 있습니다. 내보내기 파일 사용에 대한 자세한 내용은 GitHub의 성능 분석기 설명서를 참조하세요.

Important

성능 분석기는 Power BI Desktop 내에서 실행됩니다. 보고서 작성자의 컴퓨터의 환경은 Power BI 서비스 환경과 다를 수 있습니다.

고려해야 할 몇 가지 일반적인 차이점은 다음과 같습니다.

Important

때때로 이 문서는 Power BI Premium 또는 P SKU(용량 구독)를 참조합니다. Microsoft는 현재 구매 옵션을 통합하고 용량 SKU당 Power BI Premium을 사용 중지하고 있습니다. 신규 및 기존 고객은 F SKU(패브릭 용량 구독)를 대신 구매하는 것을 고려해야 합니다.

자세한 내용은 Power BI Premium 라이선스 및 Power BI Premium FAQ에 제공되는 중요 업데이트를 참조하세요.

사용자가 보고서 요소와 상호 작용할 때 데이터가 기록됩니다. 기록된 데이터에는 시각적 표시 요소 이상이 포함됩니다. 여기에는 다음도 포함됩니다.

  • 시각적 개체 표시 작업.
  • DAX 쿼리(시각적 개체가 캐시 대신 데이터 모델에서 데이터를 검색하는 경우).
  • DirectQuery 작업(해당하는 경우).
  • 쿼리 준비, 백그라운드 처리 작업 및 대기 시간과 같은 시각적 개체에서 수행하는 기타 활동입니다.

보고서 작성자는 환경 수준 및 역할 및 책임을 나누는 방법에 따라 성능 문제를 해결하는 데 도움이 필요할 수 있습니다. 쿼리 또는 계산이 느린 이유를 이해하려고 할 때 특히 그렇습니다. 보고서 작성자에 대한 지원은 다음과 같은 형태로 제공될 수 있습니다.

  • 데이터 작성자와 협업: 성능 문제의 근본 원인은 종종 데이터 모델의 디자인과 관련이 있습니다.
  • 사용자 지원: 지원은 가까운 동료의 팀 내 지원이거나 조직의 다른 Power BI 사용자의 내부 커뮤니티 지원인 경우가 많습니다. 경우에 따라 지원 센터의 지원일 수도 있습니다.
  • 우수성 센터의 기술 멘토링: 지원은 업무 시간과 같은 기술 멘토링 활동의 형식일 수도 있습니다.

일부 조직에는 보증된 (인증 또는 승격) 보고서에 대한 특정 요구 사항이 있습니다. 이는 조직 전체에서 널리 사용되는 보고서에 특히 해당합니다. 이 경우 보고서를 게시하기 전에 또는 보고서가 인증되기 전에 성능 분석기 결과를 확인해야 하거나 권장될 수 있습니다.

팁

성능이 우수한 보고서는 솔루션 채택에 긍정적인 영향을 줍니다. 새 솔루션을 Power BI 서비스에 게시하기 전에 보고서 작성자가 보고서 성능을 테스트하도록 권장하는 것이 좋습니다. 또한 기존 솔루션(보고서 또는 의미 체계 모델)이 크게 변경된 경우 성능을 다시 테스트하도록 권장해야 합니다.

최적화 기술에 대한 자세한 내용은 Power BI 최적화 가이드를 참조하세요.

검사 목록 - 보고서 작성자가 성능 분석기를 사용하는 방법을 고려할 때 주요 결정 사항 및 작업에는 다음이 포함됩니다.

  • 보고서 작성자를 위한 설명서 및 교육 만들기: 보고서 작성자에게 존재하는 성능 목표와 성능의 유효성 검사, 측정 및 테스트 방법에 대한 지침을 포함합니다. 잘 수행되는 보고서를 만드는 방법에 대한 지침을 보고서 작성자에게 제공합니다. 새 보고서 작성자가 좋은 디자인 습관을 조기에 채택할 수 있도록 지원합니다.
  • 지원 및 기술 멘토링을 사용할 수 있는지 확인: 보고서 작성자가 성능 문제를 해결하는 데 도움을 받는 방법을 알고 있는지 확인합니다.
  • 보고서 인증 요구 사항에 포함: 보고서를 인증(보증)하기 위한 필수 구성 요소로 성능 분석기 결과를 포함할지 여부를 결정합니다. 그렇다면 이 요구 사항을 문서화하고 보고서 작성자에게 전달해야 합니다.

관련 콘텐츠

이 시리즈의 다음 문서에서는 데이터 수준 감사에 대해 알아봅니다.