Articles

POWER BI UPDATES - September 2024

UPDATE: September 4, 2024

ALM Toolkit의 TMDL 지원 발표
ALM Toolkit이 이제 Tabular Model Definition Language(TMDL) 형식의 의미 모델 정의의 차이를 비교하는 기능을 지원하게 되었습니다.

Power BI는 대규모 조직에서 비즈니스 사용자가 인텔리전트 의사 결정을 위한 실행 가능한 인사이트를 대규모로 쉽게 추출할 수 있도록 하는 엔터프라이즈급 의미 모델을 지원합니다.

이러한 조직은 애플리케이션 라이프사이클 관리(ALM)를 위해 Git 친화적인 파일 형식이 필요합니다. TMDL은 사람이 읽기 쉬운 YAML과 유사한 구문으로 의미 모델 메타데이터를 확인할 수 있게 해주며, 데이터 전문가가 모델에 점진적인 변경을 가하고, 다른 사람과 협업하며, Fabric Git 통합 및 Power BI Desktop 프로젝트와 함께 사용할 수 있는 시나리오를 지원합니다.

Power BI 의미 모델이 제공하는 풍부한 프로그래밍 기능과 오픈 플랫폼 연결성을 통해 많은 서드파티 및 커뮤니티 도구가 이점을 누리고 있습니다. ALM Toolkit은 이러한 커뮤니티 도구 중 하나로, Power BI Desktop에서 외부 도구 기능과 Power BI 서비스의 XMLA 엔드포인트를 사용하여 프로그래밍 가능성을 제공합니다. ALM Toolkit은 오픈 소스로 AS PM 팀에서 유지 관리하지만, Microsoft에서 공식적으로 지원하는 제품은 아닙니다. 

ALM Toolkit은 다음과 같은 시나리오에 사용할 수 있는 스키마 비교 도구입니다:
데이터를 포함한 모델 메타데이터만 쉽게 배포하여 증분 새로 고침 데이터를 포함한 데이터를 유지합니다.
모델/저장소 간의 차이를 비교하고 병합하며, 결과 모델 메타데이터의 무결성을 보장하기 위한 안전장치를 제공합니다. 다른 모델에서 재사용할 객체를 선택할 수 있습니다.
공통 객체를 모델 간에 재사용할 수 있습니다. 예를 들어, 표준화된 날짜 차원 및 공통 측정값을 다양한 모델에서 표준화할 수 있습니다.
자동화를 위한 명령줄 실행 기능을 제공합니다.
POWER BI UPDATES - AUGUST 2024

UPDATE: August 21, 2024

On-premises data gateway August 2024 release (Power BI 데스크톱 호환성)
이번 게이트웨이 버전은 Power BI 서비스에 게시하고 게이트웨이를 통해 새로 고침하는 보고서가 2024년 8월 버전의 Power BI 데스크톱과 동일한 쿼리 실행 로직/런타임을 거치도록 보장합니다.

UPDATE: August 15, 2024

Announcing: Admin monitoring workspace is now available in US government cloud tenants

미국 정부 클라우드 테넌트(GCC, GCC High, DoD)에서 이제 Admin 모니터링 작업 공간을 사용할 수 있습니다.

참고: Power BI 서비스는 Microsoft 365 정부 플랜의 일부로, 미국 정부를 위한 특별 버전을 제공합니다. 이 글에서 설명하는 등록 절차는 상업용 버전의 Power BI 서비스 절차와 다릅니다.

Admin 모니터링 작업 공간 소개:
Admin 모니터링 작업 공간은 조직이 테넌트 수준의 인벤토리 및 감사 활동을 지난 30일 동안 추적할 수 있도록 미리 준비된 Power BI 보고서와 의미 모델을 제공합니다. 이 작업 공간은 Microsoft에서 완전히 관리되므로 최신 인사이트와 함께 점진적으로 추가되는 새로운 업데이트를 받을 수 있습니다. 이 기능을 통해 테넌트 관리자는 메타데이터 및 감사 로그에 원활하게 접근하여 향상된 관리 결정을 내릴 수 있습니다.

