Share via


重新整理Power BI的摘要

Power BI 重新整理摘要頁面位於 Power BI 管理員 入口網站中,可控制及深入解析您的重新整理排程、容量,以及 Power BI 進階版 容量的潛在重新整理排程重疊。 您可以使用 [重新整理摘要] 頁面來判斷是否應該調整重新整理排程、瞭解與重新整理問題相關聯的錯誤碼,以及正確管理數據重新整理排程。

重新整理摘要頁面有兩個檢視:

  • 歷程記錄。 顯示您是系統管理員的Power BI 進階版容量的重新整理摘要記錄。
  • 排程。 顯示排程重新整理的排程檢視,這也可能會發現超額訂閱的時段問題。

您也可以將重新整理事件的相關信息導出至 .csv 檔案,以提供有關重新整理事件或可能影響排程重新整理事件效能或完成之重新整理事件的重要資訊和深入解析。

下列各節會逐一查看這些檢視。

重新整理記錄

您可以按下 [重新整理摘要] 頁面中的 [記錄] 來選取 [歷程記錄] 檢視。

Screenshot shows the History view in Refresh summary in the Power BI admin portal.

歷程 記錄 提供您具有系統管理員許可權之容量最近排程重新整理結果的概觀。 您可以選取資料行,依任何數據行排序檢視。 您可以選擇使用遞增順序、遞減或使用文字篩選,依選取的數據行排序檢視。

Screenshot shows the Sort ascending, Sort descending, and text filters options for column headers.

在歷程記錄檢視中,與指定重新整理相關聯的數據是根據每個排程重新整理的最新記錄最多 60 筆。

您也可以將任何排程重新整理的信息導出至 .csv 檔案,其中包含詳細資訊,包括每個重新整理事件的錯誤訊息。 匯出至 .csv 檔案可讓您根據任何數據行排序檔案、搜尋單字、根據錯誤碼或擁有者排序等等。 下圖顯示匯出 .csv 檔案的範例。

Screenshot shows an example export file.

使用匯出檔案中的資訊,您可以檢閱重新整理實例所記錄的容量、持續時間和任何錯誤訊息。

重新整理排程

您可以在重新整理摘要中選取 [排程] 來選取 [排程] 檢視。 [ 排程 ] 檢視會顯示一周的排程資訊,細分為 30 分鐘的時段。

Screenshot shows the schedule tab of the Refresh schedule page in close up.

[ 排程 ] 檢視對於判斷排程的重新整理事件是否適當空間、允許所有重新整理完成而不重疊,或您是否已排程的重新整理事件花費太多時間並建立資源爭用非常有用。 如果您發現這類資源爭用,您應該調整重新整理排程以避免衝突或重疊,因此排程的重新整理可以順利完成。

已預訂的重新 整理時間 (分鐘) 數據行是每個相關聯語意模型最多 60 筆記錄的平均值計算。 每個 30 分鐘時段的數值是針對排程在時間位置上開始的所有排程重新整理所計算的分鐘數總和,而任何排程的重新整理都會設定為在上一個時段開始,但其平均持續時間溢位到選取的時間位置。

[ 可用的重新整理時間(分鐘)] 數據行是計算每個時間位置中可用於重新整理的分鐘數,減去該時間位置已排程的任何重新整理。 例如,如果您的 P2 訂用帳戶提供 80 個同時執行的重新整理,則您有 80 個 30 分鐘的位置,因此 80 次重新整理 x 30 分鐘=2,400 分鐘可供該時段重新整理。 如果您有一個重新整理已預訂到該位置需要 20 分鐘,則 該位置中的 [重新整理時間] 為 2,380 分鐘( 可用總分鐘 2,400 分鐘,減去已預訂的 2,380 分鐘仍可使用)。

您可以選取某個時段,然後選取相關聯的 詳細 數據按鈕,以查看哪些排程的重新整理事件會參與已預訂的重新整理時間、其擁有者,以及完成所需的時間。

讓我們看看一個範例,以瞭解其運作方式。 當我們選取星期日的下午 8:30 時間位置,然後選取 詳細數據時,會顯示下列對話方塊。

Screenshot shows details for the refreshes for a selected time.

此時段發生三個排程的重新整理事件。

排程的重新整理 #1 和 #3 都是針對這個下午 8:30 的時段排程,我們可以藉由查看 [排程的時間位置] 數據行中的值來判斷。 其平均持續時間分別為4:39和6秒(0:06)。 一切都在那裡很好。

不過,排程的重新整理 #2 會排程為下午 8:00 的時段,但因為平均需要超過 48 分鐘才能完成 (見 [平均持續時間 ] 數據行中),重新整理事件會溢位到接下來的 30 分鐘時段。

那不好。 在此情況下,系統管理員應連絡該排程重新整理實例的擁有者,並建議他們找到該排程重新整理的不同時間位置,或重新排程其他重新整理,因此沒有重疊,或尋找其他解決方案來防止這類重疊。

更多問題嗎? 嘗試在 Power BI 社群提問