แก้ไขปัญหาการเชื่อมต่อจุดปลายทาง 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ได้ต่อผู้ใช้ Power BI Embeddedความจุของคุณ ในความจุที่มีขนาดเล็ก เช่น ความจุ A1 ที่มีหน่วยความจำเพียง 2.5 GB คุณอาจพบข้อผิดพลาดในการตั้งค่าความจุเมื่อพยายามตั้งค่าตำแหน่งข้อมูล XMLA เพื่อ อ่าน/เขียน จากนั้นเลือก ใช้ สถานะข้อผิดพลาด "มีปัญหาเกิดขึ้นกับการตั้งค่าปริมาณงานของคุณ โปรดลองอีกครั้งในอีกสักครู่

ให้คุณลองทำสิ่งต่อไปนี้:

• จำกัดปริมาณการใช้หน่วยความจำของบริการอื่นๆ ในความจุ เช่น กระแสข้อมูล ให้อยู่ที่ 40% หรือน้อยกว่า หรือปิดใช้งานบริการทั้งหมดที่ไม่จำเป็น
• อัปเกรดความจุเป็น SKU ที่มีขนาดใหญ่ขึ้น ตัวอย่างเช่น การอัปเกรดจากความจุ A1 เป็นความจุ A3 สามารถแก้ปัญหาการกำหนดค่านี้ได้โดยไม่ต้องปิดใช้งานกระแสข้อมูล

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

การสร้างการเชื่อมต่อไคลเอ็นต์

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

การเชื่อมต่อด้วยบริการหลัก

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

หากต้องการใช้บริการหลัก ตรวจสอบให้แน่ใจว่าได้ระบุข้อมูลประจำตัวของแอปพลิเคชันในสตริงการเชื่อมต่อเป็น:

• User ID=<app:appid@tenantid>
• Password=<application secret>

ตัวอย่างเช่น:

Data Source=powerbi://api.powerbi.com/v1.0/myorg/Contoso;Initial Catalog=PowerBI_Dataset;User ID=app:91ab91bb-6b32-4f6d-8bbc-97a0f9f8906b@19373176-316e-4dc7-834c-328902628ad4;Password=6drX...;

ถ้าคุณได้รับข้อผิดพลาดต่อไปนี้:

"เราไม่สามารถเชื่อมต่อไปยังชุดข้อมูลได้เนื่องจากข้อมูลบัญชีไม่สมบูรณ์ สำหรับบริการหลัก โปรดตรวจสอบให้แน่ใจว่าคุณได้ระบุรหัสผู้เช่าพร้อมกับรหัสแอป โดยใช้แอปแบบจัดรูปแบบ:<appId>@<tenantId> จากนั้นลองอีกครั้ง"

ตรวจสอบให้แน่ใจว่าคุณได้ระบุรหัสผู้เช่าพร้อมกับรหัสแอปด้วยรูปแบบที่ถูกต้อง

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

การเชื่อมต่อด้วยด้วย Azure Active Directory B2B

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

การปรับใช้ชุดข้อมูล

คุณสามารถปรับใช้โครงการแบบVisual Studioแบบตาราง (SSDT) ไปยังพื้นที่Premiumที่มอบหมายให้กับความจุ Premium ได้ เหมือนกับทรัพยากรเซิร์ฟเวอร์ใน 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

แหล่งที่มาของพาร์ติชันที่อ้างอิงแบบข้าม

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

แหล่งข้อมูลและการเลียนแบบ

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

การประมวลผลแบบละเอียด

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

การแทนที่ในคำสั่งรีเฟรช TMSL

การแทนที่ในคำสั่งรีเฟรช (TMSL) จะอนุญาตให้ผู้ใช้เลือกข้อกำหนดคิวรีของพาร์ติชันที่แตกต่างกัน หรือข้อกำหนดแหล่งข้อมูลสำหรับการดำเนินการรีเฟรช

ข้อผิดพลาดใน SSMS - Premium Gen 2

การดำเนินการคิวรี

เมื่อเชื่อมต่อกับพื้นที่งานใน Premium Gen2หรือความจุEmbedded Gen2 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 ล่าสุด

การดำเนินการรีเฟรช

เมื่อใช้ SSMS v18.7.1 หรือต่กว่าเพื่อดําเนินการรีเฟรชที่ใช้เวลานาน (>1 นาที) บนชุดข้อมูลในความจุ Premium Gen2 หรือEmbedded Gen2 SSMS อาจแสดงข้อผิดพลาดดังต่อไปนี้แม้ว่าการดําเนินการรีเฟรชจะประสบความสเร็จ:

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 18.8 และสูงกว่า ดาวน์โหลด SSMS ล่าสุด

เชื่อมต่อข้อผิดพลาดไปยังเซิร์ฟเวอร์ใน 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

เมื่อใช้ 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 ข้อผิดพลาดต่อไปนี้อาจแสดงขึ้น:

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

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

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

DISCOVER_M_EXPRESSIONS

ในขณะนี้ มุมมองDISCOVER_M_EXPRESSIONS DMV (DMV) ยังไม่รองรับใน Power BI โดยใช้จุดสิ้นสุด XMLA แอปพลิเคชันสามารถใช้รูปแบบวัตถุ Tabular (TOM) เพื่อรับนิพจน์ M ที่ใช้โดยแบบโมเดลข้อมูล