테넌트 관리자는 기본 모델을 기반으로 사용자 정의 보고서를 구축할 수 있는 내장된 의미 모델 기능을 활용할 수 있습니다. 예를 들어, 비활성 작업 공간 및 항목과 관련된 테넌트 수준의 인벤토리 인사이트를 수집할 수 있습니다. 이 과정은 이제 지원되지 않는 구형 Admin 포털 사용 메트릭 대시보드를 Admin 모니터링으로 대체하는 방법에 대한 블로그에서 설명된 과정과 유사합니다.
현재 지원되는 콘텐츠 개요:
기능 사용 및 채택 보고서: 테넌트 내에서 다양한 기능이 어떻게 사용되고 채택되는지를 심층 분석하는 보고서입니다. 관리자는 이 보고서를 통해 다양한 사용 시나리오를 분석할 수 있습니다. 날짜 범위 슬라이서를 사용하여 지난 30일 동안 특정 기간의 활동 데이터를 모든 페이지에 걸쳐 필터링할 수 있습니다.

Purview Hub 보고서: 이 보고서는 테넌트 관리자가 조직의 데이터 자산 전반에 걸친 인증 및 민감도 라벨링을 검토할 수 있도록 합니다. 이 보고서와 관련된 의미 모델은 Admin 모니터링 작업 공간에도 포함되어 있습니다.

액세스 관리:
Admin 모니터링 작업 공간 내 콘텐츠에 대한 액세스는 여러 가지 방법으로 관리할 수 있습니다. Power BI 관리자인 경우, 이러한 보고서와 의미 모델을 재공유 및 빌드 권한 유무에 상관없이 조직 내 다른 사용자와 공유할 수 있습니다.
작업 공간: Admin 모니터링 작업 공간의 뷰어 역할에만 사용자를 추가할 수 있습니다. 그러나 현재 제한 사항으로 인해 한 번 부여된 뷰어 역할은 작업 공간을 삭제하고 다시 생성하지 않는 한 제거할 수 없습니다.

보고서: 다른 사용자와 보고서를 직접 공유(권한 관리)하거나 링크를 통해 공유할 수 있습니다.
의미 모델: 다른 사용자와 의미 모델에 대한 액세스를 공유할 수 있습니다. 그러나 현재 제한 사항으로 인해 의미 모델이 한 번 공유되면 작업 공간을 삭제하고 다시 생성하지 않는 한 공유를 취소할 수 없습니다.

UPDATE: AUGUST 5, 2024

New paginated report authoring experience (새로운 페이징된 보고서 작성 경험)

