編輯

共用方式為


Fabric 生命週期管理工具常見問題

本文提供有關 Fabric 生命週期管理工具常見問題的解答。

一般問題

什麼是 Microsoft Fabric 中的生命週期管理?

生命週期管理包含兩個部分:整合和部署。 若要了解什麼是 Fabric 中的整合,請參閱 Git 整合概觀。 若要了解什麼是 Fabric 中的部署管線,請參閱<部署管線概觀>。

什麼是 Git 整合?

如需 Git 整合的簡短介紹,請參閱<Git 整合概觀>。問題的多行或格式化答案。 使用想要的任何 Markdown 格式,前提是在 | 字元之後的行上保持縮排。

什麼是部署管線?

如需有關部署管線的簡短介紹,請參閱<部署管線概觀>。

授權問題

需要有哪些授權才能使用生命週期管理?

如需有關授權的資訊,請參閱<Fabric 授權>。

我需要哪種類型的容量?

所有工作區都必須指派 Fabric 授權。 不過,您可以針對不同工作區使用不同的容量。

如需有關容量類型的資訊,請參閱容量和 SKU

注意

  • PPU、EM 和 A 類型的 SKU 僅適用於 Power BI 項目。 如果您將其他 Fabric 項目新增至工作區,則需要有試用、P 或 F 類型的 SKU。
  • 使用 PPU 建立工作區時,只有其他 PPU 使用者能夠存取該工作區並取用其內容。

權限

什麼是部署管線權限模型?

部署管線權限模型會在權限一節中說明。

我需要哪些權限來設定部署規則?

若要在部署管線中設定部署規則,您必須是語意模型擁有者。

Git 整合問題

我可以連線到與工作區不同區域中的存放庫嗎?

如果工作區容量位於某個地理位置,而 Azure DevOps 存放庫位於另一個位置,Fabric 管理員可以決定是否啟用跨地區匯出。 如需詳細資訊,請參閱<使用者可以將項目匯出至位於其他地理位置的 Git 存放庫>。

如何開始使用 Git 整合?

依<開始使用說明>開始使用 Git 整合。

為什麼我的項目已從工作區中移除?

導致項目從工作區中移除的原因有多種。

  • 如果項目未提交,而且您在「復原」動作中選取了該項目,則該項目會從工作區中移除。
  • 如果項目已提供,但切換了分支,且新分支中不存在該項目,則可能會移除該項目。

部署管線問題

需要注意哪些一般部署限制?

以下重要考量請牢記在心:

如何將工作區指派給管線中的所有階段?

可以將一個工作區指派給管線並將其部署至管線,或將不同工作區指派給每個管線階段。 如需詳細資訊,請參閱將工作區指派給部署管線

如果我的資料集使用變化或自動日期/時間資料表且為 DirectQuery 或複合連線模式,該怎麼辦?

資料集可能使用 DirectQuery 或複合連線模式,並具有部署管線不支援的變化或自動日期/時間資料表。 如果您的部署失敗且您認為這是因為您的資料集具有變化資料表,則可以在資料表資料行中尋找 變化屬性。 您可以使用下列其中一種方法來編輯語意模型,使其可在部署管線中正常運作。

  • 在您的資料集中,請使用匯入模式,而不是 DirectQuery 或複合模式。

  • 從語意模型移除自動日期/時間資料表。 如有必要,請從資料表中的所有資料行刪除重新命名的變化。 刪除變化可能會讓使用者撰寫的量值、計算的資料行和計算的資料表無效。 這種方法可能會導致視覺效果發生資料損毀,因此僅當了解語意模型的運作方式,才使用此方法。

為什麼某些磚在部署後沒有顯示資訊?

將磚釘選到儀表板後,如果磚依賴不受支援的項目 (未在此清單上的項目都不受支援),或是沒有部署權限的項目,則在儀表板部署之後,該磚不會轉譯。 例如,如果您建立磚所用的報表依賴的語意模型的管理員不是您,則在部署報表時會收到錯誤警告。 然而,使用磚部署儀表板時,不會收到錯誤訊息,部署將會成功,但磚將不會顯示任何資訊。

分頁報表

已部署編頁報表的擁有者是誰?

已部署編頁報表的擁有者是部署報表的使用者。 當您第一次部署編頁報表時,您會成為報表的擁有者。

如果將編頁報表部署至已包含編頁報表複本的階段,您會覆寫先前報表並成為其擁有者,而不是先前報表的擁有者。 在此情況下,必須有基礎資料來源的認證,才能在編頁報表中使用該資料。

我的編頁報表子報表位於何處?

編頁報表子報表會存放於與保留編頁報表相同的資料夾中。 若要避免轉譯問題,當您使用選擇性複製以複製具有子報表的編譯報表時,請同時選取父報表和子報表。

如何使用 Fabric 語意模型建立編頁報表的部署規則?

如果想要將編頁報表指向相同階段中的語意模型,則可以建立編頁報表規則。 建立編頁報表的部署規則時,您必須選取資料庫和伺服器。

如果您要針對沒有 Fabric 語意模型的編頁報表設定部署規則,由於目標資料來源為外部,您必須同時指定伺服器和資料庫。

不過,使用 Fabric 語意模型的編頁報表會使用內部語意模型。 在此情況下,您無法依賴資料來源名稱來識別您要連線的 Fabric 語意模型。 當您透過建立資料來源規則或呼叫更新資料來源 API 以更新目標階段的資料來源名稱時,該資料來源名稱不會變更。 設定部署規則時,必須保留資料庫格式並取代資料庫欄位中的語意模型物件識別碼。 由於語意模型為內部,因此伺服器會保持相同。

  • 資料庫 – 使用 Fabric 語意模型的編頁報表所用的資料庫格式為 sobe_wowvirtualserver-<dataset ID>。 例如: sobe_wowvirtualserver-d51fd26e-9124-467f-919c-0c48a99a1d63 。 將 <dataset ID> 取代為資料庫識別碼。 您可以選取 datasets/ 之後和下一個斜線之前的 GUID,從 URL 取得資料集識別碼。

    螢幕擷取畫面,其中顯示了 Fabric URL 中的資料集識別碼。

  • 伺服器 - 裝載資料庫的伺服器。 將現有伺服器保持為現狀。

部署之後,是否可以下載編頁報表的 RDL 檔案?

部署之後,如果下載編頁報表的 RDL,此檔案可能不會採用在 Power BI 服務中看到的最新版本。

資料流程

部署工作流程之後,累加式重新整理設定會發生什麼事?

如果資料流程包含設定為累加式重新整理的語意模型,在部署期間不會複製或覆寫重新整理原則。 將包含使用累加式重新整理之語意模型的資料流程部署至未包含此資料流程的階段之後,如果您有重新整理原則,則必須重新設定目標階段中的原則。 如果將使用累加式重新整理的資料流程部署至已包含此資料流程的階段,則不會複製累加式重新整理原則。 在此情況下,如果要更新目標階段中的重新整理原則,則必須手動進行。

資料超市

我的資料超市資料集位於何處?

部署管線不會顯示屬於館現階段中資料超市的資料集。 當您部署資料超市時,也會顯示其資料超市。 您可以在其所在階段的工作區中檢視資料超市的資料集。