แก้ไขปัญหาการรีเฟรชแบบเพิ่มหน่วย

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

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

การกําหนดค่าPower BI Desktop

ปัญหาส่วนใหญ่ที่เกิดขึ้นเมื่อกําหนดค่าการรีเฟรชแบบเพิ่มหน่วยต้องเกิดขึ้นกับการพับคิวรี ตามที่อธิบายไว้ในการ รีเฟรชแบบเพิ่มหน่วยในภาพรวมของชุดข้อมูล -แหล่งข้อมูลที่สนับสนุน แหล่งข้อมูลของคุณต้องสนับสนุนการพับคิวรี

ปัญหา: การโหลดข้อมูลใช้เวลานานเกินไป

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

สาเหตุ: ชนิดข้อมูลไม่ตรงกัน

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

วิธีแก้ไข: ตรวจสอบชนิดข้อมูล

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

สาเหตุ: แหล่งข้อมูลไม่สนับสนุนการพับคิวรี

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

วิธีแก้ไข: ตรวจสอบและทดสอบคิวรี

ในกรณีส่วนใหญ่ คําเตือนจะแสดงในกล่องโต้ตอบนโยบายการรีเฟรชแบบเพิ่มหน่วยที่ระบุว่าคิวรีจะปฏิบัติการกับแหล่งข้อมูลไม่สนับสนุนการพับคิวรี อย่างไรก็ตาม ในบางกรณีคุณอาจจําเป็นเพื่อให้แน่ใจว่าสามารถพับคิวรีได้ ถ้าเป็นไปได้ ตรวจสอบคิวรีที่ถูกส่งผ่านไปยังแหล่งข้อมูลโดยใช้เครื่องมือ เช่น SQL Profiler คิวรีที่มีตัวกรองตาม RangeStart และ RangeEnd ต้องถูกเรียกใช้ในคิวรีเดียว

คุณยังสามารถระบุวันที่/เวลาสั้น ๆ ในพารามิเตอร์ RangeStart และ RangeEnd ซึ่งจะรวมไม่มากกว่าหนึ่งพันแถว ถ้าการโหลดของข้อมูลที่กรองจากแหล่งข้อมูลไปยังแบบลองใช้เวลานานและประมวลผลมาก อาจหมายความว่าคิวรียังไม่ได้พับ

ถ้าคุณตัดสินใจว่าคิวรีนั้นยังไม่ได้พับคิวรี ให้อ้างอิงถึงแนวทางการพับคิวรีในPower BI DesktopและPower Query query foldingสําหรับความช่วยเหลือในการระบุสิ่งที่อาจขัดขวางไม่ให้มีการพับคิวรีและวิธีการ หรือถ้าแหล่งข้อมูลสามารถรองรับการพับคิวรีได้

การรีเฟรชชุดข้อมูลในบริการ

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

ปัญหา: หมดเวลาการรีเฟรชเริ่มต้น

การรีเฟรชตามPower BI Proตามตารางเวลาของชุดข้อมูลบนความจุที่ใช้ร่วมกันมีขีดจํากัดเวลาสองชั่วโมง ขีดจํากัดเวลานี้เพิ่มเป็น 5 ชั่วโมงPremiumชุดข้อมูลในความจุ ระบบแหล่งข้อมูลอาจกําหนดขีดจํากัดขนาดของคิวรีหรือการหมดเวลาคิวรี

สาเหตุ: คิวรีแหล่งข้อมูลไม่ได้พับ

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

วิธีแก้ไข: ตรวจสอบการพับคิวรี

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

ถ้าคุณตัดสินใจว่าคิวรีไม่ได้พับคิวรี ให้อ้างอิงถึงแนวทางการพับคิวรีในPower BI Desktop Power Query Query Foldingสําหรับความช่วยเหลือในการระบุสิ่งที่อาจขัดขวางไม่ให้มีการพับคิวรี

สาเหตุ: ข้อมูลที่โหลดลงในพาร์ติชันมีขนาดใหญ่เกินไป

วิธีแก้ไข: ลดขนาดชุดข้อมูล

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

วิธีแก้ไข: เปิดใช้งานรูปแบบที่เก็บข้อมูลชุดข้อมูลขนาดใหญ่

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

