本文將解答關於 Fabric 生命週期管理工具的一些常見問題。
一般問題
什麼是 Microsoft Fabric 中的生命週期管理？
生命週期管理包含兩個部分：整合和部署。 要了解Fabric中的整合，請參考The Git integration overview。 要了解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 或複合連線模式且包含變化或 自動日期/時間 資料表的資料集不支援部署管線。 如果您的部署失敗且您認為這是因為您的資料集具有變化資料表，則可以在資料表資料行中尋找 變化屬性。 您可以使用下列其中一種方法來編輯語意模型，使其可在部署管線中正常運作。
為什麼某些磚在部署後沒有顯示資訊？
當你將圖塊釘選到儀表板時，如果該圖塊依賴的項目是不支援的（任何不在 列表中 的項目都是不支援的），或是你沒有部署權限的項目，部署後該圖塊就不會被渲染。 例如，如果您不是依賴語意模型的報表的管理員，但仍然從該報表建立了磚，那麼在部署報表時您會收到錯誤警告。 然而，部署帶有磚塊的儀表板時，不會收到錯誤訊息，部署將會成功，但磚塊不會顯示任何信息。
部署計畫問題
什麼是部署計畫？
關於部署計畫的簡短說明，請參閱 部署計畫概述。
我在工作空間裡看不到部署計畫的項目類型。 我要如何讓它顯示出來？
部署計畫項目類型只會在 Fabric 管理員開啟租戶設定後才會出現。 在管理員入口網站的租戶設定>中，Microsoft Fabric 啟用。使用者可以建立部署計畫（預覽）項目，設定「套用」給整個組織或安全群組，並選擇套用。
在這個設定開啟之前，物品類型會在每個工作區都保持隱藏狀態。
如果我部署時沒有附上計畫會怎樣？
部署會回復到預設行為。 物品部署時無需宣告命令，也沒有部署前或部署後的操作。 方案所保護的任何相依物件都會再次失敗，例如讀取由 Notebook 填入資料的 Lakehouse 資料表的倉儲檢視。
為什麼我的倉庫視圖無法綁定，儘管物品是按正確順序部署的？
排序正確的方案會按照你宣告的順序部署項目中繼資料，但部署湖屋不會將資料列放入其中的資料表。 讀取 lakehouse 資料表的倉庫視圖，除非筆記本或資料管線先產生該資料表，否則無法綁定。 在 Lakehouse 與產生該資料表的倉庫之間加入部署後動作。 作業會在作業本身結束時回報已完成，而不是在其提供資料的服務都已趕上處理進度時才回報，因此請將任何就緒檢查放在筆記本的最後一個儲存格，或資料管線的最後一個活動。 舉例請參見 部署計畫範例。
為什麼我的筆記本在部署後寫入到錯誤的工作區？
筆記本的預設湖屋欄位包含指向特定工作區中特定湖屋的 ID。 當筆記本透過 Git 進入新工作區後，這些 ID 仍然可以指向原本的工作區。 你可以在執行前在筆記本設定中設定目標環境的預設湖屋，或讓筆記本在執行時自行解析湖屋。 欲了解更多資訊，請參閱 Notebook 的原始碼控制與部署。
我可以在哪裡查看計畫在執行期間做了什麼？
可從入口網站中的部署頁面查看執行輸出。 動作會連結回底層項目的執行歷史，提供日誌和步驟細節。
我該如何從部署中途失敗後恢復？
失敗的部署不會回復已完成的項目部署或動作所做的變更。 關於回收指引，請參見「 部署中途停止」。
我可以按照時間表執行部署計畫嗎？
不直接。 從 Azure Pipelines 或 GitHub Actions 等外部排程器觸發從 Git 更新，而隨附的計畫會作為該部署的一部分執行。
我可以使用我的 CI 管線中的部署計畫嗎？
是的，如果管線透過支援附加計畫的 Fabric API 來推動部署，例如 Git 同步 API、部署管線部署 API 或批次匯入 API。 由 Fabric CLI（Terraform 的 Fabric 提供者）或 fabric-cicd 的 Python 函式庫驅動的部署無法附加計畫。
部署計畫會部署工作空間設定嗎？
No. 計畫管理部署中的項目及其周邊的行動。 工作區層級的設定不包含在部署中，因此像是工作區識別碼、Spark 設定和 Git 連線等設定，不會由計畫建立或更新。
在部署前，先在目標工作區中設定這些。 依賴工作區層級設定的項目，例如透過工作區身份認證的筆記本，若目標工作區設定方式與來源不同，執行時就會失敗。
部署計畫需要特別權限嗎？
No. 部署計畫遵循標準的 Fabric 工作空間角色模型。 欲了解更多資訊，請參閱部署計畫權限。
分頁報表
已部署編頁報表的擁有者是誰？
已部署編頁報表的擁有者是部署報表的使用者。 當您第一次部署編頁報表時，您會成為報表的擁有者。
如果將編頁報表部署至已包含編頁報表複本的階段，您會覆寫先前報表並成為其擁有者，而不是先前報表的擁有者。 在此情況下，必須有基礎資料來源的認證，才能在編頁報表中使用該資料。
我的編頁報表子報表位於何處？
編頁報表子報表會存放於與保留編頁報表相同的資料夾中。 若要避免轉譯問題，當您使用選擇性複製以複製具有子報表的編譯報表時，請同時選取父報表和子報表。
我該如何為帶有 Fabric 語意模型的分頁報告建立部署規則？
如果想要將編頁報表指向相同階段中的語意模型，則可以建立編頁報表規則。 建立編頁報表的部署規則時，您必須選取資料庫和伺服器。
如果你要為沒有 Fabric 語意模型的分頁報告設定部署規則，因為目標資料來源是外部的，你需要同時指定伺服器和資料庫。
然而，使用 Fabric 語意模型的分頁報告則使用內部語意模型。 在這種情況下，你無法僅靠資料來源名稱來辨識你所連接的 Fabric 語意模型。 當您透過建立資料來源規則或呼叫更新資料來源 API 以更新目標階段的資料來源名稱時，該資料來源名稱不會變更。 設定部署規則時，必須保留資料庫格式並取代資料庫欄位中的語意模型物件識別碼。 由於語意模型為內部，因此伺服器會保持相同。
Database - 具有 Fabric 語意模型的分頁報告資料庫格式為
sobe_wowvirtualserver-<dataset ID>。 例如：sobe_wowvirtualserver-d51fd26e-9124-467f-919c-0c48a99a1d63。 將<dataset ID>取代為資料庫識別碼。 您可以選取datasets/之後和下一個斜線之前的 GUID，從 URL 取得資料集識別碼。
伺服器 - 裝載資料庫的伺服器。 將現有伺服器保持為現狀。
部署之後，是否可以下載編頁報表的 RDL 檔案？
部署後，如果你下載分頁報告的 RDL，可能不會更新到你在 Power BI 服務 中看到的最新版本。
資料流程
部署資料流程之後，增量刷新設定會發生什麼事？
如果資料流程包含設定為累加式重新整理的語意模型，在部署期間不會複製或覆寫重新整理原則。 將包含累加式重新整理功能的語意模型的資料流部署到不包含此資料流的階段後，如果您有重新整理原則，則必須在目標階段重新設定此原則。 如果將使用累加式重新整理的資料流程部署至已包含此資料流程的階段，則不會複製累加式重新整理策略。 在此情況下，如果要更新目標階段中的重新整理原則，則必須手動進行。