วิธีการ: สังเกตแนวโน้มการใช้ Fabric คลังข้อมูล

นําไปใช้กับ:✅ ตําแหน่งข้อมูลการวิเคราะห์ SQL และคลังสินค้าใน Microsoft Fabric

เรียนรู้วิธีสังเกตแนวโน้มและการเพิ่มขึ้นอย่างรวดเร็วในปริมาณงานคลังข้อมูลของคุณใน Microsoft Fabric โดยใช้แอป Microsoft Fabric Capacity Metrics

แอปเมตริกความจุ Microsoft Fabric ให้การมองเห็นการใช้ความจุสําหรับปริมาณงาน Fabric ทั้งหมดในที่เดียว ผู้ดูแลระบบความจุส่วนใหญ่ใช้เพื่อตรวจสอบประสิทธิภาพของปริมาณงานและการใช้งานเมื่อเปรียบเทียบกับความจุที่ซื้อ

ข้อกำหนดเบื้องต้น

สังเกตแนวโน้มโดยรวมของสินค้าทั้งหมดในความจุของ Fabric

ในแอป Fabric Capacity Metrics ให้ใช้ Multi metric Ribbon chart เพื่อค้นหาจุดสูงสุดในการใช้ CU มองหารูปแบบในการใช้งาน Fabric ของคุณที่ตรงกับกิจกรรมสูงสุดของผู้ใช้ปลายทาง การประมวลผลทุกคืน การรายงานเป็นระยะ ฯลฯกําหนดว่าทรัพยากรใดที่ใช้ CU มากที่สุดในการใช้งานสูงสุดและ/หรือเวลาทําการ

กราฟนี้สามารถแสดงแนวโน้ม CU ระดับสูงในช่วง 14 วันที่ผ่านมาเพื่อดูว่าปริมาณงาน Fabric ใดที่ใช้ CU มากที่สุด

  1. ใช้ตารางสินค้าเพื่อระบุคลังสินค้าเฉพาะที่ใช้การคํานวณมากที่สุด ตาราง Items ในแผนภูมิริบบอนหลายเมตริกให้ปริมาณการใช้ที่รวมในระดับรายการ ในมุมมองนี้ ตัวอย่างเช่น คุณสามารถระบุสินค้าที่มีการใช้ CUs มากที่สุด
  2. เลือก "คลังสินค้า" ในรายการ ดรอปดาวน์ เลือกชนิด รายการ
  3. เรียงลําดับตารางรายการตาม CU(s) จากมากไปหาน้อย
  4. ตอนนี้คุณสามารถระบุรายการโดยใช้หน่วยความจุส่วนใหญ่ ระยะเวลาโดยรวมของกิจกรรม จํานวนผู้ใช้ และอื่นๆ

ดูรายละเอียดแนวลึกผ่านกิจกรรมสูงสุด

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

รูปภาพเคลื่อนไหวต่อไปนี้จะแสดงขั้นตอนหลายขั้นตอนที่คุณสามารถใช้เพื่อเข้าถึงรายละเอียดเกี่ยวกับการใช้งาน การจํากัดผลลัพธ์ และข้อมูลการใช้งานเกิน หากต้องการข้อมูลเพิ่มเติม โปรดดู การควบคุมใน Microsoft Fabric

