การเชื่อมต่อชุดข้อมูลด้วยปลายทาง XMLA

พื้นที่Premium Power BI Premiumผู้ใช้และ Power BI Embedded สนับสนุนการเชื่อมต่อแบบเปิดแพลตฟอร์มจาก Microsoft และแอปพลิเคชันและเครื่องมือไคลเอ็นต์บุคคลที่สามโดยใช้ปลายทาง XMLA

ตำแหน่งข้อมูล XMLA คืออะไร

พื้นที่ใช้งานใช้ โพรโทคอล XML for Analysis (XMLA) เพื่อสื่อสารระหว่างแอปพลิเคชันไคลเอ็นต์กลไกจัดการพื้นที่การงานและชุดข้อมูล Power BI ของคุณ การสื่อสารเหล่านี้จะผ่านสิ่งที่เรียกโดยทั่วไปว่าเป็นตำแหน่งข้อมูล XMLA XMLA เป็นโพรโทคอติดต่อสื่อสารเดียวกันที่โปรแกรม Microsoft Analysis Services ใช้ที่อยู่ภายใน Hood ซึ่งเรียกใช้การจำลองแบบภาพรวม นโยบายการกำกับดูแล วงจรชีวิต และการจัดการข้อมูลของ Power BI ข้อมูลที่ส่งผ่านโปรโตคอล XMLA จะถูกเข้ารหัสอย่างสมบูรณ์

ตามค่าเริ่มต้น การเชื่อมต่อ แบบอ่านอย่างเดียว ที่ใช้ตำแหน่งข้อมูลจะเปิดใช้งานสำหรับ ปริมาณงานของชุดข้อมูล ในความจุ ด้วยการเชื่อมต่อแบบอ่านอย่างเดียว แอปพลิเคชันการจัดรูปแบบการแสดงข้อมูลและเครื่องมือสามารถคิวรีข้อมูลแบบจำลองของชุดข้อมูล เมตาดาต้า เหตุการณ์ และ schema ได้ การดำเนินการ แบบอ่าน-เขียน ที่ใช้ตำแหน่งข้อมูลสามารถเปิดใช้งานการจัดการชุดข้อมูลเพิ่มเติม นโยบายการกำกับดูแล การสร้างแบบจำลองความหมายขั้นสูง การดีบัก และการตรวจสอบได้ ด้วยการเปิดใช้งานการอ่าน-เขียน ชุดข้อมูลจะมีพาริตี้กับ Azure Analysis ServicesและSQL Server Analysis Servicesกระบวนการสร้างแบบตารางระดับองค์กรมากขึ้น

ข้อกำหนดการใช้

การใช้จุดสิ้นสุด XMLA จะขึ้นอยู่กับสิ่งต่อไปนี้:

แอปพลิเคชันผู้ใช้รายเดียว - แอปพลิเคชันใช้บัญชีผู้ใช้เดี่ยวหรือข้อมูลเฉพาะตัวของแอปเพื่อเข้าถึงชุดข้อมูล Power BI ผ่านจุดสิ้นสุด XMLA ตัวอย่างทั่วไปคือ เครื่องมือของนักพัฒนา สคริปต์ของผู้ดูแลระบบ และกระบวนการอัตโนมัติเพื่อดําเนินการสร้างรูปแบบข้อมูลและดูแลระบบงาน เช่น การเปลี่ยนแปลงเมตาดาต้าของชุดข้อมูล การดําเนินการสํารองหรือการดําเนินการคืนค่า หรือการทริกเกอร์การรีเฟรชข้อมูล บัญชีผู้ใช้หรือข้อมูลเฉพาะตัวของแอปที่แอปพลิเคชันไคลเอ็นต์ใช้ในการเข้าถึงชุดข้อมูลต้องมีสิทธิ์การใช้งาน Premium ต่อผู้ใช้ (PPU) ที่ถูกต้อง ยกเว้นว่าชุดข้อมูลPremiumความจุ

แอปพลิเคชันแบบหลาย ผู้ใช้ - แอปพลิเคชันมีผู้ใช้หลายคนที่สามารถเข้าถึงชุดข้อมูล Power BI ได้ ตัวอย่างเช่น แอปพลิเคชันระดับกลางที่รวมชุดข้อมูลลงในโซลูชันทางธุรกิจและการเข้าถึงชุดข้อมูลในนามของผู้ใช้ทางธุรกิจ

• รายPremiumต่อผู้ใช้ (PPU) แอปพลิเคชันต้องให้ผู้ใช้แต่ละคนลงชื่อเข้าใช้ Power BI ด้วย แอปพลิเคชันใช้โทเค็นการเข้าถึงของผู้ใช้แต่ละคนเพื่อเข้าถึงชุดข้อมูล แอปพลิเคชันไม่ได้รับอนุญาตให้ใช้บัญชีบริการหรือข้อมูลเฉพาะตัวของแอปอื่น ๆ เพื่อปฏิบัติงานในนามของผู้ใช้ ผู้ใช้แต่ละคนต้องใช้บัญชี Power BI ของตนเองในการเปิดรายงาน การเข้าถึงชุดข้อมูล และการปฏิบัติการคิวรี
• แอปพลิเคชันPremiumบริการหรือข้อมูลเฉพาะตัวของแอปในนามของผู้ใช้ปลายทางโดยผู้ใช้ปลายทางโดยไม่ต้องให้ผู้ใช้แต่ละคนลงชื่อเข้าใช้ Power BI ได้

เครื่องมือการสร้างแบบจำลองข้อมูลและการจัดการ

