XMLA 엔드포인트와 의미 체계 모델 연결

Power BI Premium, 사용자 단위 Premium, Power BI Embedded 작업 영역은 XMLA 엔드포인트를 사용하여 Microsoft 및 타사 클라이언트 애플리케이션 및 도구에서의 개방형 플랫폼 연결을 지원합니다.

XMLA 엔드포인트

작업 영역은 클라이언트 앱과 Power BI 작업 영역 및 의미 체계 모델을 관리하는 엔진 간의 통신을 위해 XMLA(XML for Analysis) 프로토콜을 사용합니다. 이와 같은 통신은 일반적으로 XMLA 엔드포인트를 통해 이루어집니다. XMLA는 Power BI의 의미 체계 모델링, 거버넌스, 수명 주기 및 데이터 관리를 실행하는 Microsoft Analysis Services 엔진에서 사용되는 통신 프로토콜입니다. XMLA 프로토콜을 통해 전송되는 데이터는 완전히 암호화됩니다.

기본적으로 엔드포인트를 사용한 읽기 전용 연결은 용량의 의미 체계 모델 워크로드에 대해 사용하도록 설정됩니다. 읽기 전용을 사용하면 데이터 시각화 애플리케이션 및 도구가 의미 체계 모델 데이터, 메타데이터, 이벤트 및 스키마를 쿼리할 수 있습니다.

엔드포인트를 통한 읽기-쓰기 작업을 사용하도록 설정할 수 있습니다. 읽기-쓰기를 통해 더 많은 의미 체계 모델 관리, 거버넌스, 고급 의미 체계 모델링, 디버깅 및 모니터링 작업을 수행할 수 있습니다. 이 기능이 설정되면 의미 체계 모델은 Azure Analysis Services와 SQL Server Analysis Services 엔터프라이즈급 테이블 형식 모델링 도구 및 프로세스와 한층 더 동등해집니다.

Analysis Services 서버 속성

Power BI Premium은 여러 Analysis Services 서버 속성을 지원합니다. 이러한 속성을 검토하려면 Analysis Services의 서버 속성을 참조하세요.

사용 약관

XMLA 엔드포인트를 사용하는 경우 다음이 적용됩니다.

단일 사용자 애플리케이션 - 애플리케이션은 단일 사용자 계정 또는 앱 ID를 사용하여 XMLA 엔드포인트를 통해 Power BI 의미 체계 모델에 액세스합니다. 단일 사용자 애플리케이션의 예로는 개발자 도구, 관리자 스크립트 및 자동화된 프로세스 등이 있습니다. 이와 같은 애플리케이션을 통해 데이터 모델링과 같은 작업을 수행하고 의미 체계 모델의 메타데이터를 변경하거나 작업을 백업 또는 복원하고 데이터를 새로 고치는 관리 작업 등을 수행할 수 있습니다. 의미 체계 모델에 액세스하기 위해 클라이언트 애플리케이션이 사용하는 사용자 계정 또는 앱 ID에는 의미 체계 모델이 프리미엄 용량에 상주하지 않는 한 유효한 PPU(사용자 단위 Premium) 라이선스가 있어야 합니다.

다중 사용자 애플리케이션 - 애플리케이션은 Power BI 의미 체계 모델에 대한 액세스 권한을 여러 사용자에게 제공합니다. 예를 들어, 의미 체계 모델을 비즈니스 솔루션에 통합하고 비즈니스 사용자를 대신하여 의미 체계 모델에 액세스하는 중간 계층 애플리케이션이 있습니다.

• PPU(사용자 단위 Premium) 작업 영역 - 이 애플리케이션을 사용하려면 각 사용자가 Power BI에 로그인해야 합니다. 각 사용자에 대해 애플리케이션은 액세스 토큰을 사용하여 의미 체계 모델에 액세스합니다. 서비스 계정이나 다른 애플리케이션 ID로 개별 사용자를 대신하여 작업을 수행할 수 없습니다. 각 사용자는 보고서 열기, 의미 체계 모델 액세스 및 쿼리 실행을 위해 고유한 Power BI 계정이 있어야 합니다.
• Premium 작업 영역의 경우, 각 사용자가 Power BI에 로그인하지 않고도 애플리케이션에서 최종 사용자를 대신하여 서비스 계정 또는 앱 ID를 사용할 수 있습니다.

클라이언트 애플리케이션 및 도구

다음은 Azure Analysis Services 및 SQL Server Analysis Services에서 사용되며 이제 Power BI Premium 의미 체계 모델에서 지원되는 가장 일반적인 애플리케이션 및 도구는 다음과 같습니다.

