แก้ไขปัญหาการเชื่อมต่อตําแหน่งข้อมูล XMLA
ตําแหน่งข้อมูล XMLA ใน Power BI ขึ้นอยู่กับโพรโทคอลการสื่อสารของ Analysis Services เพื่อเข้าถึงแบบจําลองความหมายของ Power BI ด้วยเหตุนี้ การแก้ไขปัญหาตําแหน่งข้อมูล XMLA จึงเหมือนกับการแก้ไขปัญหาการเชื่อมต่อ Analysis Services ทั่วไป อย่างไรก็ตาม มีความแตกต่างบางอย่างเกี่ยวกับการขึ้นต่อกันเฉพาะของ Power BI
ก่อนที่คุณเริ่มต้น
ก่อนที่จะแก้ไขปัญหาสถานการณ์ตําแหน่งข้อมูล XMLA ต้องแน่ใจว่าได้ตรวจทานพื้นฐานที่ครอบคลุมใน การเชื่อมต่อแบบจําลองความหมายด้วยตําแหน่งข้อมูล XMLA กรณีการใช้งานตําแหน่งข้อมูล XMLA ที่พบบ่อยจะกล่าวถึงในนั้น คําแนะนําการแก้ไขปัญหา Power BI อื่น ๆ เช่น การแก้ไขปัญหาเกตเวย์ - Power BI และ การแก้ไขปัญหาการวิเคราะห์ใน Excel ยังสามารถเป็นประโยชน์ได้เช่นกัน
การเปิดใช้งานตําแหน่งข้อมูล XMLA
ตําแหน่งข้อมูล XMLA สามารถเปิดใช้งานได้ทั้งใน Power BI Premium, Premium Per User และความจุ Power BI Embedded ในความจุที่มีขนาดเล็ก เช่น ความจุ A1 ที่มีหน่วยความจําเพียง 2.5 GB คุณอาจพบข้อผิดพลาดในการตั้งค่าความจุเมื่อพยายามตั้งค่าตําแหน่งข้อมูล XMLA เพื่ออ่าน/เขียน จากนั้นเลือก นําไปใช้ สถานะข้อผิดพลาด "มีปัญหาเกิดขึ้นกับการตั้งค่าปริมาณงานของคุณ โปรดลองอีกครั้งในอีกสักครู่"
ลองทําสิ่งต่อไปนี้:
- จํากัดปริมาณการใช้หน่วยความจําของบริการอื่น ๆ ในความจุ เช่น กระแสข้อมูล ให้อยู่ที่ 40% หรือน้อยกว่า หรือปิดใช้งานบริการที่ไม่จําเป็นโดยสมบูรณ์
- อัปเกรดความจุเป็น SKU ที่มีขนาดใหญ่ขึ้น ตัวอย่างเช่น การอัปเกรดจากความจุ A1 เป็นความจุ A3 สามารถแก้ปัญหาการกําหนดค่านี้ได้โดยไม่ต้องปิดใช้งานกระแสข้อมูล
โปรดจําไว้ว่าคุณยังต้องเปิดใช้งานการตั้งค่าการส่งออกข้อมูลระดับผู้เช่าในพอร์ทัลผู้ดูแลระบบ Power BI การตั้งค่านี้ยังจําเป็นสําหรับการวิเคราะห์ในคุณลักษณะ Excel
การสร้างการเชื่อมต่อไคลเอ็นต์
หลังจากเปิดใช้งานตําแหน่งข้อมูล XMLA เป็นความคิดที่ดีในการทดสอบการเชื่อมต่อกับพื้นที่ทํางานบนความจุ เมื่อต้องการเรียนรู้เพิ่มเติม ดู ที่การเชื่อมต่อกับพื้นที่ทํางาน Premium นอกจากนี้ โปรดอ่านส่วน ข้อกําหนด การเชื่อมต่อ สําหรับเคล็ดลับและข้อมูลที่เป็นประโยชน์ที่เกี่ยวกับข้อจํากัดการเชื่อมต่อ XMLA ปัจจุบัน
การเชื่อมต่อด้วยบริการหลัก
ถ้าคุณได้เปิดใช้งานการตั้งค่าผู้เช่าเพื่ออนุญาตให้บริการหลักสามารถใช้ API ของ Power BI ตามที่อธิบายไว้ใน เปิดใช้งานบริการหลัก คุณสามารถเชื่อมต่อกับตําแหน่งข้อมูล XMLA ได้โดยใช้บริการหลัก โปรดทราบว่าบริการหลักจําเป็นต้องมีสิทธิ์ในการเข้าถึงระดับพื้นที่ทํางานหรือระดับแบบจําลองเชิงความหมายเช่นเดียวกับผู้ใช้ทั่วไป
เมื่อต้องการใช้บริการหลัก ตรวจสอบให้แน่ใจว่าได้ระบุข้อมูลประจําตัวของแอปพลิเคชันในสายอักขระการเชื่อมต่อเป็น:
แอป ID - ผู้ใช้:appid@tenantid
รหัสผ่าน
ใบรับรอง:รหัสประจําตัว (แนะนําสําหรับการรักษาความปลอดภัย)
Data Source=powerbi://api.powerbi.com/v1.0/myorg/Contoso;Initial Catalog=PowerBI_Dataset;User ID=app:<appid>;Password=cert:<thumbprint>;ข้อมูลลับของแอปพลิเคชัน
Data Source=powerbi://api.powerbi.com/v1.0/myorg/Contoso;Initial Catalog=PowerBI_Dataset;User ID=app:<appid>;Password=<secret>;
ถ้าคุณได้รับข้อผิดพลาดต่อไปนี้:
"เราไม่สามารถเชื่อมต่อกับแบบจําลองความหมายได้เนื่องจากข้อมูลบัญชีไม่สมบูรณ์ สําหรับบริการหลัก ตรวจสอบให้แน่ใจว่าคุณได้ระบุรหัสผู้เช่าพร้อมกับรหัสแอปโดยใช้แอปรูปแบบ app:<appId>@<tenantId> แล้วลองอีกครั้ง"
ตรวจสอบให้แน่ใจว่าคุณได้ระบุรหัสผู้เช่าพร้อมกับรหัสแอปโดยใช้รูปแบบที่ถูกต้อง
คุณยังสามารถระบุรหัสแอปได้โดยไม่ต้องมีรหัสผู้เช่าได้เช่นกัน อย่างไรก็ตาม ในกรณีนี้ คุณต้องแทนที่ myorg นามแฝงใน URL แหล่งข้อมูลด้วยรหัสผู้เช่าจริง จากนั้น Power BI สามารถค้นหาบริการหลักในผู้เช่าที่ถูกต้อง แต่แนวทางปฏิบัติที่ดีที่สุดคือการใช้ myorg นามแฝงและระบุรหัสผู้เช่าพร้อมกับรหัสแอปในพารามิเตอร์รหัสผู้ใช้
การเชื่อมต่อกับ Microsoft Entra B2B
ด้วยการรองรับ Microsoft Entra business-to-business (B2B) ใน Power BI คุณสามารถให้ผู้ใช้ที่เป็นผู้เยี่ยมชมภายนอกสามารถเข้าถึงแบบจําลองความหมายผ่านตําแหน่งข้อมูล XMLA ได้ ตรวจสอบให้แน่ใจว่า ได้เปิดใช้งานการตั้งค่า แชร์เนื้อหากับผู้ใช้ ภายนอก ในพอร์ทัลผู้ดูแลระบบ Power BI หากต้องการเรียนรู้เพิ่มเติม โปรดดู กระจายเนื้อหา Power BI ไปยังผู้ใช้ที่เป็นผู้เยี่ยมชมจากภายนอกด้วย Microsoft Entra B2B
การปรับใช้แบบจําลองความหมาย
คุณสามารถปรับใช้โครงการแบบจําลองแบบตารางใน Visual Studio (SSDT) ไปยังพื้นที่ทํางานที่กําหนดให้กับความจุพรีเมียมได้เช่นเดียวกับทรัพยากรเซิร์ฟเวอร์ใน Azure Analysis Services อย่างไรก็ตาม เมื่อปรับใช้มีข้อควรพิจารณาเพิ่มเติมบางอย่าง ตรวจสอบให้แน่ใจว่าได้ตรวจทานส่วน ปรับใช้โครงการแบบจําลองจาก Visual Studio (SSDT) ในการเชื่อมต่อแบบจําลองความหมายด้วยบทความตําแหน่งข้อมูล XMLA
การปรับใช้แบบจําลองใหม่
ในการกําหนดค่าเริ่มต้น Visual Studio พยายามประมวลผลแบบจําลองเป็นส่วนหนึ่งของการดําเนินการปรับใช้เพื่อโหลดข้อมูลลงในแบบจําลองความหมายจากแหล่งข้อมูล ตามที่อธิบายไว้ใน ปรับใช้โครงการแบบจําลองจาก Visual Studio (SSDT) การดําเนินการนี้อาจล้มเหลวเนื่องจากไม่สามารถระบุข้อมูลประจําตัวของแหล่งข้อมูลเป็นส่วนหนึ่งของการดําเนินการปรับใช้ แต่ถ้าข้อมูลประจําตัวสําหรับแหล่งข้อมูลของคุณยังไม่ได้ถูกกําหนดสําหรับแบบจําลองความหมายใด ๆ ที่มีอยู่ คุณต้องระบุข้อมูลประจําตัวของแหล่งข้อมูลในการตั้งค่าแบบจําลองความหมายโดยใช้อินเทอร์เฟซผู้ใช้ Power BI (แบบจําลองความหมาย>การตั้งค่า>ข้อมูลประจําตัว>ของแหล่งข้อมูลแก้ไขข้อมูลประจําตัว) หลังจากกําหนดข้อมูลประจําตัวของแหล่งข้อมูลแล้ว Power BI จึงสามารถใช้ข้อมูลประจําตัวกับแหล่งข้อมูลนี้ได้โดยอัตโนมัติสําหรับแบบจําลองความหมายใหม่หลังจากการปรับใช้เมตาดาต้าสําเร็จแล้วและมีการสร้างแบบจําลองความหมายแล้ว
ถ้า Power BI ไม่สามารถผูกแบบจําลองความหมายใหม่ของคุณกับข้อมูลประจําตัวของแหล่งข้อมูลได้ คุณจะได้รับข้อผิดพลาดที่ระบุว่า "ไม่สามารถประมวลผลฐานข้อมูลได้ เหตุผล: การบันทึกการปรับเปลี่ยนไปยังเซิร์ฟเวอร์ล้มเหลว" ด้วยรหัสข้อผิดพลาด "DMTS_DatasourceHasNoCredentialError" ดังที่แสดงด้านล่าง:
เพื่อหลีกเลี่ยงความล้มเหลวในการประมวลผล ให้ตั้งค่าตัวเลือกการประมวลผลตัวเลือก>การปรับใช้เป็น ไม่ประมวลผล ดังที่แสดงในรูปต่อไปนี้ จากนั้น Visual Studio จะปรับใช้เฉพาะเมตาดาต้าเท่านั้น จากนั้นคุณสามารถกําหนดค่าข้อมูลประจําตัวของแหล่งข้อมูล และคลิกที่ รีเฟรชตอนนี้ สําหรับแบบจําลองเชิงความหมายในอินเทอร์เฟซผู้ใช้ Power BI
โครงการใหม่จากแบบจําลองความหมายที่มีอยู่
การสร้างโครงการแบบตารางใหม่ใน Visual Studio โดยการนําเข้าเมตาดาต้าจากแบบจําลองความหมายที่มีอยู่ไม่ได้รับการสนับสนุน อย่างไรก็ตาม คุณสามารถเชื่อมต่อกับแบบจําลองความหมายได้โดยใช้ SQL Server Management Studio สคริปต์เมตาดาต้าออกมา และนํามาใช้ใหม่ในโครงการแบบตารางอื่นๆ
การโยกย้ายแบบจําลองความหมายไปยัง Power BI
ขอแนะนําให้คุณระบุระดับของความเข้ากันได้สําหรับแบบจําลองตารางให้อยู่ในระดับ 1500 (หรือสูงกว่า) ระดับของความเข้ากันได้นี้สนับสนุนความสามารถและชนิดแหล่งข้อมูลส่วนใหญ่ ระดับของความเข้ากันได้ในภายหลังนั้นย้อนหลังเข้ากันได้กับระดับก่อนหน้า
ผู้ให้บริการข้อมูลที่สนับสนุน
ในระดับความเข้ากันได้ที่ 1500, Power BI สนับสนุนชนิดแหล่งข้อมูลต่อไปนี้:
- แหล่งข้อมูลของผู้ให้บริการ (แบบดั้งเดิมที่มีสายอักขระการเชื่อมต่อในเมตาดาต้าแบบจําลอง)
- แหล่งข้อมูลที่มีโครงสร้าง (นํามาใช้กับระดับความเข้ากันได้ที่ 1400)
- การประกาศ M แบบอินไลน์ของแหล่งข้อมูล (ตามที่ Power BI Desktop ได้ประกาศ)
ขอแนะนําให้คุณใช้แหล่งข้อมูลที่มีโครงสร้าง ซึ่ง Visual Studio สร้างขึ้นตามค่าเริ่มต้นเมื่อดําเนินการตามขั้นตอนโฟลว์การนําเข้าข้อมูล อย่างไรก็ตามถ้าคุณกําลังวางแผนที่จะย้ายแบบจําลองที่มีอยู่ไปยัง Power BI ที่ใช้แหล่งข้อมูลของผู้ให้บริการ ตรวจสอบให้แน่ใจว่าแหล่งข้อมูลของผู้ให้บริการนั้นขึ้นอยู่กับผู้ให้บริการข้อมูลที่ได้รับการสนับสนุน โดยเฉพาะโปรแกรมควบคุม OLE DB Driver สําหรับ SQL Server และ ODBC driver อื่นๆ ของบุคคลที่สาม สําหรับ OLE DB Driver สําหรับ SQL Server คุณต้องสลับข้อกําหนดแหล่งข้อมูลเป็น .NET Framework Data Provider สําหรับ SQL Server สําหรับ ODBC driver ของบุคคลที่สามซึ่งอาจไม่มีให้พร้อมใช้งานในบริการของ Power BI คุณต้องเปลี่ยนเป็นข้อกําหนดแหล่งข้อมูลที่มีโครงสร้างแทน
นอกจากนี้ยังแนะนําให้คุณแทนที่โปรแกรมควบคุม Microsoft OLE DB ที่ล้าสมัยสําหรับ SQL Server (SQLNCLI11) ในข้อกําหนดแหล่งข้อมูล SQL Server ของคุณด้วย .NET Framework Data Provider สําหรับ SQL Server
ตารางต่อไปนี้แสดงตัวอย่างของ .NET Framework Data Provider สําหรับ SQL Server สายอักขระการเชื่อมต่อแทนที่สายอักขระการเชื่อมต่อที่สอดคล้องกันสําหรับโปรแกรมควบคุม OLE DB สําหรับ SQL Server
| OLE DB Driver สําหรับ SQL Server | .NET Framework Data Provider สําหรับ SQL Server |
|---|---|
Provider=SQLNCLI11;Data Source=sqldb.database.windows.net;Initial Catalog=AdventureWorksDW;Trusted_Connection=yes; |
Data Source=sqldb.database.windows.net;Initial Catalog=AdventureWorksDW2016;Integrated Security=SSPI;Encrypt=true;TrustServerCertificate=false |
แหล่งที่มาของพาร์ติชันที่อ้างอิงแบบข้าม
เช่นเดียวกับแหล่งข้อมูลหลายชนิด และยังมีชนิดแหล่งที่มาของพาร์ติชันหลายชนิดที่แบบจําลองตารางสามารถรวมเพื่อนําเข้าข้อมูลลงในตารางได้ โดยเฉพาะพาร์ติชันสามารถใช้แหล่งที่มาของพาร์ติชันคิวรีหรือแหล่งที่มาของพาร์ติชัน M ได้ ในทางกลับกัน ชนิดแหล่งที่มาของพาร์ติชันเหล่านี้สามารถอ้างอิงแหล่งข้อมูลผู้ให้บริการหรือแหล่งข้อมูลที่มีโครงสร้างได้ ในขณะที่แบบจําลองตารางใน Azure Analysis Services รองรับการอ้างอิงข้ามแหล่งข้อมูลและชนิดพาร์ติชันเหล่านี้ Power BI จะบังคับใช้ความสัมพันธ์ที่เข้มงวดมากขึ้น แหล่งที่มาของพาร์ติชันคิวรีต้องอ้างอิงแหล่งข้อมูลของผู้ให้บริการ และแหล่งที่มาของพาร์ติชัน M ต้องอ้างอิงแหล่งข้อมูลที่มีโครงสร้าง ชุดข้อมูลอื่นๆ ไม่ได้รับการสนับสนุนใน Power BI ถ้าคุณต้องการโยกย้ายแบบจําลองความหมายแบบอ้างอิงข้าม ตารางต่อไปนี้จะอธิบายถึงการกําหนดค่าที่ได้รับการสนับสนุน:
| แหล่งข้อมูล | แหล่งที่มาของพาร์ติชัน | ข้อคิดเห็น | ได้รับการสนับสนุนด้วยตําแหน่งข้อมูล XMLA |
|---|---|---|---|
| แหล่งข้อมูลของผู้ให้บริการ | แหล่งที่มาของพาร์ติชันคิวรี | โปรแกรม AS ใช้สแตกการเชื่อมต่อที่ยึดตามตัวบรรจุเพื่อเข้าถึงแหล่งข้อมูล | ใช่ |
| แหล่งข้อมูลของผู้ให้บริการ | แหล่งที่มาของพาร์ติชัน M | โปรแกรม AS แปลค่าแหล่งข้อมูลของผู้ให้บริการเป็นแหล่งข้อมูลที่มีโครงสร้างทั่วไป แล้วจึงใช้โปรแกรม Mashup เพื่อนําเข้าข้อมูล | ไม่ |
| แหล่งข้อมูลที่มีโครงสร้าง | แหล่งที่มาของพาร์ติชันคิวรี | โปรแกรม AS จัดการคิวรีดั้งเดิมบนแหล่งข้อมูลของพาร์ติชันลงในนิพจน์ M จากนั้นใช้โปรแกรม Mashup เพื่อนําเข้าข้อมูล | ไม่ |
| แหล่งข้อมูลที่มีโครงสร้าง | แหล่งที่มาของพาร์ติชัน M | โปรแกรม AS ใช้โปรแกรม Mashup เพื่อนําเข้าข้อมูล | ใช่ |
แหล่งข้อมูลและการเลียนแบบ
การตั้งค่าการเลียนแบบที่คุณสามารถกําหนดสําหรับแหล่งข้อมูลของผู้ให้บริการไม่เกี่ยวข้องกับ Power BI Power BI ใช้กลไกที่แตกต่างกันตามการตั้งค่าแบบจําลองความหมายเพื่อจัดการข้อมูลประจําตัวของแหล่งข้อมูล ด้วยเหตุนี้ ตรวจสอบให้แน่ใจว่า คุณเลือก บัญชี บริการถ้าคุณกําลังสร้างแหล่งข้อมูลของผู้ให้บริการ
การประมวลผลแบบละเอียด
เมื่อทริกเกอร์การรีเฟรชตามกําหนดการหรือการรีเฟรชตามความต้องการใน Power BI นั้น Power BI จะรีเฟรชแบบจําลองความหมายทั้งหมด ในหลายกรณี การรีเฟรชแบบเลือกมากขึ้นจะมีประสิทธิภาพมากกว่า คุณสามารถดําเนินงานการประมวลผลแบบละเอียดได้ใน SQL Server Management Studio (SSMS) ตามที่แสดงด้านล่าง หรือโดยใช้เครื่องมือหรือสคริปต์ของบุคคลที่สาม
การแทนที่ในคําสั่งรีเฟรช TMSL
การแทนที่ใน คําสั่งรีเฟรช (TMSL) จะอนุญาตให้ผู้ใช้เลือกข้อกําหนดคิวรีของพาร์ติชันที่แตกต่างกันหรือข้อกําหนดแหล่งข้อมูลสําหรับการดําเนินการรีเฟรช
การสมัครใช้งานอีเมล
แบบจําลองความหมายที่รีเฟรชโดยใช้ตําแหน่งข้อมูล XMLA จะไม่ทริกเกอร์ การสมัครใช้งานอีเมล
ข้อผิดพลาดบนความจุ Premium
เชื่อมต่อกับข้อผิดพลาดของเซิร์ฟเวอร์ใน SSMS
เมื่อเชื่อมต่อกับพื้นที่ทํางาน Power BI ด้วย SQL Server Management Studio (SSMS) ข้อผิดพลาดต่อไปนี้อาจปรากฏขึ้น:
TITLE: Connect to Server
------------------------------
Cannot connect to powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].
------------------------------
ADDITIONAL INFORMATION:
The remote server returned an error: (400) Bad Request.
Technical Details:
RootActivityId:
Date (UTC): 10/6/2021 1:03:25 AM (Microsoft.AnalysisServices.AdomdClient)
------------------------------
The remote server returned an error: (400) Bad Request. (System)
เมื่อเชื่อมต่อกับพื้นที่ทํางาน Power BI ด้วย SSMS ให้ตรวจสอบสิ่งต่อไปนี้:
- การตั้งค่าตําแหน่งข้อมูล XMLA จะเปิดใช้งานสําหรับความจุของผู้เช่าของคุณ เมื่อต้องการเรียนรู้เพิ่มเติม ดูเปิดใช้งาน XMLA แบบอ่าน-เขียน
- การตั้งค่าอนุญาตตําแหน่งข้อมูล XMLA และวิเคราะห์ใน Excel ด้วยแบบจําลองความหมายภายในองค์กรจะเปิดใช้งานในการตั้งค่าผู้เช่า
- คุณกําลังใช้ SSMS เวอร์ชันล่าสุด ดาวน์โหลดข้อมูลล่าสุด
การดําเนินการคิวรีใน SSMS
เมื่อเชื่อมต่อกับพื้นที่ทํางานใน Power BI Premium หรือ ความจุ Power BI Embedded แล้ว SQL Server Management Studio อาจแสดงข้อผิดพลาดต่อไปนี้:
Executing the query ...
Error -1052311437: We had to move the session with ID '<Session ID>' to another Power BI Premium node. Moving the session temporarily interrupted this trace - tracing will resume automatically as soon as the session has been fully moved to the new node.
นี่คือข้อความเชิงข้อมูลที่สามารถละเว้นได้ใน SSMS 18.8 และสูงกว่าเนื่องจากไลบรารีไคลเอ็นต์จะเชื่อมต่อใหม่โดยอัตโนมัติ โปรดทราบว่าไลบรารีไคลเอ็นต์ที่ติดตั้งด้วย SSMS v18.7.1 หรือต่ํากว่าไม่สนับสนุนการติดตามเซสชัน ดาวน์โหลด SSMS ล่าสุด
การดําเนินการคําสั่งขนาดใหญ่โดยใช้ตําแหน่งข้อมูล XMLA
เมื่อดําเนินการคําสั่งขนาดใหญ่โดยใช้ตําแหน่งข้อมูล XMLA คุณอาจพบข้อผิดพลาดต่อไปนี้:
Executing the query ...
Error -1052311437:
The remote server returned an error: (400) Bad Request.
Technical Details:
RootActivityId: 3716c0f7-3d01-4595-8061-e6b2bd9f3428
Date (UTC): 11/13/2020 7:57:16 PM
Run complete
เมื่อใช้ SSMS v18.7.1 หรือต่ํากว่าเพื่อดําเนินการรีเฟรชที่ใช้เวลานาน (>1 นาที) บนแบบจําลองความหมายใน Power BI Premium หรือ ความจุ Power BI Embedded SSMS อาจแสดงข้อผิดพลาดนี้แม้ว่าการดําเนินการรีเฟรชจะประสบความสําเร็จก็ตาม สาเหตุนี้เกิดจากปัญหาที่ทราบในไลบรารีไคลเอ็นต์ที่มีการติดตามสถานะของคําขอรีเฟรชอย่างไม่ถูกต้อง ปัญหานี้ได้รับการแก้ไขแล้วใน SSMS 18.8 และสูงกว่า ดาวน์โหลด SSMS ล่าสุด
ข้อผิดพลาดนี้ยังสามารถเกิดขึ้นได้เมื่อคําขอขนาดใหญ่ต้องเปลี่ยนเส้นทางไปยังโหนดอื่นในคลัสเตอร์ Premium ซึ่งมักจะเห็นได้เมื่อคุณพยายามสร้างหรือเปลี่ยนแบบจําลองความหมายโดยใช้สคริปต์ TMSL ขนาดใหญ่ ในกรณีดังกล่าว ข้อผิดพลาดมักจะสามารถหลีกเลี่ยงได้โดยการระบุแค็ตตาล็อกเริ่มต้นในชื่อของฐานข้อมูลก่อนที่จะดําเนินการคําสั่ง
เมื่อสร้างฐานข้อมูลใหม่ คุณสามารถสร้างแบบจําลองความหมายที่ว่างเปล่าได้ ตัวอย่างเช่น:
{
"create": {
"database": {
"name": "DatabaseName"
}
}
}
หลังจากที่คุณสร้างแบบจําลองความหมายใหม่ให้ระบุ แค็ตตาล็อกเริ่มต้น จากนั้นทําการเปลี่ยนแปลงไปยังแบบจําลองความหมาย
แอปพลิเคชันไคลเอ็นต์และเครื่องมืออื่น ๆ
แอปพลิเคชันไคลเอ็นต์และเครื่องมือ เช่น Excel, Power BI Desktop, SSMS หรือเครื่องมือภายนอกที่เชื่อมต่อกับ และทํางานกับแบบจําลองความหมายในความจุ Power BI Premium อาจทําให้เกิดข้อผิดพลาดต่อไปนี้: เซิร์ฟเวอร์ระยะไกลส่งกลับข้อผิดพลาด: (400) คําขอที่ไม่ดี ข้อผิดพลาดอาจเกิดขึ้นโดยเฉพาะอย่างยิ่งถ้าคิวรี DAX พื้นฐานหรือคําสั่ง XMLA กําลังรันนาน เมื่อต้องการลดข้อผิดพลาดที่อาจเกิดขึ้น ตรวจสอบให้แน่ใจว่าใช้แอปพลิเคชันและเครื่องมือล่าสุดที่ติดตั้งเวอร์ชันล่าสุดของ ไลบรารี ไคลเอ็นต์ Analysis Services ที่มีการอัปเดตปกติ เวอร์ชันต่ําสุดของไลบรารีไคลเอ็นต์ที่ต้องการเพื่อเชื่อมต่อและทํางานกับแบบจําลองความหมายในความจุแบบพรีเมียมผ่านตําแหน่งข้อมูล XMLA คือ:
| ไลบรารีไคลเอ็นต์ | เวอร์ชัน |
|---|---|
| MSOLAP | 15.1.65.22 |
| AMO | 19.12.7.0 |
| ADOMD | 19.12.7.0 |
แก้ไขการเป็นสมาชิกบทบาทใน SSMS
เมื่อใช้ SQL Server Management Studio (SSMS) v18.8 เพื่อแก้ไขการเป็นสมาชิกของบทบาทบนแบบจําลองความหมาย SSMS อาจแสดงข้อผิดพลาดต่อไปนี้:
Failed to save modifications to the server.
Error returned: ‘Metadata change of current operation cannot be resolved, please check the command or try again later.’
สาเหตุนี้เกิดจากปัญหาที่ทราบใน REST API ของบริการแอป ปัญหานี้จะได้รับการแก้ไขในรุ่นถัดไป ในระหว่างนี้เพื่อแก้ไขข้อผิดพลาดนี้ ให้คลิกสคริปต์ในคุณสมบัติบทบาท จากนั้นป้อนและดําเนินการคําสั่ง TMSL ต่อไปนี้:
{
"createOrReplace": {
"object": {
"database": "AdventureWorks",
"role": "Role"
},
"role": {
"name": "Role",
"modelPermission": "read",
"members": [
{
"memberName": "xxxx",
"identityProvider": "AzureAD"
},
{
"memberName": “xxxx”
"identityProvider": "AzureAD"
}
]
}
}
}
ข้อผิดพลาดการเผยแพร่ - แบบจําลองความหมายที่เชื่อมต่อสด
เมื่อเผยแพร่แบบจําลองความหมายที่เชื่อมต่อแบบสดอีกครั้งโดยใช้ตัวเชื่อมต่อ Analysis Services ข้อผิดพลาดต่อไปนี้ "มีรายงาน/แบบจําลองความหมายที่มีอยู่ที่มีชื่อเดียวกัน โปรดลบหรือเปลี่ยนชื่อแบบจําลองความหมายที่มีอยู่ แล้วลองใหม่อีกครั้ง" อาจแสดงอยู่
นี่เป็นเพราะแบบจําลองความหมายที่กําลังเผยแพร่มีสายอักขระการเชื่อมต่อที่แตกต่างกัน แต่มีชื่อเดียวกับแบบจําลองความหมายที่มีอยู่ เมื่อต้องการแก้ไขปัญหานี้ ให้ลบหรือเปลี่ยนชื่อแบบจําลองความหมายที่มีอยู่ นอกจากนี้ตรวจสอบให้แน่ใจว่าได้เผยแพร่แอปใด ๆ ที่ขึ้นอยู่กับรายงานอีกครั้ง หากจําเป็น ผู้ใช้ปลายทางควรได้รับแจ้งให้อัปเดตบุ๊กมาร์กด้วยที่อยู่รายงานใหม่เพื่อให้แน่ใจว่าพวกเขาเข้าถึงรายงานล่าสุด
ไม่สามารถโหลดแบบจําลองความหมายที่เชื่อมต่อสด
ผู้ใช้พยายามสร้างแบบจําลอง Live Connected ใหม่หรือเปิดแบบจําลอง Live Connected ที่มีอยู่โดยใช้ Power BI Desktop เวอร์ชันเดือนมีนาคม 2024 หรือใหม่กว่า อาจพบข้อผิดพลาดที่คล้ายกับต่อไปนี้: "เราไม่สามารถเชื่อมต่อกับแบบจําลองของคุณในบริการของ Power BI ได้ ชุดข้อมูลอาจถูกลบไปแล้ว เปลี่ยนชื่อ ย้าย หรือเป็นไปได้ว่าคุณไม่มีสิทธิ์ในการเข้าถึง"
ข้อผิดพลาดอาจเกิดขึ้นเมื่อมีการกําหนดค่าพร็อกซีในสภาพแวดล้อมของผู้ใช้ และพร็อกซีป้องกันไม่ให้เข้าถึงบริการของ Power BI เริ่มตั้งแต่เวอร์ชันมีนาคม 2024 ของ Power BI Desktop สภาพแวดล้อมของผู้ใช้ต้องอนุญาตการเชื่อมต่อไปยังบริการของ Power BI ที่จุดสิ้นสุด *.pbidedicated.windows.net หรือจุดสิ้นสุดบริการของ Power BI ที่สอดคล้องกันสําหรับบริการคลาวด์แบบ sovereign
เพื่อตรวจสอบว่าปัญหานั้นเป็นผลลัพธ์ของการตั้งค่าพร็อกซีหรือไม่ ลองใช้ ตัวเชื่อมต่อ SQL Server Analysis Services ใน Power BI Desktop หรือเครื่องมือภายนอกของบุคคลแรกหรือบุคคลที่สาม เช่น SQL Server Management Studio เพื่อเชื่อมต่อกับพื้นที่ทํางานแบบพรีเมียมใด ๆ
ดูส่วน สร้างการเชื่อมต่อ ไคลเอ็นต์ในบทความนี้สําหรับข้อมูลเพิ่มเติมเกี่ยวกับการทดสอบการเชื่อมต่อ XML/A ทั่วไป
เปิดสมุดงาน Excel ไม่สําเร็จ
สมุดงาน Excel อาจไม่สามารถเปิดโดยมีข้อผิดพลาด "การเตรียมใช้งานของแหล่งข้อมูลล้มเหลว ตรวจสอบเซิร์ฟเวอร์ฐานข้อมูลหรือติดต่อผู้ดูแลฐานข้อมูลของคุณ" ถ้าเวิร์กบุ๊กประกอบด้วยการเชื่อมต่อกับแบบจําลองความหมาย Power BI แล้วตรวจสอบว่าสายอักขระการเชื่อมต่อประกอบด้วยคุณสมบัติ "Catalog Rebound =True" หรือไม่ ถ้าพบคุณสมบัติ ให้เอาออก บันทึกสมุดงาน แล้วลองเปิดอีกครั้ง
คุณสมบัติ "Catalog Rebound=True" จะถูกเพิ่มโดยอัตโนมัติโดย Analysis Services OLE DB Provider (MSOLAP) ใน Excel เวอร์ชันที่ใหม่กว่าเมื่อการเชื่อมต่อกับแบบจําลองความหมาย Power BI ได้รับการปรับให้เหมาะสมโดยผู้ให้บริการ เนื่องจากคุณสมบัติยังคงอยู่ในเวิร์กบุ๊ก เมื่อสมุดงานเดียวกันถูกเปิดใน Excel ที่กําลังใช้ผู้ให้บริการรุ่นเก่ากว่าที่ไม่สนับสนุนการปรับให้เหมาะสม ดังนั้น Excel จะไม่สามารถเปิดเวิร์กบุ๊กได้
"แค็ตตาล็อก Rebound" มีไว้สําหรับการใช้งานภายในเท่านั้น
นามแฝงพื้นที่ทํางาน/เซิร์ฟเวอร์
พื้นที่ทํางานแบบพรีเมียมไม่รองรับนามแฝงชื่อเซิร์ฟเวอร์ ซึ่งต่างจาก Azure Analysis Services
DISCOVER_M_EXPRESSIONS
ในขณะนี้ DMV DISCOVER_M_EXPRESSIONS มุมมองการจัดการข้อมูล (DMV) ไม่ได้รับการสนับสนุนใน Power BI โดยใช้ตําแหน่งข้อมูล XMLA แอปพลิเคชันสามารถใช้แบบจําลองออบเจ็กต์ Tabular (TOM) เพื่อรับนิพจน์ M ที่ใช้โดยแบบจําลองข้อมูล
ขีดจํากัดหน่วยความจําคําสั่งที่ควบคุมทรัพยากรใน Premium
ความจุแบบพรีเมียมใช้การกํากับดูแลทรัพยากรเพื่อให้แน่ใจว่าไม่มีการดําเนินการแบบจําลองความหมายเดี่ยวที่สามารถเกินจํานวนทรัพยากรหน่วยความจําที่มีอยู่สําหรับความจุ - กําหนดโดย SKU ตัวอย่างเช่น การสมัครใช้งาน P1 มี ขีดจํากัด หน่วยความจําที่มีประสิทธิภาพต่อรายการ 25 GB สําหรับการสมัครใช้งาน P2 ขีดจํากัดคือ 50 GB และสําหรับการสมัครใช้งาน P3 ขีดจํากัดคือ 100 GB นอกเหนือจากขนาดของแบบจําลองเชิงความหมาย (ฐานข้อมูล) ขีดจํากัดหน่วยความจําที่มีผลบังคับใช้ยังใช้กับการดําเนินการคําสั่งแบบจําลองความหมายพื้นฐาน เช่น สร้าง เปลี่ยน และรีเฟรช
ขีดจํากัดหน่วยความจําที่มีประสิทธิภาพสําหรับคําสั่งจะขึ้นอยู่กับขีดจํากัดหน่วยความจําของความจุที่น้อยลง (กําหนดโดย SKU) หรือค่าของ คุณสมบัติ DbpropMsmdRequestMemoryLimit XMLA
ตัวอย่างเช่น สําหรับความจุ P1 ถ้า:
DbpropMsmdRequestMemoryLimit = 0 (หรือไม่ได้ระบุ) ขีดจํากัดหน่วยความจําที่มีผลบังคับใช้สําหรับคําสั่งคือ 25 GB
DbpropMsmdRequestMemoryLimit = 5 GB ขีดจํากัดหน่วยความจําที่มีประสิทธิภาพสําหรับคําสั่งคือ 5 GB
DbpropMsmdRequestMemoryLimit = 50 GB ขีดจํากัดหน่วยความจําที่มีประสิทธิภาพสําหรับคําสั่งคือ 25 GB
โดยทั่วไปขีดจํากัดหน่วยความจําที่มีประสิทธิภาพสําหรับคําสั่งจะถูกคํานวณบนหน่วยความจําที่อนุญาตให้ใช้แบบจําลองความหมายโดยความจุ (25 GB, 50 GB, 100 GB) และหน่วยความจําที่แบบจําลองความหมายนั้นใช้เมื่อคําสั่งเริ่มต้นการดําเนินการ ตัวอย่างเช่น แบบจําลองความหมายที่ใช้ความจุ 12 GB บนความจุ P1 จะทําให้มีขีดจํากัดหน่วยความจําที่มีประสิทธิภาพสําหรับคําสั่งใหม่ที่ 13 GB อย่างไรก็ตาม ขีดจํากัดหน่วยความจําที่มีผลบังคับใช้สามารถถูกจํากัดเพิ่มเติมโดยคุณสมบัติ XMLA ของ DbPropMsmdRequestMemoryLimit เมื่อเลือกระบุโดยแอปพลิเคชัน เมื่อใช้ตัวอย่างก่อนหน้านี้ ถ้ามีการระบุ 10 GB ในคุณสมบัติ DbPropMsmdRequestMemoryLimit ขีดจํากัดที่มีผลบังคับใช้ของคําสั่งจะลดลงเป็น 10 GB
ถ้าการดําเนินการคําสั่งพยายามใช้หน่วยความจํามากกว่าที่อนุญาตโดยขีดจํากัด การดําเนินการอาจล้มเหลว และจะแสดงข้อผิดพลาด ตัวอย่างเช่น ข้อผิดพลาดต่อไปนี้อธิบายถึงขีดจํากัดหน่วยความจําที่มีประสิทธิภาพที่ 25 GB (ความจุ P1) เกินเนื่องจากมีการใช้แบบจําลองความหมายอยู่แล้ว 12 GB (12288 MB) เมื่อคําสั่งเริ่มต้นการดําเนินการ และมีการใช้ขีดจํากัดที่มีประสิทธิภาพ 13 GB (13312 MB) สําหรับการดําเนินการคําสั่ง:
"การควบคุมทรัพยากร: การดําเนินการนี้ถูกยกเลิกเนื่องจากมีหน่วยความจําไม่เพียงพอที่จะดําเนินการให้เสร็จสิ้น เพิ่มหน่วยความจําของความจุพรีเมียมที่แบบจําลองความหมายนี้โฮสต์หรือลดจํานวนฟุตพริ้นท์หน่วยความจําของแบบจําลองความหมายของคุณโดยทําสิ่งต่าง ๆ เช่น การจํากัดจํานวนข้อมูลที่นําเข้า รายละเอียดเพิ่มเติม: หน่วยความจําที่ใช้ 13312 MB ขีดจํากัดหน่วยความจํา 13312 MB ขนาดฐานข้อมูลก่อนการดําเนินการคําสั่ง 12288 MB เรียนรู้เพิ่มเติม: https://go.microsoft.com/fwlink/?linkid=2159753
ในบางกรณี ดังที่แสดงในข้อผิดพลาดต่อไปนี้ "หน่วยความจําที่ใช้" คือ 0 แต่จํานวนที่แสดงสําหรับ "ขนาดฐานข้อมูลก่อนการดําเนินการคําสั่ง" จะมากกว่าขีดจํากัดหน่วยความจําที่มีประสิทธิภาพ ซึ่งหมายความว่าการดําเนินการล้มเหลวในการเริ่มต้นการดําเนินการเนื่องจากจํานวนหน่วยความจําที่ใช้แล้วโดยแบบจําลองความหมายมากกว่าขีดจํากัดหน่วยความจําสําหรับ SKU
"การควบคุมทรัพยากร: การดําเนินการนี้ถูกยกเลิกเนื่องจากมีหน่วยความจําไม่เพียงพอที่จะดําเนินการให้เสร็จสิ้น เพิ่มหน่วยความจําของความจุพรีเมียมที่แบบจําลองความหมายนี้โฮสต์หรือลดจํานวนฟุตพริ้นท์หน่วยความจําของแบบจําลองความหมายของคุณโดยทําสิ่งต่าง ๆ เช่น การจํากัดจํานวนข้อมูลที่นําเข้า รายละเอียดเพิ่มเติม: ใช้หน่วยความจํา 0 MB ขีดจํากัดหน่วยความจํา 25600 MB ขนาดฐานข้อมูลก่อนดําเนินการคําสั่ง 26000 MB เรียนรู้เพิ่มเติม: https://go.microsoft.com/fwlink/?linkid=2159753
เพื่อหลีกเลี่ยงการใช้หน่วยความจําเกินขีดจํากัดหน่วยความจําที่มีประสิทธิภาพ:
- อัปเกรดเป็นขนาดความจุพรีเมียม (SKU) ที่ใหญ่กว่าสําหรับแบบจําลองความหมาย
- ลดจํานวนฟุตพริ้นท์หน่วยความจําของแบบจําลองความหมายของคุณโดยการจํากัดจํานวนข้อมูลที่โหลดในแต่ละการรีเฟรช
- สําหรับการดําเนินการรีเฟรชผ่านตําแหน่งข้อมูล XMLA ให้ลดจํานวนพาร์ติชันที่กําลังประมวลผลแบบขนาน จํานวนพาร์ติชันที่จะถูกประมวลผลมากเกินไปควบคู่ไปกับคําสั่งเดียวอาจเกินขีดจํากัดของหน่วยความจําที่มีประสิทธิภาพ