รายการด้านล่างเป็นเครื่องมือทั่วไปส่วนใหญ่ที่ใช้กับ Azure Analysis Services SQL Server Analysis Services และในตอนนี้ได้รับการสนับสนุนPremiumชุดข้อมูลต่อไปนี้:

Visual Studio พร้อมโครงการ Analysis Services  – หรือที่เรียกว่าเครื่องมือข้อมูล SQL Server หรือสั้นๆ ว่า SSDT เป็นเครื่องมือการสร้างแบบจำลองระดับองค์กรสำหรับแบบจำลองตาราง Analysis Services ส่วนขยายโครงการ Analysis Services ได้รับการสนับสนุนใน Visual Studio 2017 และรุ่นที่ใหม่กว่าทั้งหมด รวมถึงรุ่นใช้งานฟรีสำหรับชุมชนด้วย จำเป็นต้องใช้เวอร์ชันส่วนขยาย 2.9.14 หรือสูงกว่าเพื่อปรับใช้แบบจำลองตารางไปยังพื้นที่ทำงานแบบพรีเมียม เมื่อปรับใช้ แบบโมเดลต้องอยู่ในระดับความเข้ากันได้ 1500 หรือสูงกว่า จำเป็นต้องมี XMLA แบบอ่าน-เขียน สำหรับปริมาณงานของชุดข้อมูล หากต้องการเรียนรู้เพิ่มเติม โปรดดูที่ เครื่องมือสำหรับ Analysis Services

SQL Server Management Studio (SSMS)   - รองรับคิวรี DAX MDX และ XMLA ดำเนินการรีเฟรชแบบละเอียดและการเขียนสคริปต์ชุดข้อมูลเมตาดาต้าโดยใช้ Tabular Model Scripting Language (TMSL) ต้องมีรูปแบบการอ่านอย่างเดียวสำหรับการดำเนินการคิวรี ต้องมีรูปแบบการอ่าน-เขียนสำหรับการเขียนสคริปต์ชุดข้อมูลเมตาดาต้า จำเป็นต้องใช้ SSMS เวอร์ชัน 18.8 หรือสูงกว่า ดาวน์โหลด  ที่นี่

ตัวสร้างโปรไฟล์ของ SQL Server - ติดตั้งพร้อมกับ SSMS โดยเครื่องมือนี้มีการติดตาม และการดีบักของเหตุการณ์ชุดข้อมูล ในขณะที่ตัวสร้างโปรไฟล์ยังคงSQL Serverที่เลิกใช้อย่างเป็นทางการแล้ว แต่ตัวสร้างโปรไฟล์ยังคงรวมอยู่ใน SSMS และยังคงAnalysis Servicesและ Power BI ต้องมี SQL Server Profiler เวอร์ชัน 18.8 หรือใหม่กว่า ผู้ใช้ต้องระบุชุดข้อมูล (แค็ตตาล็อกเริ่มต้น) เมื่อเชื่อมต่อกับจุดสิ้นสุด XMLA หากต้องการเรียนรู้เพิ่มเติม ดู  ตัวสร้างโปรไฟล์ SQL Server สำหรับ Analysis Services

Analysis Servicesการปรับใช้งาน   – ติดตั้งพร้อมกับ SSMS เครื่องมือนี้มีการปรับใช้โครงการแบบVisual StudioแบบAnalysis ServicesแบบตารางAnalysis Servicesพื้นที่Premiumใช้งาน สามารถเรียกใช้แบบโต้ตอบหรือจากบรรทัดคำสั่งสำหรับการทำงานอัตโนมัติ จำเป็นต้องมี XMLA แบบอ่าน-เขียน หากต้องการเรียนรู้เพิ่มเติม ดู ตัวช่วยสร้างการปรับใช้ Analysis Services

PowerShell cmdlet  – cmdlet ของ Analysis Services สามารถใช้เพื่อทำให้งานการจัดการชุดข้อมูลเช่นการดำเนินการรีเฟรชเป็นไปอย่างอัตโนมัติ จำเป็นต้องมี XMLA แบบอ่าน-เขียน จำเป็นต้องใช้เวอร์ชัน 21.1.18221 หรือสูงกว่าของ มอดูล SqlServer PowerShell Cmdlet Analysis Services Azure ในโมดูล Az.AnalysisServices ไม่ได้รับการสนับสนุนในชุดข้อมูล Power BI หากต้องการเรียนรู้เพิ่มเติม โปรดดู การอ้างอิงPowerShell ของ Analysis Services

ตัวสร้างรายงานใน Power BI  - เป็นเครื่องมือสำหรับเขียนรายงานแบบแบ่งหน้า สร้างข้อกำหนดของรายงานที่ระบุว่าจะเรียกใช้ข้อมูลใด สถานที่เรียก และวิธีแสดงข้อมูลดังกล่าว คุณสามารถดูตัวอย่างรายงานของคุณในตัวสร้างรายงาน แล้วเผยแพร่รายงานของคุณไปยังบริการ Power BI ได้ จำเป็นต้องมี XMLA แบบอ่านอย่างเดียว หากต้องการเรียนรู้เพิ่มเติม โปรดดู  ตัวสร้างรายงาน Power BI

