網狀架構生命週期管理工具的常見問題

本文提供有關網狀架構生命週期管理工具的一些常見問題的解答。

一般問題

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

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

什麼是 Git 整合?

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

什麼是部署管線?

如需部署管線的簡短說明,請參閱 部署管線概觀

授權問題

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

如需授權的相關信息,請參閱 網狀架構授權。

我需要哪種類型的容量?

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

如需容量類型的相關信息,請參閱 容量和 SKU

注意

  • PPU、EM 和 A SKU 僅適用於 Power BI 專案。 如果您將其他網狀架構專案新增至工作區,則需要試用、P 或 F SKU。
  • 當您使用 PPU 建立工作區時,只有其他 PPU 使用者可以存取工作區並取用其內容。

權限

什麼是部署管線許可權模型?

部署管線許可權模型描述 許可權 區段。

我需要哪些許可權才能設定部署規則?

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

Git 整合問題

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

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

如何? 開始使用 Git 整合嗎?

使用 開始使用指示開始使用 Git 整合。

為什麼我的專案已從工作區中移除?

可能有幾個原因導致專案從工作區中移除。

  • 如果未認可專案,而且您在復原動作中選取該專案,則會從工作區中移除該專案。
  • 如果已認可專案,如果您切換分支,且專案不存在於新分支中,它可能會遭到移除。

部署管線問題

請記住哪些一般部署限制?

以下是請記住的一些重要考慮:

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

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

如果我有具有 DirectQuery 或複合連線模式的數據集,使用變化或自動日期/時間數據表,該怎麼辦?

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

  • 在您的數據集中,不要使用 DirectQuery 或複合模式,而是使用 匯入 模式。

  • 從語意模型中移除自動日期/時間數據表。 如有必要,請從數據表中的所有數據行中刪除任何剩餘的變化。 刪除變化可能會使用戶撰寫的量值、計算結果列和匯出數據表失效。 只有在您了解語意模型模型的運作方式時,才使用這個方法,因為它可能會導致視覺效果中的數據損毀。

為什麼有些磚不會在部署后顯示資訊?

當您將磚釘選到儀錶板時,如果磚依賴不支援的專案(不支援此 清單 上的任何專案),或您沒有部署許可權的專案,部署儀錶板之後,磚將不會轉譯。 例如,如果您在部署報表時收到錯誤警告,從依賴語意模型的報表建立圖格,您就不是系統管理員。 不過,使用磚部署儀錶板時,您不會收到錯誤訊息,部署將會成功,但磚不會顯示任何資訊。

分頁報表

神秘 已部署編頁報表的擁有者?

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

如果您要將編頁報表部署到已經包含該編頁報表複本的階段,請覆寫上一份報表並成為其擁有者,而不是先前的擁有者。 在這種情況下,您需要基礎數據源的認證,才能在編頁報表中使用數據。

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

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

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

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

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

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

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

    數據集標識碼在網狀架構 URL 中顯示的螢幕快照。

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

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

部署之後,如果您下載編頁報表的 RDL,可能不會以您在 Power BI 服務 中看到的最新版本進行更新。

資料流程

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

當您有包含以 累加式重新整理設定之語意模型的數據流時,不會在部署期間複製或覆寫重新整理原則。 部署包含具有累加式重新整理之語意模型的數據流至不包含此數據流的階段之後,如果您有重新整理原則,則必須在目標階段中重新設定它。 如果您要將具有累加式重新整理的數據流部署到已經所在的階段,則不會複製累加式重新整理原則。 在這種情況下,如果您想要在目標階段更新重新整理原則,則必須手動執行。

資料超市

我的 Datamart 數據集在哪裡?

部署管線不會在管線階段顯示屬於 Datamarts 的數據集。 當您部署數據超市時,也會部署其數據集。 您可以在其位於階段的工作區中檢視 Datamart 的數據集。