Microsoft Excel– Excel 피벗 테이블은 Power BI 의미 체계 모델을 요약, 분석, 탐색 및 요약 데이트를 표시하는 데 사용되는 가장 일반적인 도구 중 하나입니다. 쿼리 작업에는 읽기 전용이 필요합니다. 간편 실행 버전의 Office 16.0.13612.10000 이상이 필요합니다.

Analysis Services 프로젝트가 있는 Visual Studio – SQL SSDT(SQL Server Data Tools)로 알려져 있습니다. SSDT는 Analysis Services 테이블 형식 모델을 위한 엔터프라이즈급 모델 저작 도구입니다. 체험판 Community Edition을 포함한 모든 Visual Studio 2017 이상 버전에서는 Analysis Services 프로젝트 확장을 지원합니다. Premium 작업 영역에 테이블 형식 모델을 배포하려면 확장 버전 2.9.14 이상이 필요합니다. 모델을 배포하려면 호환성 수준이 1500 이상이어야 합니다. 의미 체계 모델 워크로드에 XMLA 읽기/쓰기가 필요합니다. 더 자세히 알아보려면 Analysis Services용 도구를 참조하세요.

SSMS(SQL Server Management Studio) - DAX, MDX 및 XMLA 쿼리를 지원합니다. TMSL(테이블 형식 모델 스크립팅 언어)을 사용하여 세분화된 새로 고침 작업과 의미 체계 모델 메타데이터의 스크립팅을 수행합니다. 쿼리 작업에 읽기 전용 모드가 필요합니다. 메타데이터 스크립팅 시 읽기/쓰기 모드를 필요로 합니다. SSMS 버전 18.9 이상이 필요합니다. 여기서 SSMS을 다운로드할 수 있습니다.

SQL Server Profiler – SQL Server Profiler는 SSMS와 함께 설치되며 의미 체계 모델 이벤트를 추적하고 디버깅할 수 있습니다. Profiler는 공식적으로 더 이상 SQL Server에서 지원되지 않지만 SSMS에는 계속해서 포함되며, Analysis Services와 Power BI에서도 지원이 유지됩니다. SQL Server Profiler 버전 18.9 이상이 필요합니다. 사용자는 XMLA 엔드포인트에 연결할 때 의미 체계 모델(초기 카탈로그)을 지정해야 합니다. 자세한 내용은 Analysis Services용 SQL Server Profiler를 참조하세요.

Analysis Services 배포 마법사 - SSMS와 함께 설치되는 이 도구는 Visual Studio에서 작성된 테이블 형식 모델 프로젝트를 Analysis Services 및 Premium 작업 영역에 배포하는 기능을 제공합니다. 대화형으로 실행하거나 자동화를 위해 명령줄에서 실행할 수 있습니다. XMLA 읽기/쓰기가 필요합니다. 더 자세히 알아보려면 Analysis Services 배포 마법사를 참조하세요.

PowerShell cmdlet – Analysis Services cmdlet을 사용하여 새로 고침 작업과 같은 의미 체계 모델 관리 작업을 자동화합니다. XMLA 읽기-쓰기가 필요합니다. SqlServer PowerShell 모듈21.1.18256 이상 버전이 필요합니다. Az.AnalyticServices 모듈의 Azure Analysis Services cmdlet은 Power BI 의미 체계 모델에 대해 지원되지 않습니다. 더 자세히 알아보려면 Analysis Services PowerShell 참조를 참조하세요.

Power BI Report Builder - 페이지를 매긴 보고서를 작성하기 위한 도구입니다. 검색할 데이터, 가져올 위치 및 표시 방법을 지정하는 보고서 정의를 만듭니다. Report Builder에서 보고서를 미리 본 후 Power BI 서비스에 게시할 수 있습니다. XMLA 읽기 전용이 필요합니다. 더 자세히 알아보려면Power BI Report Builder를 참조하세요.

테이블 형식 편집기 - 직관적인 경량 편집기를 사용하여 테이블 형식 모델을 만들고, 유지 관리하고, 관리하기 위한 오픈 소스 도구입니다. 계층 구조 보기는 테이블 형식 모델의 모든 개체를 표시합니다. 다중 선택 속성 편집 및 DAX 구문 강조 표시를 지원하는 표시 폴더별로 개체를 구성합니다. 쿼리 작업에 XMLA 읽기 전용이 필요합니다. 메타데이터 작업에 읽기-쓰기가 필요합니다. 더 자세히 알아보려면 tabulareditor.github.io를 참조하세요.