여러 페이지에 걸쳐 데이터를 포함하는 잘 정렬된 보고서를 간단한 드래그 앤 드롭 방식으로 작성하고 싶으신가요? 이제 Power BI 서비스에서 새로운 페이징된 보고서 작성 경험을 통해 가능합니다. 이번 업데이트를 통해 복잡한 보고서를 간단하게 디자인할 수 있는 방법을 제공합니다! 몇 번의 클릭만으로 머리글, 바닥글, 텍스트 상자, 이미지 등을 보고서에 추가하고, 소비자에게 필요한 정보를 표시할 수 있는 매개변수를 만들 수 있습니다. 이러한 보고서를 저장하고 공유할 수 있으며, 지원하는 여러 형식 중 하나로 페이징된 보고서를 내보낼 수도 있습니다. 내보낼 때도 서식이 그대로 유지됩니다!
이 새로운 경험은 편집기 보기미리보기를 포함합니다. 편집기 보기에서는 보고서의 정의를 생성하고 업데이트할 수 있습니다. 미리보기에서는 보고서의 렌더링을 데이터 샘플과 일치하는 형식으로 확인할 수 있습니다. 이전 버전과 마찬가지로 작성, 필터, 데이터 창이 동일하게 존재합니다. 이는 Power BI 서비스에서 페이징된 보고서를 작성하는 기본 경험이 될 것입니다.
예를 들어, 판매 기회 보고서를 작성해 보겠습니다. 이를 위해 데이터 창에서 "주 또는 도", "제품 카테고리", "파이프라인 내 기회 수", "예측" 필드를 선택했습니다. 편집기에서 테이블을 선택한 후 "총계 행 포함" 옵션을 선택 해제하여 총계 행을 제거했습니다.
텍스트 상자와 이미지를 보고서에 추가하는 것 외에도 이제 페이징된 보고서에 머리글과 바닥글을 추가할 수 있습니다. 리본의 "삽입" 옵션에서 페이지 번호, 실행 시간, 텍스트 상자, 이미지를 둘 다에 추가할 수 있습니다.
예를 들어, 우리는 페이지 번호와 실행 시간을 바닥글로, 텍스트 상자와 이미지를 머리글로 추가할 것입니다.
PBI 서비스에서 페이징된 보고서를 작성할 때 이전 버전과 마찬가지로 필터를 사용할 수 있습니다. 이제 매개변수를 생성할 수 있는 기능도 추가되었습니다. 매개변수는 "더 많은 옵션"(…)을 선택한 후 "매개변수 생성"을 선택하여 생성할 수 있습니다.
"매개변수 생성"을 선택하면 매개변수 창이 미리보기에서 나타납니다. 이것은 이 보고서를 소비하는 사용자가 겪게 될 경험의 샘플입니다.
리본의 파일 메뉴에서 저장을 선택하여 이 보고서를 저장하세요. 이제 이 보고서를 공유할 수 있습니다. 보고서의 소비자는 보고서를 보기 전에 값을 입력해야 합니다.
이 기능은 현재 Sov 클라우드에서 사용할 수 없습니다. 이 기능이 일반적으로 사용 가능해질 때 제공될 예정입니다.

UPDATE: AUGUST 2, 2024

Tabular Model Definition Language(TMDL) 일반 출시 발표

폴더 구조 내에서 직관적인 텍스트 표현을 제공하는 TMDL 덕분에 소스 제어와 협업 개발 경험이 크게 향상되었습니다.

Power BI와 TMDL 통합
TMDL과 Power BI 프로젝트 파일(PBIP) 및 Fabric Git 통합은 여전히 미리보기 단계에 있지만, TMDL의 일반 출시는 광범위한 채택을 위한 안정성이 크게 향상되었음을 의미합니다.

팀 협업을 강화하는 개발자 친화적인 경험을 제공하기 위한 노력의 일환으로, Fabric Git 통합은 향후 몇 달 내에 Tabular Model Scripting Language(TMSL) 대신 TMDL로 의미 모델 정의를 내보내기 시작할 것입니다. 최신 버전의 Power BI Desktop에서 PBIP 파일을 열고 의미 모델 정의를 TMDL로 변환하여 이 변경에 대비하세요.

다음 단계
우리는 TMDL 언어 기능과 통합에 계속 투자할 예정입니다. 다음은 계획된 기능 중 일부입니다:

VS Code용 TMDL 확장 업데이트: 구문 강조, 의미 검증, IntelliSense, 코드 탐색 등을 포함한 포괄적이고 풍부한 코딩 경험을 제공하는 코드 중심의 의미 모델링 방법을 제공합니다!

더 많은 직렬화 커스터마이징: 직렬화 중 TMDL 문서가 배치되는 방식을 더욱 세밀하게 제어할 수 있습니다.

TMDL 명령: XMLA 엔드포인트를 사용하여 TMSL 명령을 실행할 수 있는 것처럼 TMDL을 사용하여 명령을 실행할 수 있게 해줍니다.

UPDATE: AUGUST 2, 2024

Deep dive into DAX query view for web (웹용 DAX 쿼리 보기 심층 분석)