ตัวแก้ไขตาราง - เครื่องมือโอเพนซอร์สสำหรับการสร้าง การบำรุงรักษา และการจัดการแบบจำลองตารางโดยใช้ตัวแก้ไขที่ใช้งานง่ายและมีน้ำหนักเบา มุมมองแบบลำดับชั้นจะแสดงวัตถุทั้งหมดในแบบจำลองตารางของคุณ วัตถุได้รับการจัดระเบียบโดยการแสดงโฟลเดอร์พร้อมรองรับการแก้ไขคุณสมบัติแบบเลือกได้หลายรายการและการเน้นไวยากรณ์ DAX ต้องมี XMLA แบบอ่านอย่างเดียวสำหรับการดำเนินการคิวรี ต้องมีรูปแบบการอ่าน-เขียนสำหรับการดำเนินการเมตาดาต้า หากต้องการเรียนรู้เพิ่มเติม ดู tabulareditor.github.io

DAX Studio  – เครื่องมือโอเพนซอร์สสำหรับการสร้าง การวินิจฉัย การปรับแต่งประสิทธิภาพ และการวิเคราะห์ DAX คุณลักษณะต่างๆ ประกอบด้วยการค้นหาวัตถุ การติดตามแบบรวม การแยกย่อยการประมวลผลคิวรีด้วยสถิติโดยละเอียด การเน้นไวยากรณ์และการจัดรูปแบบของ DAX ต้องมี XMLA แบบอ่านอย่างเดียวสำหรับการดำเนินการคิวรี หากต้องการเรียนรู้เพิ่มเติม ดู daxstudio.org

ALM Toolkit - เครื่องมือการเปรียบเทียบ Schema แบบโอเพนซอร์สสำหรับชุดข้อมูล Power BI ซึ่งใช้บ่อยที่สุดสำหรับสถานการณ์การจัดการวงจรชีวิตของแอปพลิเคชัน (ALM) ดำเนินการปรับใช้ข้ามสภาพแวดล้อมและรักษาข้อมูลในอดีตที่มีการรีเฟรชแบบเพิ่มหน่วย Diff และผสานไฟล์ สาขา และรายงานเมตาดาต้า นำข้อกำหนดทั่วไปมาใช้ใหม่ระหว่างชุดข้อมูล ต้องมีรูปแบบการอ่านอย่างเดียวสำหรับการดำเนินการคิวรี ต้องมีรูปแบบการอ่าน-เขียนสำหรับการดำเนินการเมตาดาต้า หากต้องการเรียนรู้เพิ่มเติม ดู alm-toolkit.com

Microsoft Excel – Excel PivotTables เป็นเครื่องมือที่ใช้บ่อยที่สุดในการสรุปวิเคราะห์สำรวจและนำเสนอข้อมูลสรุปจาก Power BI ต้องมีรูปแบบการอ่านอย่างเดียวสำหรับการดำเนินการคิวรี จำเป็นต้องใช้ Office 16.0.11326.10000 เวอร์ชันหรือสูงกว่า

บุคคลภายนอก   - รวมแอปพลิเคชันและเครื่องมือการจัดรูปแบบการแสดงข้อมูลไคลเอ็นต์ที่สามารถเชื่อมต่อ คิวรี และใช้ชุดข้อมูลในพื้นที่Premiumใช้งาน เครื่องมือส่วนใหญ่จำเป็นต้องมีเวอร์ชันล่าสุดของไลบรารีไคลเอ็นต์ MSOLAP แต่บางอย่างอาจใช้ ADOMD จุดปลายทาง XMLA แบบอ่านอย่างเดียวหรืออ่าน-เขียนจะขึ้นอยู่กับการดำเนินการ

ไลบรารีไคลเอ็นต์

แอปพลิเคชันไคลเอ็นต์ไม่สื่อสารโดยตรงกับตำแหน่งข้อมูล XMLA แต่ใช้ ไลบรารีไคลเอ็นต์ เป็นเลเยอร์นามธรรม รายการเหล่านี้เป็นไลบรารีไคลเอ็นต์เดียวกับที่แอปพลิเคชันใช้เพื่อเชื่อมต่อกับ Azure Analysis Services และ SQL Server Analysis Services แอปพลิเคชัน Microsoft เช่น Excel, SQL Server Management Studio (SSMS) และ ส่วนขยายโครงการ Analysis Services สำหรับ Visual Studio จะติดตั้งไลบรารีไคลเอ็นต์ทั้งหมดสามรายการ และอัปเดตพร้อมกับการอัปเดตแอปพลิเคชันทั่วไป นักพัฒนายังสามารถใช้ไลบรารีไคลเอ็นต์เพื่อสร้างแอปพลิเคชันแบบกำหนดเองได้ ในบางกรณีโดยเฉพาะอย่างยิ่งกับแอปพลิเคชันของบุคคลที่สาม ถ้าไม่มีการติดตั้งแอปพลิเคชันไว้ อาจจำเป็นต้องติดตั้งไลบรารีไคลเอ็นต์ในเวอร์ชันที่ใหม่กว่า ไลบรารีไคลเอ็นต์ได้รับการอัปเดตเป็นรายเดือน หากต้องการเรียนรู้เพิ่มเติม โปรดดู  ไลบรารีไคลเอ็นต์สำหรับการเชื่อมต่อไปยัง Analysis Services

ปรับชุดข้อมูลให้เหมาะสมสำหรับการดำเนินการเขียนโดยการเปิดใช้งานแบบจำลองขนาดใหญ่