DAX Studio – DAX 작성, 진단, 성능 조정 및 분석을 위한 오픈 소스 도구입니다. 기능에는 개체 검색, 통합 추적, 세부 통계를 포함하는 쿼리 실행 분석, DAX 구문 강조 표시 및 서식 지정이 포함됩니다. 쿼리 작업에 XMLA 읽기 전용이 필요합니다. 자세한 내용은 daxstudio.org를 참조하세요.

ALM 도구 키트 - Power BI 의미 체계 모델을 위한 오픈 소스 스키마 비교 도구로, ALM(애플리케이션 수명 주기 관리) 시나리오에 가장 자주 사용됩니다. 환경 간 배포를 수행하고 증분 새로 고침 기록 데이터를 유지합니다. 메타데이터 파일, 분기 및 리포지토리를 비교하고 병합합니다. 의미 체계 모델 간의 공통 정의를 재사용합니다. 쿼리 작업에 읽기 전용 모드가 필요합니다. 메타데이터 작업에 읽기-쓰기가 필요합니다. 자세한 내용은 alm-toolkit.com을 참조하세요.

타사 - Premium 작업 영역에서 의미 체계 모델에 연결하고, 쿼리하고, 사용할 수 있는 클라이언트 데이터 시각화 애플리케이션 및 도구가 포함됩니다. 대부분의 도구에는 MSOLAP 클라이언트 라이브러리의 최신 버전이 필요하지만 일부는 ADOMD를 사용할 수 있습니다. 읽기 전용 또는 읽기/쓰기 XMLA 엔드포인트는 작업에 따라 결정됩니다.

클라이언트 라이브러리

클라이언트 애플리케이션 및 도구는 XMLA 엔드포인트와 직접 통신하지 않습니다. 대신 클라이언트 라이브러리를 추상화 계층으로 사용합니다. 이러한 클라이언트 라이브러리는 애플리케이션이 Azure Analysis Services 및 SQL Server Analysis Services에 연결하는 데 사용하는 것과 동일합니다. Visual Studio용 Excel, SSMS(SQL Server Management Studio) 및 Analysis Services 프로젝트 확장과 같은 Microsoft 애플리케이션은 세 가지 클라이언트 라이브러리를 모두 설치하고 일반 애플리케이션 및 확장 업데이트와 함께 업데이트합니다. 개발자는 클라이언트 라이브러리를 사용하여 사용자 지정 애플리케이션을 빌드할 수 있습니다. 애플리케이션과 함께 설치되지 않은 경우, 특히 타사 애플리케이션을 사용하는 경우에는 최신 버전의 클라이언트 라이브러리를 설치해야 할 수 있습니다. 클라이언트 라이브러리는 매월 업데이트됩니다. 자세한 내용은 Analysis Services에 연결하기 위한 클라이언트 라이브러리를 참조하세요.

대규모 모델을 사용하도록 설정하여 쓰기 작업을 위한 의미 체계 모델 최적화

쓰기 작업과 함께 의미 체계 모델 관리를 위해 XMLA 엔드포인트를 사용하는 경우 대규모 모델에 대해 의미 체계 모델을 사용하도록 설정하는 것이 좋습니다. 이렇게 하면 쓰기 작업의 오버헤드를 줄여 작업 속도를 훨씬 높일 수 있습니다. 1GB가 넘는 의미 체계 모델(압축 후)의 경우 차이가 클 수 있습니다. 더 자세히 알아보려면 Power BI Premium에서의 대형 모델을 참조하세요.

XMLA 읽기/쓰기 사용

기본적으로 프리미엄 용량 또는 사용자 단위 Premium 의미 체계 모델 워크로드에는 읽기 전용으로 사용하도록 설정된 XMLA 엔드포인트 속성 집합 설정이 있습니다. 이는 애플리케이션이 의미 체계 모델만 쿼리할 수 있음을 의미합니다. 애플리케이션에서 쓰기 작업을 수행하려면 XMLA 엔드포인트 속성을 읽기/쓰기로 설정해야 합니다.

Premium 용량에 대해 읽기/쓰기를 활성화하려면

1. 설정>관리 포털을 선택합니다.

2. 관리 포털에서 용량 설정>Power BI Premium> 용량 이름을 선택합니다.

3. 워크로드를 확장합니다. XMLA 엔드포인트 설정에서 읽기 쓰기를 선택합니다. XMLA 엔드포인트 설정은 용량에 할당된 모든 작업 영역 및 의미 체계 모델에 적용됩니다.

   

사용자 단위 Premium에 읽기/쓰기를 활성화하려면