작업 공간에서 게시된 의미 모델을 사용하여 웹에서 DAX 쿼리 보기로 DAX 쿼리를 작성할 수 있게 되었음을 기쁘게 발표합니다.
Power BI에서 DAX 수식은 측정값이나 계산된 열과 같은 다양한 유형의 계산을 정의하는 데 사용됩니다. 반면, DAX 쿼리는 의미 모델에서 데이터를 반환하는 데 사용할 수 있습니다. DAX 쿼리는 SQL 쿼리와 유사하게 특정 열로 그룹화하고 집계를 통해 데이터를 표시할 수 있습니다. DAX 쿼리는 모델에 이미 정의된 측정값을 포함하며, 필요한 경우 추가로 쿼리 범위 내에서 측정값을 정의할 수 있습니다.
웹에서 DAX 쿼리 보기를 사용하여 DAX 쿼리를 작성하려면 활성화해야 하는 작업 공간 설정과 두 가지 진입점이 있습니다.
웹용 DAX 쿼리 보기를 사용하려면 Power BI 서비스에서 데이터 모델 편집 가능(미리보기) 설정이 켜져 있어야 합니다. 이 설정은 작업 공간 설정 > Power BI > 일반에서 찾을 수 있습니다. DAX 쿼리 보기는 측정값을 업데이트하거나 추가할 수 있는 몇 가지 경로를 허용합니다.
작업 공간의 의미 모델에서 오른쪽 클릭 또는 컨텍스트 메뉴를 통해 DAX 쿼리 작성을 클릭하세요.
의미 모델 세부 정보 페이지 상단에서 DAX 쿼리 작성을 클릭하세요.
이제 웹에서 DAX 쿼리 보기를 사용하여 DAX 쿼리를 작성할 수 있습니다.
DAX 쿼리 보기는 이미 Power BI Desktop에서 사용할 수 있으며 대부분의 기능은 웹과 동일하지만 몇 가지 차이점이 있습니다.
DAX 쿼리는 창을 닫으면 삭제됩니다. Power BI Desktop에서는 DAX 쿼리가 모델에 저장되며, 의미 모델에 이미 저장된 DAX 쿼리가 있을 수 있습니다. 웹의 DAX 쿼리 보기는 현재 의미 모델에 존재할 수 있는 이전에 저장된 DAX 쿼리를 표시하지 않으며, 웹에서 생성된 쿼리는 브라우저를 닫으면 유지되지 않습니다.
DAX 쿼리 작성에는 의미 모델에 대한 쓰기 권한이 필요합니다. 현재 작업 공간 뷰어는 이 웹 경험을 통해 DAX 쿼리를 작성할 수 없습니다. 향후 업데이트에서는 뷰어가 DAX 쿼리를 작성할 수 있게 될 예정이지만, 현재는 여전히 의미 모델에 대한 라이브 연결을 사용하여 Power BI Desktop에서 작성해야 합니다.
웹의 DAX 쿼리 보기는 가져오기, DirectQuery, Direct Lake 모드의 의미 모델에서 사용할 수 있습니다.
Microsoft Fabric 고객은 이미 Power BI의 새로운 Direct Lake 모드를 활용하고 있으며, 이제 이 웹 경험을 통해 DAX 쿼리 보기의 새로운 측정값 편집 기능을 사용할 수 있습니다.
다음은 Direct Lake 모드에서 의미 모델에 측정값을 추가하기 위해 웹에서 DAX 쿼리 보기를 사용하는 예입니다. 이 예는 Power BI 의미 모델의 가져오기 또는 DirectQuery 저장소 모드에서도 작동합니다.
이 데모 의미 모델에는 판매 사실 테이블에 10억(1,000,000,000) 개의 주문이 있으며, 각 행에 하나씩 있습니다. 이미 "주문당 평균 이익"이라는 측정값이 있으며, 컨텍스트 메뉴의 빠른 쿼리를 사용하여 이 측정값의 DAX 수식뿐만 아니라 이 측정값에서 참조하는 측정값들과 그들의 DAX 수식을 정의하고 평가할 수 있습니다.
DAX 쿼리 보기는 이러한 모델 측정값을 쿼리 범위의 측정값으로 변환하며, "주문당 평균 이익"을 계산하는 데 사용된 모든 5개의 측정값을 볼 수 있을 뿐만 아니라 변경도 가능합니다. 이러한 변경 사항은 DAX 쿼리를 실행할 때 확인할 수 있지만, 모델 측정값으로 다시 변환할 준비가 될 때까지 모델의 기존 측정값에 영향을 주지 않습니다.
저는 "주문당 평균 판매"를 표시하는 새로운 측정값을 만들고 싶습니다. 이것은 "주문당 평균 이익"과 동일한 DAX 패턴이므로 먼저 이를 복사한 후 판매에 맞게 수정하려고 합니다. 이 작업을 돕기 위해 명령 팔레트를 사용하여 라인 아래로 복사하는 바로 가기를 찾을 수 있습니다.
이제 두 가지 업데이트만 하면 됩니다. 하나는 이름을 변경하는 것이고, 다른 하나는 [Profit]을 [Sales]로 업데이트하는 것입니다. 완료되면 이 측정값이 모델에 이미 존재하지 않는다는 것을 알 수 있으며, 코드 렌즈 액션 텍스트가 6행과 7행 사이에 표시되어 "모델 업데이트: 새로운 측정값 추가"를 알립니다.
이 추가 측정값을 테스트하기 위해 실행을 클릭하면 예상대로 결과가 나타나는 것을 확인할 수 있습니다. 또한 쿼리 서식 리본 버튼을 사용하여 모든 측정값의 가독성을 개선할 기회를 가질 수 있습니다. 내가 수행한 모든 변경 사항에 만족하며 이제 모델을 변경 사항으로 업데이트(6) 버튼을 사용하여 모델 표현식과 다른 6개의 측정값 표현식을 확인하고 한 번의 클릭으로 이를 업데이트할 수 있습니다.
모델을 변경 사항으로 업데이트를 클릭한 후 DAX 편집기 오른쪽의 데이터 창에 있는 모델 탐색기에서 새 측정값을 볼 수 있습니다. 또한 DEFINE 블록을 제거하고 다시 DAX 쿼리를 실행하여 결과를 계속 볼 수 있습니다.
DEFINE 블록이 없는 경우, 쿼리에서 사용되는 측정값 위로 커서를 올리면 해당 측정값의 DAX 수식을 항상 볼 수 있습니다. 이 측정값에 DEFINE 블록이 있는 경우, 모델 DAX 수식과 쿼리 DAX 수식이 다르면 둘 다 표시됩니다. 측정값 설명이 제공된 경우, 이 설명도 표시됩니다.
또한, DAX 쿼리 작성 및 설명을 돕기 위해 Fabric Copilot이 웹의 DAX 쿼리 보기에서도 사용할 수 있습니다.
POWER BI UPDATES - JULY 2024