เมื่อใช้ตำแหน่งข้อมูล XMLA สำหรับการจัดการชุดข้อมูลที่มีการดำเนินการเขียน ขอแนะนำให้คุณเปิดใช้งานชุดข้อมูลสำหรับแบบจำลองขนาดใหญ่ สิ่งนี้จะลดค่าใช้จ่ายในการดำเนินการเขียนซึ่งสามารถทำให้การดำเนินการเร็วขึ้นมาก สำหรับชุดข้อมูลขนาดเกินกว่า 1 GB (หลังจากการบีบอัด) ความแตกต่างสามารถมีนัยสำคัญ หากต้องการเรียนรู้เพิ่มเติม โปรดดู แบบจำลองขนาดใหญ่ใน Power BI Premium

เปิดใช้งาน XMLA แบบอ่าน-เขียน

ตามค่าเริ่มต้น ความจุแบบพรีเมียมมีการตั้งค่าคุณสมบัติตำแหน่งข้อมูล XMLA ที่เปิดใช้งานสำหรับแบบอ่านอย่างเดียว ซึ่งหมายความว่าแอปพลิเคชันสามารถคิวรีได้เฉพาะชุดข้อมูลเท่านั้น สำหรับแอปพลิเคชันในการดำเนินการเขียน จะต้องเปิดใช้งานคุณสมบัติตำแหน่งข้อมูล XMLA สำหรับการอ่าน-เขียน การตั้งค่าคุณสมบัติตำแหน่งข้อมูล XMLA สำหรับกำลังความจุจะถูกกำหนดค่าใน ปริมาณงานของชุดข้อมูล การตั้งค่าตำแหน่งข้อมูล XMLA จะนำไปใช้กับ พื้นที่ทำงานและชุดข้อมูลทั้งหมด ที่กำหนดให้กับความจุ

เมื่อต้องการเปิดใช้งานการอ่าน-เขียนสำหรับความจุ

1. ในพอร์ทัลผู้ดูแลระบบ ให้เลือก การตั้งค่าความจุ > Power BI Premium > ชื่อความจุ

2. ขยาย ปริมาณงาน ในการตั้งค่า ตำแหน่งข้อมูล XMLA เลือก อ่าน เขียน

   

การเชื่อมต่อกับพื้นที่ทำงาน Premium

พื้นที่ทำงานที่กำหนดไว้สำหรับความจุมีสตริงการเชื่อมต่อในรูปแบบ URL ในลักษณะนี้
powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].

แอปพลิเคชันที่เชื่อมต่อกับพื้นที่ทำงานใช้ URL ราวกับว่าเป็นชื่อเซิร์ฟเวอร์ Analysis Services ตัวอย่างเช่น
powerbi://api.powerbi.com/v1.0/contoso.com/Sales Workspace.

ผู้ใช้ที่มี UPN ในผู้เช่าเดียวกัน (ไม่ใช่ B2B) สามารถแทนที่ชื่อผู้เช่าด้วย myorg ตัวอย่างเช่น   powerbi://api.powerbi.com/v1.0/myorg/Sales Workspace

ผู้ใช้ B2B ต้องระบุ UPN องค์กรของพวกเขาในชื่อผู้เช่า ตัวอย่างเช่น
powerbi://api.powerbi.com/v1.0/fabrikam.com/Sales Workspace.

หากต้องการรับ URL การเชื่อมต่อพื้นที่ทำงาน

ในพื้นที่ทำงาน การตั้งค่า > พรีเมียม > การเชื่อมต่อพื้นที่ทำงาน ให้คลิก คัดลอก

ข้อกำหนดของการเชื่อมต่อ

แค็ตตาล็อกเริ่มต้น

ด้วยเครื่องมือบางประเภท เช่น SQL Server Profiler คุณต้องระบุ แค็ตตาล็อกเริ่มต้น ซึ่งเป็นชุดข้อมูล (ฐานข้อมูล) ที่จะเชื่อมต่อกับพื้นที่ทำงานของคุณ ในกล่องโต้ตอบ เชื่อมต่อกับเซิร์ฟเวอร์ ให้เลือก ตัวเลือก > คุณสมบัติการเชื่อมต่อ > เชื่อมต่อกับฐานข้อมูล แล้วกรอกชื่อชุดข้อมูล

ชื่อพื้นที่ทำงานที่ซ้ำกัน

พื้นที่ทำงานใหม่ (สร้างขึ้นโดยใช้ประสบการณ์พื้นที่ทำงานใหม่) ใน Power BI จะกำหนดการตรวจสอบความถูกต้องเพื่อไม่ให้มีการสร้างหรือเปลี่ยนชื่อพื้นที่ทำงานด้วยชื่อที่ซ้ำกัน พื้นที่ทำงานที่ยังไม่ได้รับการโยกย้ายอาจส่งผลให้มีชื่อที่ซ้ำกัน เมื่อเชื่อมต่อกับพื้นที่ทำงานโดยใช้ชื่อเดียวกันกับพื้นที่ทำงานอื่น คุณอาจได้รับข้อมูลข้อผิดพลาดดังต่อไปนี้:

ไม่สามารถเชื่อมต่อกับ powerbi://api.powerbi.com/v1.0/ [ชื่อผู้เช่า] / [ชื่อพื้นที่ทำงาน] ได้

หากต้องการแก้ไขข้อผิดพลาดนี้ นอกเหนือจากชื่อพื้นที่ทำงาน ให้ระบุ ObjectIDGuid ซึ่งคุณสามารถคัดลอกจาก objectID ของพื้นที่ทำงานใน URL ผนวก objectID เข้ากับ URL การเชื่อมต่อ ตัวอย่างเช่น
'powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - 9d83d204-82a9-4b36-98f2-a40099093830'.

ชื่อชุดข้อมูลที่ซ้ำกัน