1. 설정>관리 포털을 선택합니다.
2. 관리 포털에서 사용자 단위 Premium을 선택합니다.
3. 의미 체계 모델 워크로드 설정을 확장합니다. XMLA 엔드포인트 설정에서 읽기 쓰기를 선택합니다.

프리미엄 작업 영역에 연결

용량에 할당된 작업 영역에는 URL 형식의 연결 문자열이 있습니다. 예시:

powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].

작업 영역에 연결하는 애플리케이션은 이 URL을 Analysis Services 서버 이름으로 사용합니다. 예시:

powerbi://api.powerbi.com/v1.0/contoso.com/Sales Workspace.

동일한 테넌트(B2B가 아님)의 UPN을 가진 사용자는 테넌트 이름을 myorg로 바꿀 수 있습니다. 예시:

powerbi://api.powerbi.com/v1.0/myorg/Sales Workspace.

B2B 사용자는 테넌트 이름에서 해당 조직 UPN을 지정해야 합니다. 예시:

powerbi://api.powerbi.com/v1.0/fabrikam.com/Sales Workspace.

Power BI 테넌트에서 기본 do기본 이름 및 ID를 확인하려면 Azure Portal에 로그인하고 기본 메뉴에서 Microsoft Entra ID를 선택한 다음 Microsoft Entra 개요 페이지의 정보를 확인합니다. 자세한 내용은 Microsoft Entra 테넌트 ID 및 기본 do기본 이름 찾기를 참조하세요.

참고 항목

XMLA 엔드포인트를 사용하여 내 작업 영역에 연결하는 것은 현재 지원되지 않습니다.

작업 영역 연결 URL을 가져오려면

작업 영역 설정>Premium>작업 영역 연결에서 복사를 선택합니다.

연결 요구 사항

초기 카탈로그

SQL Server Profiler와 같은 일부 도구를 사용하면 작업 영역에 연결할 의미 체계 모델(데이터베이스)인 초기 카탈로그를 지정해야 합니다. 서버에 연결 대화 상자에서 옵션>연결 속성>데이터베이스에 연결을 선택하고 의미 체계 모델 이름을 입력합니다.

중복 작업 영역 이름

Power BI 유효성 검사의 작업 영역은 중복된 이름으로 작업 영역을 만들거나 이름을 바꾸지 않도록 방지합니다. 다른 작업 영역과 이름이 같은 작업 영역에 연결할 때 다음 오류 메시지가 표시될 수 있습니다.

powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name]에 연결할 수 없음.

이 문제를 해결하려면 작업 영역 이름 외에도 ObjectIDGuid를 지정합니다. URL의 작업 영역 objectID에서 ObjectIDGuid를 복사할 수 있습니다. 연결 URL에 objectID를 추가합니다. 예시:

powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - 9d83d204-82a9-4b36-98f2-a40099093830.

의미 체계 모델 이름 중복

동일한 작업 영역에 있는 다른 의미 체계 모델과 동일한 이름을 가진 의미 체계 모델에 연결하려면 의미 체계 모델 이름에 의미 체계 모델 GUID를 추가합니다. SSMS의 작업 영역에 연결하면 의미 체계 모델 이름과 GUID를 모두 가져올 수 있습니다.

표시된 의미 체계 모델의 지연

작업 영역에 연결할 때 새 의미 체계 모델, 삭제된 의미 체계 모델, 이름이 변경된 의미 체계 모델의 변경 내용이 표시되는 데 최대 몇 분이 걸릴 수 있습니다.

지원되지 않는 의미 체계 모델

다음 의미 체계 모델은 XMLA 엔드포인트를 사용하여 액세스할 수 없습니다. 이러한 의미 체계 모델은 SSMS 또는 다른 도구의 작업 영역 아래에 표시되지 않습니다.

• Azure Analysis Services 또는 SQL Server Analysis Services 모델에 대한 라이브 연결을 기반으로 하는 의미 체계 모델입니다.
• 다른 작업 영역의 Power BI 의미 체계 모델에 대한 라이브 연결을 기반으로 하는 의미 체계 모델입니다. 자세한 내용은 작업 영역 전반의 의미 체계 모델 소개를 참조하세요.
• REST API를 사용하여 푸시 데이터를 포함하는 의미 체계 모델.
• 내 작업 영역의 의미 체계 모델.
• Excel 통합 문서 의미 체계 모델.

서버/작업 영역 별칭

Azure Analysis Services에서 지원되는 서버 이름 별칭은 프리미엄 작업 영역에서 지원되지 않습니다.

보안