UPDATE: July 8, 2024

Analysis Services 관리 클라이언트 라이브러리용 Windows 설치 프로그램의 지원 종료

Analysis Services 관리 클라이언트 라이브러리용 Windows 설치 프로그램이 내년에 지원 종료될 예정입니다. 이 어셈블리들은 더 이상 지원되지 않는 .NET 4.5를 대상으로 하고 있으며, .msi 릴리스를 업그레이드하면 호환성 문제가 발생할 수 있기 때문입니다. Analysis Services Management Objects(AMO) 및 ADOMD 클라이언트 라이브러리용 Windows 설치 프로그램(.msi)의 마지막 릴리스는 7월에 제공되며, 2024년 12월 31일까지 다운로드할 수 있습니다. MSOLAP .msi 배포에는 변화가 없습니다.

AMO/TOM 및 ADOMD 클라이언트 라이브러리는 앞으로도 NuGet.org에서 설치 가능한 패키지로 제공될 예정이며, 관리 클라이언트 라이브러리를 위한 유일한 배포 경로가 될 것입니다. 새로운 NuGet 패키지에는 지원되는 모든 플랫폼이 포함되며, 이번 릴리스 이후로 이전 버전은 업데이트되지 않습니다. 패키지의 정체성에는 CPU 플랫폼과 독립적임을 명확히 하기 위해 retail.amd64 접미사가 포함되지 않을 것입니다.