เมื่อเชื่อมต่อกับชุดข้อมูลที่มีชื่อเดียวกันเป็นชุดข้อมูลอื่นในพื้นที่ทำงานเดียวกัน จะผนวก guid ชุดข้อมูลเข้ากับชื่อชุดข้อมูล คุณอาจได้รับทั้งชื่อชุดข้อมูลและ guid เมื่อเชื่อมต่อกับพื้นที่ทำงานใน SSMS

ความล่าช้าในชุดข้อมูลที่แสดง

เมื่อเชื่อมต่อกับพื้นที่ทำงาน การเปลี่ยนแปลงจากชุดข้อมูลใหม่ ชุดข้อมูลที่ถูกลบ ชุดข้อมูลที่ถูกเปลี่ยนชื่ออาจใช้เวลาเล็กน้อยจึงจะปรากฎขึ้น

ชุดข้อมูลที่ไม่สนับสนุน

ชุดข้อมูลต่อไปนี้จะไม่สามารถเข้าถึงได้โดยตำแหน่งข้อมูล XMLA ชุดข้อมูลเหล่านี้จะไม่ปรากฏภายใต้พื้นที่ทำงานใน SSMS หรือเครื่องมืออื่น ๆ :

• ชุดข้อมูลที่อ้างอิงจากการเชื่อมต่อสดไปยังแบบจำลอง Azure Analysis Services และ SQL Server Analysis Services
• ชุดข้อมูลที่อ้างอิงจากการเชื่อมต่อสดไปยังชุดข้องมูล Power BI ในพื้นที่ทำงานอื่น หากต้องการเรียนรู้เพิ่มเติม ดู บทนำชุดข้อมูลทั้งพื้นที่ทำงาน
• ชุดข้อมูลที่มีการส่งข้อมูลโดยใช้ REST API
• ชุดข้อมูลสมุดงาน Excel

นามแฝงของเซิร์ฟเวอร์/พื้นที่ทำงาน

นามแฝงของชื่อเซิร์ฟเวอร์ ที่ได้รับการสนับสนุนใน Azure Analysis Servicesไม่รองรับPremiumพื้นที่Premiumใช้งาน

ความปลอดภัย

นอกเหนือจากคุณสมบัติตำแหน่งข้อมูล XMLA ที่เปิดใช้งานการอ่าน-เขียนโดยผู้ดูแลระบบความจุ ต้องเปิดใช้การตั้งค่าระดับผู้เช่า อนุญาตตำแหน่งข้อมูล XMLA และวิเคราะห์ใน Excel กับชุดข้อมูลภายในองค์กร ในพอร์ทัลผู้ดูแลระบบ ถ้าคุณต้องการสร้าง วิเคราะห์ในไฟล์ Excel AIXL) ที่เชื่อมต่อกับจุดสิ้นสุด XMLA การตั้งค่าระดับผู้เช่า อนุญาตการเชื่อมต่อแบบ สดควร เปิดใช้งานด้วย การตั้งค่าเหล่านี้เปิดใช้งานการอนุญาตทั้งคู่ตามค่าเริ่มต้น

อนุญาตให้ใช้งานตำแหน่งข้อมูล XMLA และวิเคราะห์ใน Excel กับชุดข้อมูลภายในองค์กร เป็นการตั้งค่าการรวม

ตารางต่อไปนี้อธิบายผลกระทบจากการตั้งค่า ส่งออกข้อมูล ของ XMLA และ วิเคราะห์ในข้อมูลExcel (AIXL):

อนุญาตการเชื่อมต่อแบบสด คือการตั้งค่าการส่งออกและการแบ่งปัน

การเข้าถึงผ่านตำแหน่งข้อมูล XMLA จะเป็นการเคารพความเป็นสมาชิกกลุ่มความปลอดภัยที่ระดับพื้นที่ทำงาน/แอป

ผู้สนับสนุนพื้นที่ทำงานและผู้ที่อยู่ในระดับสูงกว่า มีการเขียนการเข้าถึงชุดข้อมูล และดังนั้นจึงเทียบเท่ากับผู้ดูแลฐานข้อมูล Analysis Services พวกเขาสามารถปรับใช้ชุดข้อมูลใหม่จาก Visual Studio และดำเนินการกับสคริปต์ TMSL ใน SSMS ได้

การดําเนินการAnalysis Servicesสิทธิ์ผู้ดูแลระบบเซิร์ฟเวอร์ (แทนที่จะเป็นผู้ดูแลระบบฐานข้อมูล) เช่นการติดตามระดับเซิร์ฟเวอร์และการเลียนแบบผู้ใช้โดยใช้คุณสมบัติสตริงการเชื่อมต่อEffectiveUserNameไม่ได้รับการสนับสนุนในพื้นที่Premiumของ Premium ขณะนี้

ผู้ใช้อื่นที่ สร้างสิทธิ์ บนชุดข้อมูลจะถือว่าเท่าเทียมกับผู้อ่านฐานข้อมูล Analysis Services พวกเขาสามารถเชื่อมต่อและเรียกดูชุดข้อมูลสำหรับการใช้งานข้อมูลและการแสดงภาพ กฎการรักษาความปลอดภัยระดับแถว (RLS) ได้รับการยอมรับและพวกเขาไม่สามารถดูชุกข้อมูลเมตาดาต้าภายในได้

บทบาทแบบจำลอง