용량 관리자가 읽기/쓰기를 사용하도록 XMLA 엔드포인트 속성을 설정하는 것 외에도, 관리 포털에서 테넌트 수준 설정 온-프레미스 의미 체계 모델을 사용하여 XMLA 엔드포인트 및 Excel의 분석 허용을 사용하도록 설정해야 합니다. XMLA 엔드포인트에 연결하는 AIXL(Excel에서 분석) 파일을 생성해야 하는 경우 테넌트 수준 설정 *사용자는 라이브 연결을 사용하여 Excel에서 의미 체계 모델로 작업할 수 있습니다.를 사용하도록 설정해야 합니다. 이 설정은 모두 기본적으로 사용하도록 설정되어 있습니다.

XMLA 엔드포인트 허용 및 온-프레미스 의미 체계 모델을 사용하여 Excel에서 분석은 통합 설정입니다.

사용자는 실시간 연결을 사용하여 Excel에서 의미 체계 모델로 작업할 수 있습니다.는 내보내기 및 공유 설정입니다.

다음 표에서는 두 설정의 의미를 설명합니다.

설정	온-프레미스 의미 체계 모델을 사용하여 XMLA 엔드포인트 및 Excel에서 분석 허용 = 사용 안 함	온-프레미스 의미 체계 모델을 사용하여 XMLA 엔드포인트 및 Excel에서 분석 허용 = 사용
사용자는 라이브 연결을 사용하여 Excel에서 의미 체계 모델로 작업할 수 있습니다.=사용 안 함	XMLA 허용 안 함, Excel에서 분석 허용 안 함, 온-프레미스 의미 체계 모델에 대한 AIXL 허용 안 함	XMLA 허용함, Excel에서 분석 허용 안 함, 온-프레미스 의미 체계 모델에 대한 AIXL 허용함
사용자는 실시간 연결을 사용하여 Excel에서 의미 체계 모델로 작업할 수 있습니다. = 사용	XMLA 허용 안 함, Excel에서 분석 허용함, 온-프레미스 의미 체계 모델에 대한 AIXL 허용 안 함	XMLA 허용함, Excel에서 분석 허용함, 온-프레미스 의미 체계 모델에 대한 AIXL 허용함

XMLA 엔드포인트를 통한 액세스는 작업 영역/앱 수준에서 설정된 보안 그룹 멤버 자격을 인식합니다.

작업 영역의 기여자나 그 이상의 권한을 지닌 사용자에게는 Analysis Services 데이터베이스 관리자와 사실상 동등한 의미 체계 모델 쓰기 권한이 주어집니다. 이들은 Visual Studio에서 새 의미 체계 모델을 배포하고 SSMS에서 TMSL 스크립트를 실행할 수 있습니다.

의미 체계 모델 빌드 권한이 있는 사용자는 Analysis Services 데이터베이스 읽기 권한자와 동등한 자격을 갖습니다. 이들은 의미 체계 모델에 연결하고 검색하여 데이터를 사용하고 시각화할 수 있습니다. RLS(행 수준 보안) 규칙이 적용되며 내부 의미 체계 모델 메타데이터를 볼 수 없습니다.

일반적으로 데이터베이스 관리자가 아닌 Analysis Services 서버 관리자 권한이 필요한 작업은 지원되지 않습니다.

가장 행위

Premium 작업 영역 의미 체계 모델에 연결할 때 EffectiveUserName 연결 문자열 속성을 사용한 사용자 가장이 지원됩니다. EffectiveUserName에 지정된 계정은 테넌트의 Microsoft Entra ID에 있어야 하며 연결 중인 의미 체계 모델에 대한 읽기 및 빌드 권한이 모두 있어야 합니다. 계정에 읽기 및 빌드 권한이 모두 없는 경우 Power BI에서 사용자 계정을 가장할 수 없습니다. 그러면 연결이 실패하고 오류가 표시됩니다.

역할 연결 문자열 속성에서 하나 이상의 작업 영역 역할을 지정하여 가장을 수행할 수도 있습니다. Roles 속성을 사용하여 쓰기 권한이 있는 역할 구성원을 읽기 권한으로 강등하는 작업을 테스트할 수 있습니다. 로그인한 사용자의 계정에 따라 다음 역할 권한이 적용됩니다.

• 가장을 수행하는 사용자가 Analysis Services의 서버 관리자와 사실상 동일한 작업 영역 관리자인 경우 지정된 역할의 구성원일 필요는 없습니다.

• 가장을 수행하는 사용자가 작업 영역 관리자가 아닌 경우 지정된 역할 중 하나 이상에 속해야 합니다. 그렇지 않으면 사용자를 찾을 수 없거나 권한 유형을 찾을 수 없다는 오류가 표시됩니다.