ทรัพยากรที่ควบคุมขีดจํากัดหน่วยความจําPremium Gen 2

Premium ความจุ Gen2 ใช้ทรัพยากรที่ควบคุมเพื่อให้แน่ใจว่าไม่มีการดําเนินการชุดข้อมูลเดี่ยวอาจเกินจํานวนทรัพยากรหน่วยความจําที่มีอยู่เพื่อความจุที่กําหนดโดย SKU ตัวอย่างเช่น การสมัครใช้งาน P1 มีขีดจํากัดหน่วยความจําที่มีประสิทธิภาพต่อวัตถุของ 25 GB เพื่อการสมัครใช้งาน P2 ขีดจํากัดคือ 50 GB และการสมัครใช้งาน P3 ขีดจํากัดคือ 100 GB นอกเหนือจากขนาดของชุดข้อมูล (ฐานข้อมูล) ขีดจํากัดหน่วยความจําที่มีผลบังคับใช้ยังใช้กับการดําเนินการสั่งชุดข้อมูลพื้นฐานเช่นสร้างเปลี่ยนแปลงและรีเฟรช

ขีดจํากัดหน่วยความจําที่มีผลบังคับใช้ของสั่งจะยึดตามขีดจํากัดหน่วยความจําของความจุ (SKU ที่กําหนดโดย 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 อย่างไรก็ตาม ขีดจํากัดหน่วยความจําที่มีผลบังคับใช้สามารถจํากัดเพิ่มเติมโดยคุณสมบัติ DbPropMsmdRequestMemoryLimit XMLA เมื่อระบุโดยแอปพลิเคชันที่เลือก ใช้ตัวอย่างก่อนหน้านี้ ถ้ามีการระบุ 10 GB ในคุณสมบัติ DbPropMsmdRequestMemoryLimit ขีดจํากัดที่มีประสิทธิภาพของสั่งจะลดลงเหลือ 10 GB

ถ้าการดําเนินการตามสั่งพยายามใช้หน่วยความจํามากกว่าที่ได้รับอนุญาตโดยขีดจํากัด การดําเนินการอาจล้มเหลว และมีการส่งกลับข้อผิดพลาด ตัวอย่างเช่น ข้อผิดพลาดต่อไปนี้อธิบายถึงขีดจํากัดหน่วยความจําที่มีผลบังคับใช้ของความจุ 25 GB (ความจุ P1) เนื่องจากชุดข้อมูลใช้แล้ว 12 GB (12288 MB) เมื่อเริ่มการดําเนินการตามสั่ง และขีดจํากัดที่มีประสิทธิภาพของ 13 GB (13312 MB) ถูกปรับใช้ในการดําเนินการสั่ง:

"ทรัพยากรที่ควบคุม: การดําเนินการนี้ถูกยกเลิกเนื่องจากมีหน่วยความจําไม่เพียงพอที่จะดําเนินการเสร็จสิ้นการดําเนินการ เพิ่มหน่วยความจําของPremiumความจุที่มีโฮสต์ชุดข้อมูลนี้หรือลดฟุตปริ้นท์ของหน่วยความจําของชุดข้อมูลของคุณโดยดํานสิ่งต่าง ๆ เช่น การจํากัดจํานวนข้อมูลที่นําเข้า รายละเอียดเพิ่มเติม: ใช้หน่วยความจํา 13312 MB, ขีดจํากัดหน่วยความจํา 13312 MB, ขนาดฐานข้อมูลก่อนการสั่ง 12288 MB เรียนรู้เพิ่มเติม: https://go.microsoft.com/fwlink/?linkid=2159753 ."

ในบางกรณี ดังที่แสดงในข้อผิดพลาดต่อไปนี้ "หน่วยความจําที่ใช้" เป็น 0 แต่จํานวนที่แสดงของ "ขนาดฐานข้อมูลก่อนการสั่ง" จะมากกว่าขีดจํากัดหน่วยความจําที่มีผลบังคับใช้แล้ว ซึ่งหมายความว่าการดําเนินการไม่สามารถเริ่มต้นการดําเนินการได้ เนื่องจากจํานวนหน่วยความจําที่ใช้อยู่แล้วโดยชุดข้อมูลมากกว่าขีดจํากัดหน่วยความจําของ SKU

"ทรัพยากรที่ควบคุม: การดําเนินการนี้ถูกยกเลิกเนื่องจากมีหน่วยความจําไม่เพียงพอที่จะดําเนินการเสร็จสิ้นการดําเนินการ เพิ่มหน่วยความจําของPremiumความจุที่มีโฮสต์ชุดข้อมูลนี้หรือลดฟุตปริ้นท์หน่วยความจําของชุดข้อมูลของคุณ โดยการดํวยสิ่งต่าง ๆ เช่น การจํากัดจํานวนข้อมูลที่นําเข้า รายละเอียดเพิ่มเติม: ใช้หน่วยความจํา 0 MB, ขีดจํากัดหน่วยความจํา 25600 MB, ขนาดฐานข้อมูลก่อนการสั่งการเรียกใช้งาน 26000 MB เรียนรู้เพิ่มเติม: https://go.microsoft.com/fwlink/?linkid=2159753 ."

เมื่อต้องการลดการเกินขีดจํากัดหน่วยความจําที่มีผลบังคับใช้:

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

อาจดูได้จาก

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