ด้วยจุดสิ้นสุด XMLA คุณสามารถกำหนดบทบาทสำหรับชุดข้อมูล สามารถกำหนดความเป็นสมาชิกบทบาทสำหรับผู้ใช้ Azure Active Directory (AAD) และสามารถกำหนดตัวกรองการรักษาความปลอดภัยระดับแถว (RLS) ได้ มีการใช้บทบาทแบบจำลองใน Power BI สำหรับ RLS เท่านั้น ใช้แบบจำลองการรักษาความปลอดภัย Power BI เพื่อควบคุมสิทธิ์ที่นอกเหนือจาก RLS

คุณสามารถกําหนดบทบาทโดยใช้ตัวจัดการบทบาทVisual Studioแบบกําหนดเองได้ให้กับโครงการแบบตารางที่เขียนในลVisual Studioตาราง สำหรับชุดข้อมูลใน Power BI คุณสามารถกำหนดบทบาทได้โดยใช้ SSMS เพื่อสร้างออบเจ็กต์บทบาทและกำหนดคุณสมบัติของบทบาท อย่างไรก็ตามในกรณีส่วนใหญ่สามารถเขียนสคริปต์นิยามอ็อบเจ็กต์บทบาทโดยใช้ TMSL เพื่อสร้างหรือแก้ไขอ็อบเจ็กต์บทบาท สามารถเรียกใช้สคริปต์ TMSL ใน SSMS หรือด้วย cmdlet ของ PowerShell Invoke-ASCmd

ข้อจำกัดต่อไปนี้จะนำไปใช้เมื่อทำงานกับบทบาทของชุดข้อมูลผ่านตำแหน่งข้อมูล XMLA:

• สิทธิ์เดียวของ บทบาท ที่สามารถตั้งค่าให้กับชุดข้อมูลได้คือ สิทธิ์ในการอ่าน สิทธิ์อื่น ๆ จะได้รับอนุญาตโดยใช้แบบจำลองความปลอดภัยของ Power BI
• บริการหลักซึ่งต้องให้สมาชิกพื้นที่ดําเนินการหรือผู้ดูแลระบบไม่สามารถเพิ่มสิทธิ์ไปยังบทบาทได้
• สิทธิ์ในการสร้างสำหรับชุดข้อมูลเป็นสิ่งจำเป็นสำหรับการเข้าถึงการอ่านผ่านตำแหน่งข้อมูล XMLA โดยไม่คำนึงถึงการมีอยู่ของบทบาทชุดข้อมูล
• สามารถใช้คุณสมบัติสตริงการเชื่อมต่อ "บทบาท =" เพื่อทดสอบสมาชิกบทบาทการดาวน์เกรดที่มีสิทธิ์เขียนในการอ่านสิทธิ์ บัญชีสมาชิกต้องเป็นสมาชิกของบทบาท RLS ที่เกี่ยวข้อง สิ่งนี้แตกต่างจากการใช้การเลียนแบบกับ SQL Server Analysis Services หรือ Azure Analysis Services ว่าถ้าบัญชีเป็นผู้ดูแลระบบเซิร์ฟเวอร์ จะถือว่าการเป็นสมาชิกบทบาท RLS ในพื้นที่Premiumของคุณ เนื่องจากไม่มีผู้ดูแลระบบเซิร์ฟเวอร์ บัญชีต้องอยู่ในบทบาทเพื่อให้ RLS ถูกปรับใช้ได้

เมื่อต้องการเรียนรู้เพิ่มเติม โปรดดูบทบาทในแบบจำลองตาราง

การตั้งค่าข้อมูลประจำตัวของแหล่งข้อมูล

เมตาดาต้าที่ระบุผ่านตำแหน่งข้อมูล XMLA สามารถสร้างการเชื่อมต่อไปยังแหล่งข้อมูลได้ แต่ไม่สามารถตั้งค่าข้อมูลประจำตัวของแหล่งข้อมูลได้ คุณสามารถตั้งค่าข้อมูลประจำตัวได้ในหน้าการตั้งค่าชุดข้อมูลในบริการ Power BI

บริการหลัก

บริการหลักคือ การลงทะเบียนแอป Azure Active Directory ที่คุณสร้างภายในผู้เช่าของคุณเพื่อใช้ทรัพยากรที่ไม่ได้ใส่ใจและการดำเนินการระดับบริการ ซึ่งเป็นประเภทข้อมูลประจำตัวของผู้ใช้ที่ไม่ซ้ำกันที่มีชื่อแอป ID แอปพลิเคชัน ID ผู้เช่าและ ข้อมูลลับของไคลเอ็นต์ หรือใบรับรองสำหรับรหัสผ่าน Power BI Premium ใช้ฟังก์ชันการทำงานของบริการหลักเหมือนกับ Power BI Embedded

นอกจากนี้ คุณยังสามารถใช้บริการหลักกับจุดสิ้นสุด XMLA เพื่อปรับงานการจัดการชุดข้อมูลโดยอัตโนมัติ เช่น การเตรียมพื้นที่ดําเนินการ การปรับใช้แบบโมเดล และการรีเฟรชชุดข้อมูลด้วย:

• PowerShell
• Azure Automation
• Azure Logic Apps
• แอปพลิเคชันไคลเอ็นต์แบบกำหนดเอง

เมื่อต้องการเรียนรู้เพิ่มเติม โปรดดูที่การดำเนินการพื้นที่ทำงาน Premium และชุดข้อมูลโดยอัตโนมัติด้วยหลักการบริการ

ปรับใช้โครงการแบบจำลองจาก Visual Studio (SSDT)