วิธีแก้ไข: การรีเฟรชเริ่มต้นบูทสเตรป

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

สาเหตุ: การหมดเวลาของคิวรีแหล่งข้อมูล

สามารถจํากัดคิวรีได้โดยการจํากัดเวลาเริ่มต้นของแหล่งข้อมูล

วิธีแก้ไข: แทนที่ขีดจํากัดเวลาในนิพจน์คิวรี

แหล่งข้อมูลหลายแหล่งอนุญาตให้เกินขีดจํากัดเวลาในนิพจน์คิวรี เมื่อต้องการเรียนรู้เพิ่มเติม ดูที่ การรีเฟรชแบบเพิ่มหน่วยกับชุดข้อมูล - ขีดจํากัดเวลา

ปัญหา: การรีเฟรชล้มเหลวเนื่องจากค่าที่ซ้อนกัน

สาเหตุ: โพสต์วันที่มีการเปลี่ยนแปลง

ด้วยการดําเนินการรีเฟรช เฉพาะข้อมูลที่มีการเปลี่ยนแปลงที่แหล่งข้อมูลเท่านั้นที่จะรีเฟรชในชุดข้อมูล เนื่องจากข้อมูลถูกหารด้วยวันที่ แนะน้จะไม่เปลี่ยนแปลงวันที่โพสต์ (ธุรกรรม)

ถ้าวันที่มีการเปลี่ยนแปลงโดยไม่ได้ตั้งใจ ปัญหาสองอย่างสามารถเกิดขึ้นได้: ผู้ใช้สังเกตเห็นว่าผลรวมบางอย่างมีการเปลี่ยนแปลงในข้อมูลในอดีต (ซึ่งไม่ใช่เรื่องสุดท้ายที่จะเกิดขึ้น) หรือระหว่างการรีเฟรช ระบบจะส่งกลับข้อผิดพลาดโดยระบุว่าค่าที่ไม่ซ้บ่อยไม่ได้เป็นค่าเฉพาะของค่าความจริง สิ่งหลังนี้อาจเกิดขึ้นได้เมื่อตารางที่มีการกําหนดค่าการรีเฟรชแบบเพิ่มหน่วยถูกใช้ในความสัมพันธ์แบบ 1:N กับตารางอื่นเป็นด้าน 1 และควรมีค่าเฉพาะ เมื่อข้อมูลถูกเปลี่ยน (เฉพาะ ID) ID นั้นจะปรากฏในพาร์ติชันอื่น และกลไกจะตรวจหาว่าค่าไม่ซ้และมีเฉพาะในพาร์ติชัน

วิธีแก้ไข: รีเฟรชพาร์ติชันเฉพาะ

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

ปัญหา: ข้อมูลถูกตัดทอน

สาเหตุ: เกินขีดจํากัดของคิวรีแหล่งข้อมูลแล้ว

แหล่งข้อมูลบางแหล่ง เช่น Azure Data Explorer, Log Analytics และ Application Insights มีขีดจํากัด 64 MB (บีบอัด) บนข้อมูลที่สามารถส่งกลับเป็นคิวรีภายนอกได้ Azure Data Explorer อาจส่งกลับข้อผิดพลาดที่ชัดเจน แต่ข้อผิดพลาดอื่น ๆ เช่น Log Analytics Insightsแอปพลิเคชัน ข้อมูลที่ส่งกลับจะถูกตัดทอน

วิธีแก้ไข: ระบุช่วงเวลาการรีเฟรชและร้านค้าที่มีขนาดเล็กกว่า

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

ปัญหา: การรีเฟรชล้มเหลวเนื่องจากข้อขัดแย้งคีย์พาร์ติชัน

สาเหตุ: วันที่ในคอลัมน์วันที่ที่แหล่งข้อมูลได้รับการอัปเดต

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

นอกจากนี้ โปรดดู

การรีเฟรชข้อมูลใน Power BI
การรีเฟรชแบบเพิ่มหน่วยขั้นสูงด้วยจุดสิ้นสุด XMLA
การรีเฟรชแบบเพิ่มหน่วยสำหรับกระแสข้อมูล