조치 사항

잠재적 위험 및 보안 문제를 최소화하기 위해 Windows 설치 프로그램 대신 NuGet 참조로 마이그레이션하고, 2024년 12월 31일 이전에 새로운 NuGet 패키지로 업그레이드하십시오.

POWER BI UPDATES - JUNE 2024

UPDATE: JUNE 13, 2024

Power BI Desktop 개발자 모드(미리보기)의 Power BI 향상된 보고서 형식(PBIR) 발표

팀 협업과 자동화는 모든 기업 BI 개발에서 중요한 요소이며, Power BI Desktop 개발자 모드의 주요 목표입니다. Power BI 프로젝트 파일(PBIP)을 위한 Power BI 향상된 보고서 형식(PBIR)은 이러한 방향에서 중요한 이정표를 나타냅니다. 이 새로운 보고서 형식은 소스 제어에 적합한 파일 구조를 제공하여 Power BI 보고서의 공동 개발을 촉진하고 개발 효율성을 높여줍니다.

TMDL(탭형 모델 정의 언어)과 함께, 이제 Power BI 프로젝트는 보고서와 의미 모델 모두에 대해 훌륭한 소스 제어 경험을 제공합니다.

시작하는 방법은?
PBIR을 사용하여 PBIP로 저장하는 기능은 현재 미리보기 상태에 있습니다. 시도하기 전에 먼저 Power BI Desktop에서 해당 기능을 활성화해야 합니다: 파일 > 옵션 및 설정 > 옵션 > 미리보기 기능으로 이동한 후 "향상된 메타데이터 형식(PBIR)으로 보고서 저장" 옆의 체크박스를 선택하세요.

미리보기 기능을 활성화한 후 PBIP로 저장할 때, 전체 보고서 메타데이터는 "\definition"이라는 폴더에 저장됩니다.

기존 PBIP 파일도 저장 작업 중에 "업그레이드"를 선택하여 쉽게 PBIR로 업그레이드할 수 있습니다.

주의: PBIR로의 업그레이드는 되돌릴 수 없으므로, PBIR-Legacy(report.json) 형식으로 되돌리고 싶은 경우를 대비하여 PBIP 파일의 백업을 저장해 두세요.

PBIR을 사용한 소스 제어 및 공동 개발
Power BI 향상된 보고서 형식(PBIR)을 사용하여 Power BI 프로젝트 파일(PBIP)을 저장하면 보고서 메타데이터가 적절하게 형식화된 JSON 파일로 저장됩니다.

문서 상단에 JSON 스키마 선언이 포함되어 있습니다. 이 스키마 URL은 공개적으로 접근할 수 있으며, 사용 가능한 모든 속성과 그 의미를 확인하는 데 사용할 수 있습니다. 또한, Visual Studio Code와 같은 코드 편집기에서 편집할 때 내장된 IntelliSense 및 유효성 검사를 제공합니다. PBIR JSON 스키마에 대한 자세한 내용은 문서를 참조하세요.

각 페이지, 시각적 요소, 북마크 등은 폴더 구조 내에서 개별 파일로 정리되어 있으며, 이는 공동 개발 중 발생할 수 있는 충돌을 해결하는 데 큰 도움이 됩니다.

PBIP 파일을 Git 저장소에 저장하면 PBIR을 사용하여 보고서의 모든 변경 사항을 세밀하게 추적할 수 있습니다. 이를 통해 병합 충돌을 쉽게 해결하고 Power BI Desktop이 보고서에 적용한 수정 사항을 명확하게 이해할 수 있습니다.

