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

Power BI 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 계정이 있어야 합니다.
• 프리미엄 작업 영역의 경우 애플리케이션은 각 사용자가 Power BI에 로그인할 필요 없이 최종 사용자를 대신하여 서비스 계정 또는 앱 ID를 사용할 수 있습니다.

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

이제 Power BI Premium 의미 체계 모델에서 지원되는 Azure Analysis Services 및 SQL Server Analysis Services와 함께 사용되는 일반적인 애플리케이션 및 도구:

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

Analysis Services 프로젝트를 사용하는 Visual Studio - SSDT(SQL Server Data Tools)라고 합니다. SSDT는 Analysis Services 테이블 형식 모델을 위한 엔터프라이즈급 모델 작성 도구입니다. 무료 Community Edition을 포함한 모든 Visual Studio 2017 이상 버전은 Analysis Services 프로젝트 확장을 지원합니다. 프리미엄 작업 영역에 테이블 형식 모델을 배포하려면 확장 버전 2.9.14 이상이 필요합니다. 모델은 배포할 호환성 수준이 1500 이상이어야 합니다. 의미 체계 모델 워크로드에 대한 XMLA 읽기/쓰기가 필요합니다. 자세한 내용은 Analysis Services용 도구를 참조하세요.

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

SQL Server Profiler - SSMS를 사용하여 SQL Server Profiler를 설치하면 의미 체계 모델 이벤트를 추적하고 디버깅할 수 있습니다. 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.AnalysisServices 모듈의 Azure Analysis Services cmdlet은 Power BI 의미 체계 모델에 대해 지원되지 않습니다. 자세한 내용은 Analysis Services PowerShell 참조를 참조하세요.

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

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

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

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

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

클라이언트 라이브러리

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

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

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

XMLA 읽기/쓰기 사용

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

프리미엄 용량에 대해 읽기/쓰기를 사용하도록 설정하려면

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

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

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

   

Premium Per User의 읽기/쓰기를 활성화하려면

1. 설정>관리 포털을 선택합니다.
2. 관리 포털에서 사용자 단위 프리미엄을 선택합니다.
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 및 게스트 사용자

사용자가 홈 테넌트에서 작업 영역에 액세스하는 경우 URL의 테넌트 이름 섹션을 .로 바꿀 myorg수 있습니다. 다음은 그 예입니다.

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

B2B\guest 사용자가 다른 테넌트에서 작업 영역에 액세스하는 경우 해당 테넌트 이름을 데이터 원본 URL에 지정해야 합니다. 예를 들어 contoso.com 사용자가 fabrikam.com 테넌트에 초대되고 "Sales Workspace"에 대한 권한이 부여된 경우 다음 URL을 사용하여 연결해야 합니다.

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

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

작업 영역 연결 URL을 얻으려면

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

연결 요구 사항

초기 카탈로그

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 - aaaabbbb-0000-cccc-1111-dddd2222eeee;

중복 의미 체계 모델 이름

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

표시된 의미 모델의 지연

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

지원되지 않는 의미론적 모델

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

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

서버/작업 영역 별칭

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

Security

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

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

사용자는 내보내기 및 공유 설정인 라이브 연결을 사용하여 Excel에서 의미 체계 모델을 사용할 수 있습니다.

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

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

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

빌드 의미 체계 모델 권한이 있는 사용자는 Analysis Services 데이터베이스 판독기와 동일합니다. 데이터 분석 및 시각화를 위해 시맨틱 모델에 연결하고 탐색할 수 있습니다. RLS(행 수준 보안) 규칙이 적용되며 내부 의미 체계 모델 메타데이터를 볼 수 없습니다.

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

자세한 내용은 작업 영역 의 의미 체계 모델 권한 및 역할을 참조 하세요.

사칭

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을 사용하여 Roles 개체를 만들거나 수정하여 스크립깅할 수 있습니다. 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 논리 앱
• 사용자 지정 클라이언트 애플리케이션

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

의미 체계 모델 검색

테넌트 수준 설정 블록 다시 게시 및 패키지 새로 고침 사용 안 함을 사용하도록 설정하면 사용자는 소유자인 XMLA 엔드포인트를 사용하여 해당 의미 체계 모델만 검색할 수 있습니다. 사용자가 의미 체계 모델의 소유자가 아닌 경우 작업 영역의 관리자, 구성원 또는 기여자인 경우에도 Analysis Services 데이터베이스 판독기와 동일합니다.

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

Visual Studio에서 테이블 형식 모델 프로젝트를 프리미엄 작업 영역에 배포하는 것은 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 서비스에 지정된 자격 증명이 없는 경우 메타데이터 배포가 성공하더라도 처리가 실패합니다. 속성을 Do Not Process로 설정하여 배포의 일부로 처리하려는 시도를 방지할 수 있습니다. 새 의미 체계 모델에 대한 데이터 원본 설정에 데이터 원본 자격 증명이 지정되면 후속 배포 작업의 일부로 처리가 성공하기 때문에 속성을 다시 Default 로 설정할 수 있습니다.

SSMS를 사용하여 연결

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

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

동적 관리 뷰(DMV)

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

Power BI Desktop에서 만든 의미 체계 모델

향상된 메타데이터

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

데이터 원본 선언

데이터 원본에 연결하고 데이터를 쿼리할 때 Power BI Desktop은 파워 쿼리 M 식을 인라인 데이터 원본 선언으로 사용합니다. 프리미엄 작업 영역에서 지원되지만 파워 쿼리 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을 찾아서 추적할 필요가 없습니다. 의미 체계 모델을 찾기 위해 사용자는 의미 체계 모델 이름을 입력하거나 스크롤하여 찾으려는 의미 체계 모델을 찾습니다.

  

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

  

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

감사 로그

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

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

고려사항 및 제한사항

기본 Power BI 의미 체계 모델은 XMLA 엔드포인트를 사용하여 수정할 수 없습니다.

관련 콘텐츠

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

• Power BI 사용 시나리오: 고급 데이터 모델 관리
• 질문? Power BI 커뮤니티에 문의해 보세요.
• 제안 사항은? Power BI 개선을 위한 아이디어 제공