모델 역할

XMLA 엔드포인트를 사용하면 테넌트의 Microsoft Entra ID 사용자에 대해 역할, 역할 멤버 자격, RLS(행 수준 보안) 및 OLS(개체 수준 보안)를 정의할 수 있습니다. Power BI의 모델 역할은 RLS 및 OLS에 대해서만 사용됩니다. Power BI 보안 모델을 사용하여 RLS 및 OLS를 초과하는 권한을 제어합니다.

Visual Studio에서 작성되는 테이블 형식 모델 프로젝트의 경우 모델 디자이너에서 역할 관리자를 사용하여 역할을 정의할 수 있습니다. Power BI의 의미 체계 모델의 경우 서비스에 게시하기 전에 Power BI Desktop에서 역할을 정의할 수 있습니다. 역할 멤버 자격은 Power BI 서비스에 지정됩니다. SSMS를 사용하여 역할을 만들고 관리할 수도 있습니다. 대부분의 경우에는 TMSL을 통해 역할 개체 정의를 스크립팅하여 역할 개체를 만들거나 수정할 수 있습니다. TMSL 스크립트는 SSMS에서 실행하거나 Invoke-ASCmd PowerShell cmdlet을 사용하여 실행할 수 있습니다.

XMLA 엔드포인트를 통해 역할로 작업할 때 다음과 같은 제한 사항이 적용됩니다.

• 의미 체계 모델에 대해 설정할 수 있는 역할의 유일한 권한은 읽기 권한입니다. Power BI 보안 모델을 사용하여 다른 사용 권한을 부여합니다.
• 서비스 주체는 RLS 및 OLS에서 작동하지 않으며 모델 역할 멤버로 추가할 수 없습니다.
• 의미 체계 모델 역할의 존재 여부에 관계없이 XMLA 엔드포인트를 통한 읽기 권한에는 의미 체계 모델에 대한 빌드 권한이 필요합니다.

데이터 원본 자격 증명 설정

XMLA 엔드포인트를 통해 지정된 메타데이터는 데이터 원본에 대한 연결을 만들 수 있지만 데이터 원본 자격 증명을 설정할 수 없습니다. 대신 Power BI 서비스의 의미 체계 모델 설정 페이지에서 자격 증명을 설정할 수 있습니다.

서비스 주체

서비스 주체는 무인 리소스 및 서비스 수준 작업을 수행하기 위해 테넌트 내에서 만든 Microsoft Entra 앱 등록입니다. 이 고유한 사용자 ID 유형에는 앱 이름, 애플리케이션 ID, 테넌트 ID 및 암호용 클라이언트 암호 또는 인증서가 있습니다. Power BI Premium은 Power BI Embedded와 동일한 서비스 주체 기능을 사용합니다.

서비스 주체를 XMLA 엔드포인트와 함께 사용하면 다음을 통해 작업 영역 프로비전, 모델 배포, 의미 체계 모델 새로 고침과 같은 의미 체계 모델 관리 작업을 자동화할 수 있습니다.

• PowerShell
• Azure Automation
• Azure Logic Apps
• 사용자 지정 클라이언트 애플리케이션

자세한 내용은 서비스 주체를 사용하여 Premium 작업 영역 및 의미 체계 모델 작업 자동화를 참조하세요.

Visual Studio에서 모델 프로젝트 배포(SSDT)

Visual Studio에서 테이블 형식 모델 프로젝트를 Premium 작업 영역에 배포하는 과정은 Azure 또는 SQL Server Analysis Services 서버에 배포하는 과정과 거의 동일합니다. 차이점이라면 프로젝트에 지정된 배포 서버 속성과 처리 작업이 데이터 원본에서 작업 영역에 있는 새 의미 체계 모델로 데이터를 가져올 수 있도록 데이터 원본 자격 증명이 지정된 방식입니다.

Visual Studio에서 작성된 테이블 형식 모델 프로젝트를 배포하려면 프로젝트 배포 서버 속성에서 작업 영역 연결 URL을 설정해야 합니다. Visual Studio의 솔루션 탐색기에서 프로젝트를 마우스 오른쪽 단추로 클릭하고 속성을 클릭합니다. 서버 속성에 작업 영역 연결 URL을 붙여넣습니다.

배포 서버 속성이 지정되면 프로젝트를 배포할 수 있습니다.

처음 배포할 때 의미 체계 모델은 model.bim의 메타데이터를 사용하여 작업 영역에 만들어집니다. 배포 작업의 일부로 모델 메타데이터의 작업 영역에 의미 체계 모델이 만들어진 후 데이터 원본에서 의미 체계 모델로 데이터를 로드하는 처리가 실패합니다.