การปรับใช้โครงการแบบVisual StudioแบบVisual Studioไปยังพื้นที่Premiumจะเหมือนกับการปรับใช้กับเซิร์ฟเวอร์ Azure SQL Server Analysis Services ความแตกต่างมีเพียงเรื่องของคุณสมบัติเซิร์ฟเวอร์การปรับใช้ที่ระบุสำหรับโครงการ และวิธีการระบุข้อมูลประจำตัวของแหล่งข้อมูลเพื่อให้การดำเนินการประมวลผลสามารถนำเข้าข้อมูลจากแหล่งข้อมูลไปยังชุดข้อมูลใหม่บนพื้นที่ทำงาน

เมื่อต้องการปรับใช้โครงการแบบจำลองตารางที่สร้างใน Visual Studio คุณต้องตั้งค่า URL การเชื่อมต่อพื้นที่ทำงานในคุณสมบัติ เซิร์ฟเวอร์การปรับใช้ ของโครงการก่อนเป็นอันดับแรก ใน Visual Studio ใน Solution Explorer ให้คลิกขวาที่โครงการ > คุณสมบัติ ในคุณสมบัติ เซิร์ฟเวอร์ ให้วาง URL การเชื่อมต่อพื้นที่ทำงาน

เมื่อมีการระบุคุณสมบัติของเซิร์ฟเวอร์การปรับใช้แล้ว โครงการจะสามารถใช้งานได้

เมื่อปรับใช้ครั้งแรก ชุดข้อมูลจะถูกสร้างขึ้นในพื้นที่ทำงานโดยใช้เมตาดาต้าจาก model.bim ในฐานะส่วนหนึ่งของการดำเนินการปรับใช้ หลังจากที่มีการสร้างชุดข้อมูลในพื้นที่ทำงานจากเมตาดาต้าแบบจำลอง การประมวลผลเพื่อโหลดข้อมูลลงในชุดข้อมูลจากแหล่งข้อมูลจะล้มเหลว

การประมวลผลล้มเหลวเนื่องจากเมื่อปรับใช้กับพื้นที่ทำงานแบบพรีเมียมนั้น ข้อมูลประจำตัวของแหล่งข้อมูลไม่สามารถระบุให้เป็นส่วนหนึ่งของการดำเนินการปรับใช้ได้ ซึ่งแตกต่างจากการปรับใช้ไปยังกับอินสแตนซ์ Azure หรือ SQL Server Analysis Server ที่ข้อมูลประจำตัวของแหล่งข้อมูลจะได้รับพร้อมท์ให้เป็นส่วนหนึ่งของการดำเนินการปรับใช้ แต่หลังจากการปรับใช้เมตาดาต้าสำเร็จและได้สร้างชุดข้อมูลขึ้นแล้ว ข้อมูลประจำตัวแหล่งข้อมูลจะถูกระบุในบริการ Power BI ในการตั้งค่าชุดข้อมูล ในพื้นที่ทำงาน ให้เลือก ชุดข้อมูล > การตั้งค่า > ข้อมูลประจำตัวของแหล่งข้อมูล > แก้ไขข้อมูลประจำตัว

เมื่อมีการระบุข้อมูลประจำตัวของแหล่งข้อมูลแล้ว คุณสามารถรีเฟรชชุดข้อมูลในบริการ Power BI กำหนดค่าการรีเฟรชตามกำหนดการ หรือกระบวนการ (รีเฟรช) จาก SQL Server Studio Management เพื่อโหลดข้อมูลลงในชุดข้อมูลได้

มีการตรวจสอบคุณสมบัติ ตัวเลือกการประมวลผล ของการปรับใช้ ที่ระบุในโครงการใน Visual Studio อย่างไรก็ตามถ้าแหล่งข้อมูลยังไม่ได้ระบุข้อมูลประจำตัวในบริการ Power BI การประมวลผลจะล้มเหลวถึงแม้ว่าการปรับใช้เมตาดาต้าจะสำเร็จก็ตาม คุณสามารถตั้งค่าคุณสมบัติเป็น ไม่ประมวลผล เพื่อป้องกันความพยายามในการดำเนินการเป็นส่วนหนึ่งของการปรับใช้ แต่คุณอาจต้องการตั้งค่าคุณสมบัติกลับไปยัง ค่าเริ่มต้น เนื่องจากเมื่อมีการระบุข้อมูลประจำตัวของแหล่งข้อมูลในการตั้งค่าแหล่งข้อมูลสำหรับชุดข้อมูลใหม่แล้ว การประมวลผลที่เป็นส่วนหนึ่งของการดำเนินการปรับใช้จะประสบความสำเร็จ

เชื่อมต่อกับ SSMS

การใช้ SSMS เพื่อเชื่อมต่อไปยังพื้นที่ทำงานเปรียบเหมือนกับการเชื่อมต่อกับเซิร์ฟเวอร์ Azure หรือ SQL Server Analysis Services ความแตกต่างคือการที่คุณระบุ URL พื้นที่ทำงานในชื่อเซิร์ฟเวอร์ และคุณต้องใช้การรับรองความถูกต้อง Active Directory - ที่เป็นสากลกับ MFA

เชื่อมต่อไปยังพื้นที่ทำงานโดยใช้ SSMS

1. ใน SQL Server Management Studio ให้เลือก เชื่อมต่อ > เชื่อมต่อกับเซิร์ฟเวอร์