gif แบบเคลื่อนไหวของแอปเมตริกที่แสดงขั้นตอนการดูรายละเอียดแบบเจาะลึก

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

  2. เลือกแท็บ การควบคุม และไปที่ส่วน การปฏิเสธพื้นหลัง ซึ่งสามารถใช้ได้มากที่สุดสําหรับคําขอคลังสินค้า ในตัวอย่างรูปภาพเคลื่อนไหวก่อนหน้านี้ สังเกตว่าในวันที่ 16 ตุลาคม 2023 เวลา 12:57 PM คําขอพื้นหลังทั้งหมดในความจุถูกจํากัดผลลัพธ์ บรรทัด 100% แสดงถึงขีดจํากัดสูงสุดตาม Fabric SKU ที่ซื้อ

  3. เลือก แท็บ Overages กราฟนี้จะให้ภาพรวมของหนี้สินที่จะถูกรวบรวมและดําเนินการไปข้างหน้าในช่วงเวลาหนึ่ง

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

  4. ในแท็บ การใช้ประโยชน์ การควบคุม หรือ การจํากัดผลลัพธ์ ให้เลือกจุดเวลาเฉพาะเพื่อเปิดใช้งานปุ่ม สํารวจ สําหรับการวิเคราะห์การเข้าถึงรายละเอียดเพิ่มเติม

  5. เลือก สํารวจ หน้าใหม่มีตารางเพื่อสํารวจรายละเอียดของการดําเนินการทั้งแบบโต้ตอบและแบบเบื้องหลัง หน้านี้แสดงการดําเนินการเบื้องหลังบางอย่างที่ไม่เกิดขึ้นในเวลานั้น เนื่องจากตรรกะการทําให้เรียบ 24 ชั่วโมง ในรูปภาพเคลื่อนไหวก่อนหน้านี้ การดําเนินการจะแสดงระหว่าง 15 ตุลาคม 12:57 PM ถึง 16 ตุลาคม 12:57 PM เนื่องจากการดําเนินการพื้นหลังยังคงราบรื่นที่จุดเวลาที่เลือก

  6. ในตาราง การดําเนินงานเบื้องหลัง คุณสามารถระบุช่วงเวลาการเรียกเก็บเงินที่มีการใช้ CU สูงสุดจากงานที่ผู้ใช้เป็นผู้ริเริ่มและระบบ

    • ตารางปฏิบัติการจะแสดงช่วงเวลาการเรียกเก็บเงินที่เสร็จสมบูรณ์และการใช้การคํานวณที่เกี่ยวข้อง
    • เพื่อระบุช่วงเวลาที่ใช้ CU สูง:
    1. กรองประเภทสินค้าไปยังคลังสินค้า
    2. จัดเรียง ยอดรวม CU (s) ตามลําดับจากมากไปน้อย
    3. บันทึกเวลา เริ่มต้น และ สิ้นสุด ของช่วงเวลาที่คุณต้องการตรวจสอบ

    ใช้เวลาเริ่มต้นและสิ้นสุดเพื่อเชื่อมโยงช่วงเวลาการเรียกเก็บเงินกับกิจกรรมการสืบค้นใน Query Insights และมุมมองการจัดการแบบไดนามิก (DMVs)

    Note

    Operation Id ที่แสดงในแอป Capacity Metrics ไม่สามารถแมปกับ Distributed statement ID สําหรับการค้นหาคลังสินค้าได้อีกต่อไป เพื่อระบุว่าคําค้นใดมีส่วนในการคํานวณการใช้พลังงานในช่วงเวลาการเรียกเก็บเงิน ให้สอบถามมุมมอง queryinsights.exec_requests_history โดยใช้เวลาที่เริ่มต้นและสิ้นสุดของช่วงเวลานั้น

    ตัวอย่าง T-SQL ต่อไปนี้ส่งคืนคําขอที่เคยใช้งานในช่วงเวลาการเรียกเก็บเงินที่ระบุ:

    DECLARE @Start_Time DATETIME2(0) = '2026-08-04 8:00:00'
        ,@End_Time DATETIME2(0) = '2026-08-04 9:00:00'

SELECT [database_name],
       sql_pool_name,
       distributed_statement_id,
       login_name,
       allocated_cpu_time_ms / 1000.0 AS vcore_seconds
FROM queryinsights.exec_requests_history
WHERE start_time < @End_Time
AND end_time > @Start_Time;

    คําค้นหานี้จะส่งคืนคําขอที่ทับซ้อนกับช่วงเวลาการเรียกเก็บเงินที่ระบุ ใช้ผลลัพธ์เพื่อระบุภาระงานที่มีส่วนทําให้เกิดการใช้ CU ที่รายงาน

  7. กราฟ Burndown table แสดงถึงปริมาณงาน Fabric ที่แตกต่างกันที่กําลังทํางานบนความจุนี้และการประมวลผล % ที่ใช้โดยพวกเขา ณ จุดเวลาที่เลือก

    • รายการตารางสําหรับ DMS คือปริมาณงานคลังสินค้าของคุณ ในตัวอย่างก่อนหน้านี้รูปภาพเคลื่อนไหว DMS ได้เพิ่ม 26% ไปยังหนี้สินโดยรวมที่พกพาไป
    • คอลัมน์ % สะสมให้เปอร์เซ็นต์ของปริมาณความจุที่มากเกินไป ค่านี้ควรต่ํากว่า 100% เพื่อหลีกเลี่ยงการจํากัดปริมาณ ตัวอย่างเช่น ในตัวอย่างรูปภาพเคลื่อนไหวก่อนหน้านี้ 2433.84% ระบุว่า DMS ใช้ความจุมากกว่าความจุมากกว่าที่ SKU (F2) ในปัจจุบันใช้ 24 เท่า

เนื้อหาที่เกี่ยวข้อง

  • Last updated on