共用方式為

規劃部署以移轉至 Power BI

  • 發行項

本文描述第 2 階段，這與規劃單一 Power BI 解決方案的移轉相關。

顯示 Power BI 移轉階段的圖表。本文的重點在第 2 階段。

注意

如需上圖的完整說明，請參閱 Power BI 移轉概觀。

第 2 階段的重點在於定義如何使用第 1 階段中所定義的需求來將解決方案移轉至 Power BI。

第 2 階段其輸出包含盡可能多的特定決策，以引導部署程序。

這種決策是一種反覆且非線性的程序。 而部分規劃已於遷移前步驟中制定。 從概念證明中學習 (如第 3 階段中所述)，可以與部署規劃平行進行。 即使在建立解決方案時 (如第 4 階段中所述)，也可能出現影響部署規劃決策的其他資訊。

重要

第 1-5 階段代表與特定解決方案相關的活動。 部分組織/租用戶層級的決策和活動會影響解決方案層級中程序。 Power BI 移轉概觀一文中會討論一些較高階的規劃活動。 在情況適當時，請延後組織層級決策，以取得效率及一致性。

提示

本文中討論的主題也適用於標準 Power BI 實作專案。

選擇 Power BI 產品

首要決策是選擇 Power BI 產品。 您需決定使用 Power BI 服務 或 Power BI 報表伺服器。 在發佈內容之後，即可使用許多其他選項，例如內嵌、行動傳遞及電子郵件訂閱。

警告

請注意，若想要依賴使用儲存在檔案系統中的 Power BI Desktop 檔案，則此非最佳方法。 使用 Power BI 服務 (或 Power BI 報表伺服器) 對安全性、內容發佈及共同作業有極大的好處。 Power BI 服務也會啟用稽核與監視活動的功能。

決定工作區管理方法

工作區是 Power BI 服務的核心概念，這讓工作區管理成為規劃的重要層面。 問題包括：

  • 此全新解決方案需要新的工作區嗎？
  • 需要個別的工作區來容納開發、測試及生產嗎？
  • 資料及報表會使用個別的工作區，或單一工作區是否足夠？ 不同的工作區有許多優點，尤其是保護語意模型。 必要時，可由發佈報表的使用者分開管理。
  • 工作區的安全性需求為何？ 這將影響工作區角色的規劃。 如果內容取用者將使用應用程式，應用程式的對象權限會與工作區分開管理。 不同應用程式檢視器權限可在符合報表或儀表板其唯讀取用者的安全性需求時提供彈性。
  • 現有群組是否可用來保護新的內容？ 支援Microsoft Entra ID 和 Microsoft 365 中的這兩個群組。 當與現有程序一致時，使用群組可讓權限管理比指派給個別使用者更容易。
  • 是否有任何與外部來賓使用者相關的安全性考量？ 您可能需要與 Microsoft Entra 系統管理員和 Power BI 系統管理員合作，以設定來賓使用者存取權。

提示

請考量為特定商務活動或專案建立工作區。 您一開始可能會想根據組織架構 (例如每個部門的工作區) 來架構工作區，但這種方法經常會變得過於廣泛。

判斷使用內容的方式

了解解決方案取用者對查看報表及儀表板的偏好會很有幫助。 問題包括：

決定是否可以建立其他內容

有幾個關鍵決策可讓取用者建立新的內容，例如：

  • 是否允許取用者從已發佈的語意模型建立新的報表？ 您可以藉由將語意模型建置權限指派給使用者，來啟用此功能。
  • 如果取用者想要自訂報表，其是否可儲存報表的複本並個人化，以符合其需求？

警告

雖然 [儲存複本] 功能是一項不錯的功能，但當報表包含特定圖形或頁首/頁尾訊息時，應該謹慎使用。 由於標誌、圖示及文字訊息通常與品牌需求或法規合規性有關，因此請務必謹慎控制其傳遞與散佈的方式。 如果使用 [儲存複本]，但新作者仍然無法變更原始圖形或頁首/頁尾訊息，則可能會對實際產生報表的人員造成混淆。 這也可能減少品牌帶來的意義。

評估 Premium 容量的需求

重要

此文章有時會提及 Power BI Premium 或其容量訂用帳戶 (P SKU)。 請注意，Microsoft 目前正在整合購買選項，並按容量 SKU 淘汰 Power BI Premium。 新客戶和現有客戶應考慮改為購買 Fabric 容量訂用帳戶 (F SKU)。

如需詳細資訊，請參閱 Power BI Premium 授權的重要更新和 Power BI Premium 常見問題集。

當工作區儲存在 Premium 容量時，即可使用其他功能。 下列是將工作區儲存在 Premium 容量上可能有利的幾個原因：

  • 內容可由不具 Power BI Pro 或 Premium Per User (PPU) 授權的取用者存取。
  • 支援大型語意模型。
  • 支援更頻繁的資料重新整理。
  • 支援使用資料流程的完整功能集。
  • Enterprise 功能，包括部署管線與 XMLA 端點。

判斷資料取得方法

報表所需的資料可能會影響數個決策。 問題包括：

  • 是否可使用現有的 Power BI 共用語意模型，或者建立新的 Power BI 語意模型是否適用於此解決方案？
  • 是否需要使用新資料或量值來增強現有的共用語意模型，以符合其他需求？
  • 哪一種資料儲存模式最適合？ 選項包括匯入、DirectQuery、複合或即時連線。
  • 可使用彙總來提升查詢效能嗎？
  • 建立資料流程會有用嗎？它可以作為許多語意模型的來源嗎？
  • 是否需要註冊新的閘道資料來源？

決定儲存原始內容的位置

除了規劃目標部署目的地之外，也請務必規劃原始 (或來源) 內容的儲存位置，例如：

  • 指定用來儲存原始 Power BI Desktop (.pbix) 檔案的核准位置。 在理想的情況下，此位置僅供編輯內容的人員使用。 其安全性應該與 Power BI 服務中設定的方式一致。
  • 使用原始 Power BI Desktop 檔案位置，檔案包含版本設定歷程記錄或原始檔控制。 版本設定允許內容作者將其還原成先前的檔案版本(如有必要)。 適用於公司或學校或 SharePoint 的 OneDrive 很適合此用途。
  • 指定用來儲存非集中式來源資料 (例如一般檔案或 Excel 檔案) 的核准位置。 它應該是任何語意模型建立者可以在沒有錯誤的情況下觸及的路徑，而且定期備份。
  • 針對從 Power BI 服務匯出的內容指定核准位置。 其目的在於確保 Power BI 服務中定義的安全性不會意外遭到規避。

重要

當原始 Power BI Desktop 檔案包含匯入的資料時，指定受保護的位置尤其重要。

評估工作量

在取得足夠需求 (如 第 1 階段中所述) 及解決方案部署規劃程序的資訊後，即可立即評估工作量。 接著，您可運用工作、時間表及相關責任來制訂專案計劃。

提示

人力成本 (薪資) 通常是大部分組織中最高昂的費用。 增強生產力雖然有著絕佳的投資報酬率 (ROI)，但卻很難加以精確預估。

相關內容

在此 Power BI 移轉系列的下一篇文章中了解第 3 階段，其涉及在移轉到 Power BI 時，進行概念證明以儘早降低風險及解決未知問題。

其他有用的資源包括：

經驗豐富的 Power BI 合作夥伴可協助組織成功進行移轉程序。 若要與 Power BI 合作夥伴交流，請造訪 Power BI 合作夥伴入口網站。