프로세스가 실패하는 이유는 Azure 또는 SQL Server Analysis Server 인스턴스로 배포할 때는 배포 작업의 일부로 데이터 원본 자격 증명을 묻는 메시지가 표시되는 것과 달리, 프리미엄 작업 영역에 배포할 때는 데이터 원본 자격 증명을 배포 작업의 일부로 지정할 수 없기 때문입니다. 대신, 메타데이터 배포가 성공하고 의미 체계 모델이 만들어진 후 의미 체계 모델 설정의 Power BI 서비스에 데이터 원본 자격 증명이 지정됩니다. 작업 영역에서 의미 체계 모델>설정>데이터 원본 사용자 인증 정보>사용자 인증 정보 편집을 선택합니다.

데이터 원본 자격 증명을 지정하면 Power BI 서비스에서 의미 체계 모델을 새로 고치거나, 새로 고침 예약을 구성하거나, SQL Server Management Studio에서 의미 체계 모델로 데이터를 로드하는 프로세스(새로 고침)를 수행할 수 있습니다.

Visual Studio의 프로젝트에 지정된 배포 처리 옵션 속성이 준수됩니다. 그러나 Power BI 서비스에서 아직 데이터 원본에 자격 증명을 지정하지 않은 경우 메타데이터 배포가 성공하더라도 처리가 실패합니다. 속성을 처리 안 함으로 설정하여 배포의 일부로 처리하려는 시도를 방지할 수 있습니다. 새 의미 체계 모델에 대한 데이터 원본 설정에 데이터 원본 자격 증명이 지정되고 나면 후속 배포 작업의 일부로 처리가 이어지기 때문에 속성을 다시 기본값으로 설정해야 할 수 있습니다.

SSMS를 사용하여 연결

SSMS를 사용하여 작업 영역에 연결하는 것은 Azure 또는 SQL Server Analysis Services 서버에 연결하는 것과 같습니다. 차이점이라면 서버 이름에 작업 영역 URL을 지정하고 Active Directory - MFA를 통한 유니버설 인증을 사용해야 하는 것입니다.

SSMS를 사용하여 작업 영역에 연결

1. SQL Server Management Studio에서 연결>서버에 연결을 선택합니다.

2. 서버 유형에서 Analysis Services를 선택합니다. 서버 이름에 작업 영역 URL을 입력합니다. 인증에서 Active Directory - MFA를 통한 유니버설 인증을 선택한 다음, 사용자 이름에 조직 사용자 ID를 입력합니다.

   

연결되면 작업 영역은 Analysis Services 서버로 표시되고 작업 영역의 의미 체계 모델은 데이터베이스로 표시됩니다.

SSMS를 사용하여 메타데이터를 스크립팅하는 방법에 대한 자세한 내용은 다음을 참조하세요.

• Analysis Services 스크립트 만들기
• 테이블 형식 모델 스크립팅 언어(TMSL)

의미 체계 모델 새로 고침

XMLA 엔드포인트는 SSMS, PowerShell을 사용한 자동화, Azure Automation 및 TOM을 사용한 Azure Functions를 사용하여 세분화된 새로 고침 기능을 위한 다양한 시나리오를 지원합니다. 예를 들어 모든 기록 데이터를 다시 로드할 필요 없이 특정 증분 새로 고침 기록 파티션을 새로 고칠 수 있습니다.

Power BI 서비스에서 새로 고침을 구성하는 것과 달리 XMLA 엔드포인트를 통한 새로 고침 작업은 하루 48번 새로 고침으로 제한되지 않으며 예약된 새로 고침 제한 시간 적용되지 않습니다.

XMLA 엔드포인트를 통한 쓰기 트랜잭션을 포함하는 의미 체계 모델 새로 고침 작업의 날짜, 시간 및 상태는 기록되고 의미 체계 모델 새로 고침 기록에 표시됩니다.

참고 항목

XMLA 엔드포인트에서 새로 고침 작업을 수행하면 타일 캐시를 자동으로 새로 고치지 않으며, 사용자가 보고서에 액세스하는 경우에만 타일 캐시를 새로 고칩니다.

DMV(동적 관리 뷰)

Analysis Services DMV는 의미 체계 모델 메타데이터, 계보 및 리소스 사용에 대한 가시성을 제공합니다. Power BI에서 XMLA 엔드포인트를 통해 쿼리하는 데 사용할 수 있는 DMV는 데이터베이스 관리자 권한이 필요한 것으로 제한됩니다. 예를 들어 일부 DMV에는 Analysis Services 서버 관리자 권한이 필요하므로 액세스할 수 없습니다.