PBIR을 사용한 개발 효율성
PBIR 형식은 소스 제어와 공동 개발 경험을 향상시킬 뿐만 아니라 보고서 개발 효율성을 향상시킬 수 있는 새로운 가능성을 열어줍니다. 이 블로그 게시물에서는 일상적인 보고서 개발에 도움이 되는 간단하지만 강력한 예시 시나리오를 소개합니다.

외부 변경을 지원하지만, 이는 고급 작업입니다. 잘못된 변경 사항은 Power BI Desktop에서 보고서를 다시 열 때 오류를 일으킬 수 있습니다. PBIR 외부 변경 사항에 대한 자세한 내용은 문서를 참조하세요.

시나리오 – 페이지 간 시각적 요소의 일관성 유지
모든 페이지에 동일한 설정의 시각적 요소가 복제된 보고서를 디자인하는 것은 매우 흔한 일입니다. 예를 들어, 로고, 슬라이서, 제목 등이 해당됩니다.

시각적 요소를 복제하려면 변경할 때마다 복사 및 붙여넣기를 할 수 있지만, 이는 번거로운 작업일 수 있으며 위치 불일치나 잘못된 북마크와 같은 문제를 초래할 수 있습니다. PBIR을 사용하면 더 나은 방법이 있습니다: 한 페이지에서 변경 사항을 적용한 다음, 시각적 요소 폴더를 다른 페이지에 수동으로 또는 스크립트를 사용하여 복사하세요.

복사할 페이지 및 시각적 요소 폴더를 찾으려면 각 페이지와 시각적 요소가 별도의 폴더에 저장된 PBIR 형식에서 시작하세요. 각 페이지.json 파일에서 페이지 표시 이름을 찾으세요.

시각적 요소에는 displayName이 없으므로 visualType, title, position 등의 속성을 확인하여 올바른 시각적 요소 폴더를 식별해야 합니다.

다음 번에 더 편리하게 사용할 수 있도록 페이지 및 시각적 요소 폴더의 이름을 더 설명적인 것으로 변경하세요(이름 속성을 변경할 필요는 없고, 폴더 이름만 변경하면 됩니다).

폴더 이름을 변경한 후, 저장 시 Power BI Desktop이 새로운 이름을 유지하도록 Power BI Desktop을 다시 시작해야 합니다.

'Page 1'에서 시각적 설정을 수정할 때마다 시각적 요소 폴더를 모든 보고서 페이지에 복사 및 붙여넣기할 수 있습니다. 이렇게 하면 모든 페이지에서 시각적 요소 구성이 자동으로 일관되게 유지되며, 시각적 요소 이름이 북마크에서 참조되는 경우에도 이 방법이 특히 유용합니다. 이 방법은 페이지가 많은 대규모 보고서에서 특히 효율적입니다.

시나리오 – 일괄 편집
보고서를 디자인하면서 모든 페이지와 시각적 요소에 대해 시각적 상호작용을 제거하거나 시각적 수준 필터를 숨기는 등의 특정 동작을 적용하고 싶었던 경험이 있나요? 하지만 그 속성을 수동으로 설정하는 데 몇 시간이 걸릴 것 같아서 포기한 적이 있나요? PBIR을 사용하면 이제 이러한 변경 사항을 식별하고 모든 파일에 수동 또는 스크립트를 사용하여 일괄적으로 적용할 수 있습니다.
PBIR 보고서를 서비스에 게시
미리보기 기간 동안 PBIR 형식의 보고서를 게시하는 유일한 방법은 Fabric Git Integration을 통해서입니다. 이는 작업 공간을 Git 저장소에 연결하고 PBIR 보고서를 푸시한 후 나중에 서비스 작업 공간과 동기화하는 과정을 포함합니다.

제한 사항
PBIR 형식은 출시 초기 단계에서 몇 가지 중요한 서비스 제한 사항이 있지만, 이러한 제한은 Power BI Desktop에 영향을 미치지 않습니다. 이는 고객이 Power BI Desktop을 사용하여 PBIR 형식에 익숙해지고 대비할 수 있는 기회를 제공합니다.