2. สำหรับ ชนิดเซิร์ฟเวอร์ ให้เลือก บริการวิเคราะห์ ใน ชื่อเซิร์ฟเวอร์ กรอก URL พื้นที่ทำงาน ใน การรับรองความถูกต้อง เลือก Active Directory - ที่เป็นสากลกับ MFA และจากนั้นใน ชื่อผู้ใช้ กรอกรหัสผู้ใช้องค์กรของคุณ

   

เมื่อเชื่อมต่อแล้ว พื้นที่ทำงานจะแสดงเป็นกับเซิร์ฟเวอร์ Analysis Services และชุดข้อมูลในพื้นที่ทำงานจะแสดงเป็นฐานข้อมูล

หากต้องการเรียนรู้เพิ่มเติมเกี่ยวกับการใช้ SSMS เพื่อสคริปต์เมตาดาต้า โปรดดู สร้างสคริปต์ Analysis Services และ Tabular Model Scripting Language (TMSL)

การรีเฟรชชุดข้อมูล

ตำแหน่งข้อมูล XMLA เปิดใช้งานสถานการณ์หลากหลายสำหรับความสามารถในการรีเฟรชแบบละเอียดโดยใช้ SSMS การทำให้เป็นอัตโนมัติด้วย PowerShell Azure Automation และ ฟังก์ชัน Azure โดยใช้ TOM ตัวอย่างเช่นคุณสามารถรีเฟรชพาร์ติชันย้อนหลัง แบบเพิ่มหน่วย ได้โดยไม่ต้องโหลดข้อมูลประวัติทั้งหมดอีกครั้ง

การดำเนินการรีเฟรชผ่านตำแหน่งข้อมูล XMLA ไม่ได้จำกัดเพียง 48 รีเฟรชต่อวัน และ การรีเฟรชตามกำหนดเวลา ไม่ได้รับการกำหนด ซึ่งจะต่างจากการกำหนดค่าการรรีเฟรชในบริการ Power BI

วันที่ เวลา และสถานะการดําเนินการรีเฟรชชุดข้อมูลที่รวมธุรกรรมการเขียนผ่านปลายทาง XMLA จะถูกบันทึกและแสดงในประวัติการรีเฟรชชุดข้อมูล

มุมมองการจัดการแบบไดนามิก (DMV)

Analysis Services DMV ให้การมองเห็นของเมตาดาต้าชุดข้อมูล สายข้อมูล และการใช้ทรัพยากร DMV ที่พร้อมใช้งานสำหรับการคิวรีใน Power BI ผ่านตำแหน่งข้อมูล XMLA ส่วนใหญ่จะถูกจำกัดไว้ที่ผู้ใช้ที่ต้องมีสิทธิ์ในการจัดการฐานข้อมูล ตัวอย่างเช่น ในบาง DMV ไม่สามารถเข้าถึงได้เนื่องจากจำเป็นต้องมีสิทธิ์การใช้งานผู้ดูแลระบบเซิร์ฟเวอร์ Analysis Services

ชุดข้อมูลที่สร้างใน Power BI Desktop

เมตาดาต้าที่ปรับปรุงประสิทธิภาพแล้ว

การดําเนินการเขียน XMLA บนชุดข้อมูลPower BI Desktopเผยแพร่ไปยังพื้นที่Premiumพื้นที่Premiumเมตาดาต้าที่ปรับปรุงประสิทธิภาพแล้ว หากต้องการเรียนรู้เพิ่มเติม โปรดดู เมตาดาต้าชุดข้อมูลที่ปรับปรุงประสิทธิภาพแล้ว

การประกาศแหล่งข้อมูล

เมื่อเชื่อมต่อกับแหล่งข้อมูลและคิวรีข้อมูล Power BI Desktop ใช้นิพจน์ Power Query M เป็นการประกาศแหล่งข้อมูลแบบอินไลน์ ในขณะที่ได้รับการสนับสนุนPremiumพื้นที่Power Queryการประกาศแหล่งข้อมูลแบบอินไลน์ M ไม่ได้รับการสนับสนุนโดย Azure Analysis ServicesหรือSQL Server Analysis Services แต่เครื่องมือสร้างแบบจำลองข้อมูล Analysis Services เช่น Visual Studio สร้างเมตาดาต้าโดยใช้การประกาศแหล่งข้อมูล ที่มีโครงสร้าง และ/หรือ ผู้ให้บริการ ด้วยจุดสิ้นสุด XMLA Premiumสนับสนุนแหล่งข้อมูลที่มีโครงสร้างและผู้ให้บริการ แต่ไม่ได้เป็นส่วนหนึ่งของการประกาศแหล่งข้อมูลแบบอินไลน์ Power Query M แบบอินไลน์Power BI DesktopแบบPower BI Desktopข้อมูล หากต้องการเรียนรู้เพิ่มเติม โปรดดู ทำความเข้าใจผู้ให้บริการ

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 โดยตั้งใจจะโยกย้ายไปยังชุดข้อมูล Premium จะต้องเปลี่ยน URL ของชื่อเซิร์ฟเวอร์ใน แปลง > การตั้งค่าแหล่งข้อมูล เท่านั้น

บันทึกการตรวจสอบ

เมื่อแอปพลิเคชันเชื่อมต่อกับพื้นที่ทำงาน การเข้าถึงผ่านตำแหน่งข้อมูล XMLA ถูกบันทึกไว้ในบันทึกการตรวจสอบ Power BI ด้วยการดำเนินการต่อไปนี้:

หากต้องการเรียนรู้เพิ่มเติม ดู  การตรวจสอบ Power BI

อาจดูได้จาก

มีคำถามเพิ่มเติมหรือไม่ ลองถามชุมชน Power BI