Power BI Desktop 작성 의미 체계 모델

향상된 메타데이터

Power BI Desktop에서 작성되고 Premium 작업 영역에 게시된 의미 체계 모델에 대한 XMLA 쓰기 작업에는 향상된 메타데이터가 필요합니다. 자세한 내용은 향상된 의미 체계 모델 메타데이터를 참조하세요.

주의

이때 Power BI Desktop에서 작성된 의미 체계 모델에 대한 쓰기 작업은 이를 PBIX 파일로 다시 다운로드하지 못하게 합니다. 원래 PBIX 파일을 유지해야 합니다.

데이터 원본 선언

데이터 원본에 연결하고 데이터를 쿼리할 때 Power BI Desktop은 파워 쿼리 M 식을 인라인 데이터 원본 선언으로 사용합니다. Power Query M 인라인 데이터 원본 선언은 프리미엄 작업 영역에서는 지원되지만 Azure Analysis Services 및 SQL Server Analysis Services에서는 지원되지 않습니다. 대신, Visual Studio와 같은 Analysis Services 데이터 모델링 도구는 구조적 또는 공급자 데이터 원본 선언을 사용하여 메타데이터를 만듭니다. XMLA 엔드포인트를 사용하면 Premium은 구조적 데이터 원본 및 공급자 데이터 원본도 지원하지만, Power BI Desktop 모델에서 파워 쿼리 M 인라인 데이터 원본 선언의 일부로는 지원하지 않습니다. 더 자세히 알아보려면 공급자 이해를 참조하세요.

Power BI Desktop의 라이브 연결 모드

Power BI Desktop은 라이브 연결을 사용하여 Power BI Premium 의미 체계 모델에 연결할 수 있습니다. 라이브 연결을 사용하는 경우 데이터를 로컬로 복제하지 않아도 되므로 사용자가 유의적 모델을 더 쉽게 사용할 수 있습니다. 사용자는 다음과 같은 두 가지 방법으로 연결할 수 있습니다.

• Power BI 의미 체계 모델을 선택한 다음 의미 체계 모델을 선택하여 보고서를 만듭니다. 이는 사용자가 의미 체계 모델에 실시간으로 연결할 수 있는 권장 방법입니다. 이 방법은 의미 체계 모델의 보증 수준을 보여 주는 개선된 검색 환경을 제공합니다. 사용자는 작업 영역 URL을 찾아서 추적할 필요가 없습니다. 의미 체계 모델을 찾으려면 사용자는 의미 체계 모델 이름을 입력하거나 스크롤하여 원하는 의미 체계 모델을 찾으면 됩니다.

  

• 데이터 가져오기>Analysis Services를 선택하여 Power BI Premium 작업 영역 이름을 URL로 지정하고, 라이브 연결을 선택하여 탐색기에서 의미 체계 모델을 선택합니다. 이 경우 Power BI Desktop은 XMLA 엔드포인트를 사용하여 마치 Analysis Services 데이터 모델인 것처럼 의미 체계 모델에 실시간으로 연결합니다.

  

기존 보고서가 Analysis Services 데이터 모델에 라이브로 연결되어 있고 프리미엄 의미 체계 모델로 마이그레이션하려는 조직은 데이터 변환>데이터 원본 설정에서 서버 이름 URL을 변경하기만 하면 됩니다.

감사 로그

애플리케이션이 작업 영역에 연결하는 경우 XMLA 엔드포인트를 통한 액세스는 다음 작업에서 Power BI 감사 로그에 기록됩니다.

작업 식별 이름	작업 이름
외부 애플리케이션에서 Power BI 의미 체계 모델에 연결됨	ConnectFromExternalApplication
외부 애플리케이션에서 Power BI 의미 체계 모델 새로 고침을 요청함	RefreshDatasetFromExternalApplication
외부 애플리케이션에서 Power BI 의미 체계 모델을 만듦	CreateDatasetFromExternalApplication
외부 애플리케이션에서 Power BI 의미 체계 모델을 편집함	EditDatasetFromExternalApplication
외부 애플리케이션에서 Power BI 의미 체계 모델을 삭제함	DeleteDatasetFromExternalApplication

자세한 내용은 Power BI 감사를 참조하세요.

관련 콘텐츠

이 문서와 관련된 자세한 내용은 다음을 참조하세요.

• Power BI 사용량 시나리오: 고급 데이터 모델 관리
• 궁금한 점이 더 있나요? Power BI 커뮤니티에 질문합니다.
• 제안 사항은? Power BI 개선을 위한 아이디어 제공