Power BI 實作規劃：使用者工具和裝置

  • 發行項

注意

本文構成Power BI實作規劃系列文章的一部分。 此系列主要著重於 Microsoft Fabric 內的 Power BI 工作負載。 如需系列簡介，請參閱 Power BI 實作規劃。

本文介紹規劃使用者工具和管理裝置的重要考慮，以啟用和支持組織中的Power BI取用者和作者。 本文的目標為：

  • 卓越中心（COE）和BI小組： 負責監督組織中Power BI的團隊。 這些小組包括需要決定要用來建立Power BI內容的工具的決策者。
  • 網狀架構系統管理員： 負責監督組織中的 Fabric 的系統管理員。
  • IT 和基礎結構小組： 安裝、更新及管理使用者裝置和機器的技術人員。
  • 內容建立者和內容擁有者： 需要與同事通訊的使用者，並提出其安裝所需專案的要求。

分析採用的一個重要層面是確保內容取用者和內容建立者擁有所需的軟體應用程式。 工具的有效管理，特別是針對建立內容的使用者，會導致用戶採用增加，並減少用戶支援成本。

新工具的要求

如何處理新工具和軟體應用程式的要求是 治理 決策。 許多不熟悉組織或剛開始使用分析的使用者不知道該要求什麼。 若要簡化此程式，請考慮一起處理下列要求：

  • 軟體要求
  • 用戶授權要求
  • 訓練要求
  • 數據存取要求

軟體安裝通常是IT部門的責任。 為了確保最佳的用戶體驗，IT 必須與 卓越中心（COE） 共同處理關鍵決策和程式，例如：

  • 使用者要求軟體安裝的程式。 有數種方式可以處理軟體安裝要求：
    • 通用工具可以包含在標準計算機設定中。 IT 小組有時會將其稱為 標準組建。
    • 某些應用程式可能會根據作業角色自動安裝。 所安裝的軟體可能以 Microsoft Entra ID 中使用者配置檔中的屬性為基礎（先前稱為 Azure Active Directory）。
    • 針對自定義要求，使用標準要求窗體運作良好。 表單（而非電子郵件）會建立要求的歷程記錄。 需要必要條件或更多授權時，核准可以包含在工作流程中。
  • 安裝軟體更新的程式。 軟體更新的及時安裝很重要。 目標是盡可能保持最新狀態。 請注意，用戶可以在在線閱讀可能的內容，而且在較新的功能無法供他們使用時，可能會感到困惑或沮喪。 如需詳細資訊，請參閱 本文稍後的用戶端工具 。

檢查清單 - 規劃如何處理新工具的要求時，關鍵決策和動作包括：

  • 決定如何處理軟體要求： 釐清負責接收和履行軟體安裝新要求的人員。
  • 確認是否需要必要條件： 在要求安裝軟體之前，先判斷與訓練、資金、授權和核准相關的組織必要條件。
  • 建立追蹤系統： 建立系統來追蹤軟體要求的狀態和歷程記錄。
  • 為使用者建立指引：在集中式入口網站中提供檔，以瞭解如何要求新的工具和軟體應用程式。 請考慮搭配如何要求授權、定型及存取數據來共置本指南。

規劃取用者工具

在組織中，許多用戶會分類為 取用者。 取用者檢視其他人已建立和發佈的內容。

取用者可以存取 Power BI 內容最常見的方式包括：

軟體 目標物件
Power BI 服務 內容取用者會使用網頁瀏覽器檢視內容（例如 Microsoft Edge）。
Teams 使用適用於 Microsoft Teams 的 Power BI 應用程式，檢視已發佈至 Power BI 服務 內容的內容取用者。 當使用者在 Teams 中花費大量時間時，此選項很方便。 如需詳細資訊，請參閱 讓組織在 Microsoft Teams 中使用 Power BI 的指南。
Power BI 行動版 應用程式 使用 iOS、Android 或 Windows 10 應用程式，與發佈至 Power BI 服務（或 Power BI 報表伺服器）內容取用者互動的內容取用者。
OneDrive/SharePoint 查看器 使用網頁瀏覽器檢視 儲存在 OneDrive 或 SharePoint 中 Power BI Desktop （.pbix） 檔案的內容取用者。 此選項是共用原始 Power BI Desktop 檔案的實用替代方案。 OneDrive/SharePoint 查看器最適合想要提供友好、網頁型、報表取用者體驗的非正式小組，而不需要明確地將 .pbix 檔案發佈至 Power BI 服務。
Power Apps 解決方案 從內嵌在Power Apps解決方案中 Power BI 服務 檢視內容的內容取用者。
自訂應用程式 檢視組織中或客戶自定義應用程式中內嵌 Power BI 服務 內容的內容取用者。

注意

這份清單不是用來存取 Power BI 內容方式的全能清單。

由於用戶體驗在不同網頁瀏覽器之間可能會稍有不同，因此建議您在集中式入口網站中記載瀏覽器建議。 如需詳細資訊，請參閱 Power BI支援的瀏覽器。

檢查清單 - 規劃取用者工具時，關鍵決策和動作包括：

  • 使用新式網頁瀏覽器： 確定所有使用者都能存取 Power BI 支援的新式網頁瀏覽器。 確認慣用瀏覽器會在所有用戶裝置上定期更新。
  • 決定 Teams 應該如何與 Power BI 搭配使用： 決定使用者目前的運作方式，以及 Teams 整合在何種程度上很有用。 根據您的決策，在網狀架構管理入口網站中設定 [啟用 Teams 整合] 和 [安裝 Power BI 應用程式] 自動租用戶設定。
  • 啟用並安裝 Teams 應用程式： 如果 Teams 是常用的工具，請啟用適用於 Microsoft Teams 的 Power BI 應用程式。 請考慮為所有用戶預先安裝應用程式，以方便起見。
  • 決定是否允許檢視 Power BI Desktop 檔案： 考慮是否允許或鼓勵檢視儲存在 OneDrive 或 SharePoint 中的 Power BI Desktop 檔案。 設定 [ 使用者可以根據您的決策，檢視儲存在 OneDrive 和 SharePoint 租使用者中的 Power BI 檔案] 設定。
  • 教育使用者： 為內容建立者提供指引和訓練，瞭解如何充分利用每個選項，以及安全地儲存盤案的位置。 在您的集中式入口網站中包含建議，例如慣用的網頁瀏覽器。
  • 與支援小組進行知識轉移： 確認支援小組已準備好回答使用者的常見問題。

規劃撰寫工具

某些使用者被視為 內容建立者。 內容建立者作者，併發佈取用者檢視的內容。

有數個工具可供內容建立者用來撰寫Power BI內容。 某些工具是以自助內容建立者為目標。 其他工具是以進階內容建立者為目標。

提示

本節介紹最常見的撰寫工具。 不過，作者不需要全部。 如有疑問，請從只安裝Power BI Desktop 開始。

可供撰寫的工具

下表列出可供內容建立者使用的最常見工具和應用程式。

軟體 目標物件
Power BI 服務 使用網頁瀏覽器開發內容的內容取用者和建立者。
Power BI Desktop 開發數據模型和互動式報表的內容建立者，這些報表將發佈至 Power BI 服務。
針對報表伺服器優化的Power BI Desktop 開發數據模型和互動式報表的內容建立者，這些報表將發佈至 Power BI 報表伺服器（簡化的內部部署報表入口網站）。
Power BI Report Builder 開發將發行至 Power BI 服務 或 Power BI 報表伺服器 之編頁報表的報表建立者。
適用於 Teams 的 Power BI 應用程式 與 Power BI 服務 中內容互動的內容建立者和取用者，其喜好設定是保留在 Microsoft Teams 應用程式中。
Power BI 行動版 應用程式 使用 iOS、Android 或 Windows 10 應用程式，與發佈至 Power BI 服務 或 Power BI 報表伺服器 的內容建立者和取用者互動及管理內容。
Excel 在活頁簿中開發以 Excel 為基礎的報表的內容建立者，這些活頁簿可能包含數據透視表、圖表、交叉分析篩選器等等。 或者，當 Excel 活頁簿儲存在 SharePoint 或商務用 OneDrive 或學校時，可以在 Power BI 服務 中檢視。
協力廠商工具 進階內容建立者可以選擇性地使用第三方工具，並針對進階數據模型管理和企業內容發佈等用途擴充內建功能。

選擇製作工具

選擇撰寫工具時，您應該考慮一些重要因素。 下列某些決策可以進行一次，而其他決策需要針對您所建立的每個專案或解決方案進行評估。

  • 瀏覽器型撰寫是否可取？ 為了改善方便使用並減少摩擦，Power BI（和其他網狀架構工作負載）支援以瀏覽器為基礎的功能，以使用內容以及建立內容。 這是一個優點，因為網頁瀏覽器隨時可供所有使用者使用，無論他們使用的桌面操作系統（包括 Mac 使用者）。
  • 所需的開發體驗為何？ 請考慮Power BI Desktop 可用來建立數據模型和互動式報表，而Power BI 報表產生器是用來建立編頁報表的設計工具。 此外， 第三方工具 為Power BI Desktop 中無法使用的開發人員提供額外的功能。 因為開發體驗在工具之間有所不同，因此每個特定解決方案的需求都應該納入您決定要使用的工具。
  • 想要的發佈體驗為何？ 進階內容建立者和內容擁有者可能偏好使用 第三方工具 發佈內容（例如 ALM 工具組來比較和合併模型）。 應該考慮每個特定解決方案的需求。
  • 存取和/或管理語意模型的慣用方式為何？ 相較於使用標準 Power Query 體驗，進階內容建立者可能會偏好使用 XMLA 端點來讀取和/或寫入語意模型（先前稱為數據集）。 應該考慮每個特定解決方案的需求。
  • 如何輕鬆地讓用戶端工具保持更新？ 有些組織發現安裝用戶端應用程式的更新很困難。 在此情況下，使用者可能偏好盡可能使用網頁瀏覽器。
  • 使用者有哪些技能和專業知識？ 可能有影響所選工具的現有知識和喜好設定。 這個選擇會影響初始開發活動，以及支援 使用者 及維護現有解決方案的人員。
  • 如何管理版本控制？ 版本控制可以透過多種方式完成。 在用戶端工具中工作時，自助使用者可能會偏好使用 OneDrive 或 SharePoint，而更進階的使用者可能偏好 Git 與用戶端工具整合。 在 Power BI 服務 工作時，可以使用 Git 工作區整合。

提示

建議您採用一個工作方法，然後一致地使用該方法。 例如，當內容建立者與使用Power BI Desktop與建立報表的 Power BI 服務 不一致時，判斷原始報表所在的位置以及負責報表的人員會變得困難得多。

使用每個撰寫工具的時機

本節的其餘部分會考慮何時使用最常見的撰寫工具。

以 Web 為基礎的撰寫

撰寫和編輯內容的 Power BI 服務 功能不斷演進（以及檢視、共用和發佈內容的功能）。 對於使用非 Windows 操作系統的內容建立者（例如 macOS、Linux 或 Unix），Power BI 服務 中的網頁型撰寫是可行的選項。 網頁型撰寫也適用於無法及時更新 Power BI Desktop 的組織。

注意

因為 Power BI 服務 是 Web 應用程式，所以 Microsoft 會安裝所有更新，以確保它是最新版本。 對於忙碌的IT小組來說，這可以是相當重要的優勢。 不過，請務必密切 監視 版本何時發生，以便得知功能變更。

有些 Power BI 專案類型可以在 Web 型體驗中建立，例如：

  • 資料流程
  • 資料超市
  • 分頁報表
  • Power BI 報表
  • 儀表板
  • 計分卡

網狀架構解決方案可以在瀏覽器中建立端對端。 解決方案可以包含 Power BI 專案，以及非 Power BI 專案（例如 Lakehouse）。

重要

選擇在瀏覽器中建立內容時，請務必教育內容建立者儲存內容的位置。 例如，將新報表儲存到個人工作區很容易，但 並非總是理想的選擇。 此外，請務必考慮如何處理版本控制（例如 Git 整合）。

Power BI Desktop

因為它是免費的應用程式，所以 Power BI Desktop 是讓內容建立者開始開發數據模型及建立互動式報表的絕佳方式。 Power BI Desktop 可讓您連線到許多數據源、結合多個數據源的數據、清理和轉換數據、建立數據模型、新增 DAX 計算，以及在單一應用程式中建置報表。 Power BI Desktop 非常適合用來建置 以探索為主的互動式報表 。

以下是使用 Power BI Desktop 時要考慮的一些要點。

  • 您可以在 Power BI Desktop 或 Power BI 服務 內建立報表。 由於這種彈性，因此需要一致的程式來開發內容的方式和位置。
  • 使用版本控制被認為是最佳做法。 自助內容建立者的其中一個選項是將Power BI Desktop所建立的檔案儲存在已啟用版本設定的位置（例如 OneDrive 或 SharePoint），該檔案可受到授權用戶保護。 進階內容建立者可能偏好使用 Git 整合。
  • Power BI Desktop 可作為 Windows 傳統型應用程式使用。 您可以選擇性地在 虛擬化環境中執行 Power BI Desktop。
  • Power BI Desktop 通常會每月更新。 一般更新可讓使用者快速存取新功能。 不過，在大型組織中推出頻繁的更新需要規劃。 如需詳細資訊，請參閱 本文稍後的用戶端工具 。

注意

Power BI Desktop 中有許多選項和設定會大幅影響用戶體驗。 並非所有設定都可以透過 組策略 或 登錄 設定以程式設計方式維護（本文稍後所述）。 其中一個主要設定與用戶可以在Power BI Desktop 中啟用的預覽功能有關。 不過，預覽功能可能會有所變更、支援有限，而且在 Power BI 服務（在預覽期間期間）不一定能以相同方式運作。

我們建議您只使用預覽功能來評估和學習新功能。 預覽功能不應該用於任務關鍵性生產內容。

適用於報表伺服器的Power BI Desktop

如同 Power BI Desktop 的標準版本，內容建立者可以使用 Power BI Desktop for Report Server 來建立 .pbix 檔案。 它支援將內容發佈至 Power BI 報表伺服器。 新版本與 Power BI 報表伺服器 的發行頻率一致，這通常是每年三次。

內容建立者務必使用正確的 Power BI Desktop 報表伺服器版本，以避免在內容發佈至 Power BI 報表伺服器 之後發生相容性問題。 您可以從 Microsoft 下載中心手動下載並安裝適用於報表伺服器的 Power BI Desktop。

對於將內容發佈至 Power BI 服務 和 Power BI 報表伺服器 的使用者，有兩個選項。

  • 選項 1：僅針對報表伺服器使用 Power BI Desktop，因為它會產生可發行至 Power BI 服務 和報表伺服器的檔案。 新的撰寫功能將大約每四個月提供給使用者使用（以保持與 Power BI 報表伺服器 發行頻率一致）。
    • 優點：
      • 內容建立者只需要使用一個工具。
      • 內容建立者可確保其發佈的內容與報表伺服器相容。
      • 較容易管理的工具較少。
    • 缺點：
      • Power BI Desktop 的報表伺服器版本不提供 Power BI 服務 中僅支援的某些功能。 因此，內容建立者可能會發現其限制。
      • 新功能的可用速度較慢。
      • 預覽功能無法使用。
  • 選項 2： 並存執行這兩個版本—Power BI Desktop 和 Power BI Desktop for Report Server。
    • 優點：
      • 標準 Power BI Desktop 中的所有功能都可供使用。
      • 標準 Power BI Desktop 的新功能更快提供。
      • 標準 Power BI Desktop 的預覽功能可供內容建立者自行決定使用。
    • 缺點：
      • 內容建立者必須備妥複雜度，因為它們必須記住根據目標部署位置使用哪個版本。 風險在於，當較新版本的 .pbix 檔案不小心發佈至 Power BI 報表伺服器 時，可能無法正常運作。 例如，數據模型查詢失敗、數據重新整理失敗，或報表無法正確轉譯。
      • 當內容建立者直接開啟 .pbix 檔案 時，必須注意默認行為（而不是從 Power BI Desktop 中開啟它們）。

Microsoft Excel

許多商務使用者都熟悉 Microsoft Excel，並想要使用數據透視表、圖表和交叉分析篩選器進行數據分析。 還有其他實用的 Excel 功能（例如 Cube 函式）可在設計值的網格線配置時，提供更大的彈性和格式設定。 某些內容建立者可能也偏好針對某些類型的計算使用 Excel 公式（而不是數據模型中的 DAX 計算），特別是在執行數據探索活動時。

以下是幾種有效率地搭配Power BI使用Excel的方式。

  • 連線 Excel 至 Power BI 語意模型：這項功能稱為 Excel 即時連線（當您從 Excel 啟動時）或「在 Excel 中進行分析」（當您從 Power BI 服務 開始時）。 連線 Excel 到 Power BI 語意模型最適合使用 Excel 建立者建立連線至現有共用語意模型的視覺效果。 這種方法的優點是它是連接，而不是導出數據，因此 Excel 活頁簿中的數據可以 重新整理。
  • 連線 Excel 到 Power BI 語意模型中精選數據表：如果您想要將 Excel 連接到 Power BI 語意模型內的數據表子集（而不是整個共用語意模型），您可以使用精選數據表。 當您需要將 Excel 中的數據與儲存在 Power BI 中的數據產生關聯時，此選項可正常運作。
  • 使用即時連線導出至 Excel： 檢視視覺效果時，您可以將 可重新整理數據的 數據表導出至 Excel。 當您想要在 Excel 中使用數據透視表進一步探索數據時，這項技術很有用。
  • 建立 Excel 數據模型：Excel 數據模型（先前稱為 Power Pivot）是 Excel 的原生功能。 它會使用與 Power BI 相同的資料庫引擎來儲存匯入的語意模型，以及相同的 Power Query 功能來取得數據。 不過，在 Excel 中，功能更新的頻率遠低於 Power BI。 對於建立 小型模型 且具有在Excel中工作的強烈喜好設定的內容建立者而言，這非常有用。 您可以選擇性地從 SharePoint 或商務用 OneDrive 匯入活頁簿。 這可讓您在 Power BI 服務 中檢視活頁簿。 或者，您可以建立與活頁簿中數據同步處理的新 Power BI 語意模型（儲存在商務用 OneDrive 或學校時）。

還有其他使用Excel的方式。 這些選項較不理想，因此您應該只在需要時才使用這些選項。

  • 匯出至 Excel：許多使用者已建立從報表或儀錶板將數據匯出至 Excel 的習慣。 雖然 Power BI 支援這項功能，但應該謹慎使用，並在仲裁中，因為它會產生一組靜態的數據。 為了確保不會過度使用數據導出至 Excel，組織中的用戶應該接受導出缺點的教育，而系統管理員應該追蹤使用者活動數據的導出。
  • 從 Excel 取得源數據： 將數據匯入 Power BI 時，Excel 可以當做 數據源 使用。 需要使用者易記 Excel 型解決方案來維護源數據時，這項功能最適合用於小型專案。 快速進行概念證明（POC）也很有用。 不過，若要降低與 Excel 數據源相關聯的風險，來源 Excel 檔案應該儲存在安全的共用位置。 此外，不應該變更數據行名稱，以確保數據重新整理成功。

提示

我們建議您主要鼓勵使用 Excel 作為即時連線。

以下是判斷 Excel 是否為適當撰寫工具時要考慮的一些重點。

  • 必須具備某些必要條件 ，才能讓使用者從 Excel 連線到 Power BI 語意模型。
  • 在某些組織中，用戶已安裝 32 位版本的 Excel，而不是 64 位版本。 64 位版本的 Excel 可以支援較大的數據磁碟區，而且通常效能優於 32 位版本。 所有數據提供者也必須符合這個選擇。
  • Power BI Desktop 中的某些功能無法在 Excel 數據模型中使用，或會以明顯較慢的速度發行。 因此，在Excel中，複雜的模型需求可能無法（很容易）。
  • Power BI Desktop 中提供的一些連接器和數據源無法在 Excel 中使用。

提示

許多組織都有現有的 Excel 解決方案，可藉由將 Excel 檔案連線到 Power BI 共用語意模型來現代化（而不是使用數據導出）。 即時連線可讓使用者避免重複繁瑣的步驟、防止數據過時，並確保使用者在重新整理 Excel 數據時一致地套用數據安全性。

Power BI Report Builder

Power BI 報表產生器 是用來建立編頁報表 （.rdl） 檔案的工具。 編頁報表可以部署到 Power BI 服務 或 Power BI 報表伺服器。 如果您在 SQL Server Reporting Services （SSRS） 中建立報表的經驗，您會發現這是類似的報表建立體驗。

編頁報表最適合高度格式化或列印就緒的報表，例如報表。 它們也適用於要列印或產生 PDF 的報表，以及需要使用者輸入（含報表參數）時。

提示

如需選擇編頁報表的其他案例，請參閱 何時在Power BI中使用編頁報表。

以下是決定使用Power BI 報表產生器時要考慮的一些重點。

  • 在 Power BI 中工作的方法 報表產生器 與在 Power BI Desktop 中工作時不同的心態。 編頁報表一律著重於建立一個個別報表（相反地，在 Power BI Desktop 中建立的語意模型可以提供許多不同的報表。
  • 開發編頁報表比建立Power BI報表更具技能。 不過，主要優點是更精細地控制數據擷取、配置和放置。
  • 編頁報表與數據擷取和版面配置有關。 您必須開發查詢（稱為 數據集），才能從外部數據源擷取數據，這可能涉及撰寫原生查詢語句（以DAX、T-SQL或其他語言）。 數據集屬於一個報表，因此無法由其他編頁報表發佈及使用。
  • 報表取用者習慣於Power BI報表的內建互動性。 不過，報表互動不是編頁報表的強度。 嘗試在編頁報表中達成類似的互動性可能會具有挑戰性或不可能。
  • 如果您需要使用資料庫預存程式來存取資料（例如 Azure SQL 資料庫 預存程式），您可以使用編頁報表來存取數據。
  • 視編頁報表發行至 Power BI 服務 或 Power BI 報表伺服器 而定，有一些功能差異和不支援的功能。 建議您進行概念證明，以判斷目標環境可能的功能。

提示

如需詳細資訊，請參閱Power BI常見問題中的編頁報表和Power BI 中報表的設計秘訣 報表產生器。

協力廠商工具

進階內容建立者可以選擇使用第三方工具，特別是針對企業級作業。 他們可以使用第三方工具來開發、發佈、管理及優化數據模型。 這些工具的目標是要擴大語意模型建立者可用的開發和管理功能。 第三方工具的常見範例包括表格式編輯器、DAX Studio 和 ALM 工具組。 如需詳細資訊，請參閱進 階數據模型管理 使用案例。

注意

使用第三方工具已在全球Power BI社群中變得普遍，特別是由進階內容建立者、開發人員和IT專業人員使用。

使用第三方工具進行語意模型開發和管理的主要方式有三種。

  • 使用外部工具連線到 Power BI Desktop 中的本機數據模型： 某些第三方工具可以在開啟的 Power BI Desktop 檔案中聯機到數據模型。 向 Power BI Desktop 註冊時，這些工具稱為外部工具，並擴充 Power BI Desktop 的原生功能。
  • 使用 XMLA 端點連線到 Power BI 服務 中的遠端數據模型：某些第三方工具可以使用 XML for Analysis （XMLA） 通訊協定來連線到已發佈至 Power BI 服務 的語意模型。 與 XMLA 通訊協定相容的工具會使用 Microsoft 用戶端連結庫 ，使用 表格式物件模型 （TOM） 作業來讀取和/或寫入數據模型。
  • 使用範本檔案連線到 Power BI Desktop 中的本機數據模型： 某些第三方工具會使用 Power BI Desktop 範本 （.pbit） 檔案，以羽量的方式散發其功能。

某些第三方工具是專屬的，需要付費授權（例如表格式編輯器 3）。 其他社群工具是免費的，開放原始碼（例如表格式編輯器 2、DAX Studio 和 ALM 工具組）。 我們建議您仔細評估每個工具、成本及其支援模型的功能，以便您充分支持內容建立者。

提示

有些組織發現獲得完全支援的新工具更容易獲得核准（即使有授權成本）。 不過，其他組織發現更容易獲得核准的免費開放原始碼工具。 您的 IT 部門可以提供指引，並協助您進行必要的盡職盡責。

檢查清單 - 規劃撰寫工具時，關鍵決策和動作包括：

  • 決定要鼓勵哪些撰寫工具： 針對自助建立者和進階內容建立者，請考慮哪些可用的工具將主動提升供組織使用。
  • 決定將支援哪些撰寫工具： 對於自助建立者和進階內容建立者，請考慮哪些可用的工具將受到支援，以及支援哪些人。
  • 評估第三方工具的使用： 請考慮進階內容建立者允許或鼓勵哪些第三方工具。 調查隱私策略、授權成本和支援模型。
  • 為內容建立者建立指引： 提供指引和訓練，以協助用戶選擇和使用適合其情況的適當撰寫工具。

管理和設定裝置

本節說明安裝和更新工具和應用程式的考慮，以及設定用戶裝置。

用戶端工具

IT 通常會使用用戶端工具一詞來參考安裝在用戶端電腦上的軟體（用戶裝置）。 安裝在用戶裝置上最常見的Power BI軟體是Power BI Desktop。

因為 Microsoft 通常會每月更新 Power BI Desktop，因此請務必有一個順暢的程式來管理安裝和更新。

以下是組織可以管理 Power BI Desktop 安裝和更新的幾種方式。

安裝類型 支援自動更新 說明
Microsoft Store Yes Power BI Desktop 會從 Microsoft Store 散發。 系統會自動安裝所有更新，包括錯誤修正。 此選項是一種簡單且順暢的方法，前提是貴組織不會針對部分或所有使用者封鎖來自 Microsoft Store 的一些（或所有）應用程式。
手動安裝 No 您可以從 Microsoft 下載中心手動下載並安裝可執行檔 （.exe） 檔案。 不過，請注意，安裝軟體的用戶必須具有本機系統管理員許可權，在大部分組織中，這些許可權會受到限制。 如果您選擇使用此方法（且不受IT管理），用戶最終會安裝不同版本的Power BI Desktop，可能會導致相容性問題。 此外，使用這種方法，每位使用者都必須在出來時收到通知，才能安裝快速修正工程 （QFE） 版本，也稱為 錯誤修正。
IT 管理的系統 取決於設定 您可以使用各種 IT 管理的組織部署方法，例如 Microsoft System Center 或 Microsoft Application Virtualization （App-V）。 此選項最適合需要大規模或以自定義方式管理許多安裝的組織。

用戶裝置必須有足夠的系統資源。 若要提高生產力，使用大型數據磁碟區的內容建立者可能需要超過 最低需求的系統資源，特別是記憶體（RAM）和 CPU。 IT 可能會根據其他內容建立者的經驗來建議機器規格。

在Power BI開發上共同作業的所有內容建立者都應該使用相同的軟體版本，尤其是通常每個月更新的Power BI Desktop。 建議您讓使用者自動更新更新，因為：

  • 在 Power BI Desktop 檔案上共同作業的多個內容建立者可以保證在同一個版本上。 共同處理相同 .pbix 檔案的建立者必須使用相同的軟體版本。
  • 使用者不需要採取任何特定動作來取得更新。
  • 使用者可以利用新功能，且其體驗與公告和檔一致。 當內容建立者瞭解新功能和功能時，可能會影響採用和用戶滿意度，但它們在軟體更新之間遇到長時間的延遲。
  • Microsoft 僅支援最新版的 Power BI Desktop。 如果用戶有問題並提出支援票證，Microsoft 支援人員會要求他們將其軟體升級至最新版本。

除了先前所述的 Power BI Desktop 之外，您可能需要在使用者裝置上安裝及管理其他 Microsoft 工具或第三方工具，包括行動裝置。 如需可能工具的清單，請參閱 本文稍早撰寫的 可用工具。

建立和管理位於 Fabric OneLake 中檔案的使用者也可能受益於 OneLake 檔案總管。 此工具可讓他們使用 Windows 檔案總管，輕鬆地上傳、下載、編輯或刪除 OneLake 中的檔案。

注意

您的IT部門可能已就地管理裝置原則。 這些原則可以控制可安裝的軟體，以及其管理方式。

用戶端工具必要條件

已安裝用戶端工具的內容建立者，例如 Power BI Desktop，可能需要特定的必要條件軟體或套件。

  • WebView2： （必要） 針對執行 Power BI Desktop 的內容建立者， Microsoft Edge WebView2 運行時間 是必要條件。 WebView2 允許在 Power BI Desktop 中以安全的方式內嵌 Web 技術（例如 HTML、CSS 和 JavaScript）。 如果用戶裝置有最新版本的 Windows，或已安裝 Microsoft 365 應用程式，且已啟用每月更新，則已安裝 WebView2。
  • .NET Framework： （必要）對於執行 Power BI Desktop 或第三方工具的內容建立者， .NET Framework 是必要條件。 .NET Framework 是支援建置和執行 Windows 應用程式的技術。 Power BI Desktop 需要特定 版本或更新版本。
  • Microsoft Edge： （必要） 對於執行 Power BI Desktop 的內容建立者， Edge 瀏覽器 是必要條件。
  • Python 和 R 套件：在租使用者設定啟用時，可以使用多種方式搭配 Power BI 使用 Python 和 R 腳稿。 腳本可用來建立 Python 視覺效果 或 R 視覺效果。 您也可以在 查詢編輯器 中建立腳本;在此情況下，因為標準數據網關不支援 Python 和 R，因此需要個人閘道。 Python 套件或 R 套件是必要條件。 為了避免不相容，IT 應該管理已安裝的套件、安裝位置，以及安裝的版本符合 Power BI 服務 中支援的版本。

數據聯機組件

視數據源而定，您可能需要在使用者裝置上安裝驅動程式、連接器或提供者。 當使用者在用戶端工具中運作（例如 Power BI Desktop）或第三方工具時，這些元件會啟用數據連線。

重要

對於需要透過網關聯機的數據源，必須在每個 數據閘道 機器上安裝相同的驅動程式、連接器和提供者。 數據閘道上的遺漏元件是數據重新整理失敗的常見原因，一旦內容發佈至 Power BI 服務。

提示

為了簡化對大量使用者的傳遞，許多IT小組會將最常見的驅動程式、連接器和提供者部署為標準使用者裝置設定的一部分。

版本控制工具

已安裝用戶端工具的內容建立者，例如 Power BI Desktop，也應該有辦法儲存 檔案的版本或歷程記錄副本。 需要復原變更時，對舊版的存取特別有用。

有兩個主要方式可以處理開發檔案的版本控制。

  • Teams、商務用 OneDrive、SharePoint：自助內容建立者通常會在 Teams、OneDrive for Work 或 school 或 SharePoint 中儲存盤案。 用戶發現這些工具很熟悉且容易使用。 共用連結庫可以組織、保護適當的同事，並內建版本控制。
  • 原始檔控制外掛程式： 進階內容建立者可能需要與原始檔控制工具整合。 例如，這通常牽涉到安裝 Git 以進行原始檔控制，然後使用 Visual Studio Code 之類的原始檔控制管理工具，將內容變更認可至遠端存放庫，例如 Azure DevOps Repos。 針對 Power BI Desktop， 可以使用開發人員模式 。 在此模式中，內容會儲存為Power BI專案 （.pbip） 檔案，與慣用的原始檔控制系統搭配使用相容。 使用 Fabric 時， 支援 Git 整合 以使用用戶端工具。

如需詳細資訊，請參閱 檔案位置的策略。

自訂視覺效果

Power BI 自定義視覺效果，開發人員可以使用 Power BI 視覺效果 SDK 來建立，可讓 Power BI 報表建立者超越內建核心視覺效果。 Microsoft、軟體開發人員、廠商或合作夥伴可以建立及發行自定義視覺效果。

若要在Power BI Desktop 中使用自定義視覺效果，必須先安裝在內容建立者的電腦上。 有數種方式可將視覺效果散發給使用者。

  • AppSource：AppSource 是 Microsoft 軟體的應用程式、載入宏和擴充功能市集。 視覺效果會使用Power BI視覺效果 （.pbiviz） 檔案在AppSource中散發。 視覺效果可以自由散發 ，或需要授權。
    • 優點：
    • 潛在的缺點：
      • 當每個內容建立者從 AppSource 下載所需的內容時，可能會導致使用者安裝不同版本時不相容。
      • 內容建立者可能會下載尚未在組織中測試或核准使用的視覺效果。
      • 視覺效果的開發人員必須遵循嚴格的 發佈程式。 雖然它強化了安全性並改善穩定性，但此程式可能會讓發行 Bug 修正程式變得很困難，
  • 匯入視覺效果檔案： 內容建立者可以將 視覺檔案 匯入 Power BI Desktop。
    • 優點：
      • 您可以安裝公開或私下散發的視覺效果。 這包括從廠商購買的內部開發視覺效果或專屬視覺效果。
      • 允許在 AppSource 外部取得視覺檔案的方法。
    • 潛在的缺點：
      • 若沒有集中式系統，內容建立者可能很難知道哪些視覺效果已核准在組織中使用。
      • 當每個內容建立者匯入他們擁有的視覺檔案時，可能會導致使用者安裝不同版本時不相容。
      • 更新 不會自動傳播至用戶裝置。 在每個使用者更新其視覺效果檔案之前，不會更新本機 Power BI Desktop 檔案中的報表。
      • 不支援使用認證的視覺效果。
  • 組織視覺效果：組織視覺效果存放庫是管理視覺效果的網狀架構管理入口網站中的集中式區域。
    • 優點：
      • 內容建立者不需要管理視覺檔案。 相反地，網狀架構系統管理員會集中管理所有使用者可用的視覺效果版本。 所有使用者和所有報表都會確保版本一致性。
      • 您可以安裝公開或私下散發的視覺效果。 這包括從廠商購買的內部開發視覺效果或專屬視覺效果。
      • 視覺效果可以測試並預先核准以用於組織。 此驗證程式可降低使用未核准視覺效果的風險。 它也允許更大的彈性來設定哪些特定版本的視覺效果已核准使用。
      • 所有報表和儀錶板都會自動更新為使用最新版本（在系統管理入口網站中更新視覺效果檔案或在 AppSource 中提供時）。
      • 如果組織目前使用的視覺效果被視為不再值得信任，則可以從組織視覺效果存放庫停用或刪除該視覺效果。 在此情況下，視覺效果將不會在報表和儀錶板中轉譯。
      • 允許從 AppSource 使用未經認證的視覺效果。 當您設定租用戶設定來封鎖未經認證的視覺效果時，這非常有用，但已驗證並核准特定非認證的視覺效果，以供組織使用。
    • 潛在的缺點：

重要

如果您的組織高度關注數據隱私權和數據外泄，請考慮透過組織視覺效果存放庫控管所有自定義視覺效果。

提示

您散發自定義視覺效果的方式是 治理 考慮。 建議您仔細評估每個視覺效果的功能，並考慮其成本和支援模型，以便充分支持內容建立者。

此外，在您核准使用新的自定義視覺效果之前，請務必評估任何安全性和數據隱私權風險，因為：

  • 視覺效果會執行 JavaScript 程式代碼，並存取其可視化的數據。
  • 視覺效果可以將數據傳輸到外部服務。 例如，視覺效果可能需要將數據傳輸到 API 以執行 AI 演算法或轉譯地圖。 只是因為視覺效果會將數據傳輸到外部服務，這並不表示不可信。 傳輸數據的視覺效果無法通過認證。

如需詳細資訊，請參閱 治理組織視覺效果。

組策略設定

組策略 提供 Windows 計算機和網路環境的作業系統、應用程式和使用者設定的集中式管理和設定。 它可協助 IT 推出及管理一致的用戶帳戶和電腦設定。 針對 Power BI Desktop，最常見的組策略用法是管理自定義視覺效果（如上一節所述）。

您可以指定 Power BI Desktop 中是否 允許或封鎖未經認證的視覺效果 。 為了確保使用者在Power BI Desktop和 Power BI 服務 中都有一致的體驗，請務必在兩個地方一致地管理自定義視覺效果。

  • 租使用者設定：當使用者在 Power BI 服務 中建立或編輯報表時，[僅新增及使用認證視覺效果] [封鎖未認證] 租使用者設定允許或封鎖使用自定義視覺效果。

  • 組策略： 組策略設定可控制當使用者在Power BI Desktop中建立或編輯報表時，自定義視覺效果的使用。 如果內容建立者花費相當長的時間在Power BI Desktop中建立無法顯示在 Power BI 服務 中的內容（因為租用戶設定錯誤），則會導致大量用戶沮喪。 這就是為什麼保持兩者保持一致是很重要的。

您也可以使用組策略來指定是否 允許或封鎖自訂視覺效果的數據匯出 。

登錄設定

Windows 作業系統會將計算機資訊、設定和選項儲存在 Windows 登錄中。 針對 Power BI Desktop，登錄設定可以設定為自定義用戶電腦。 組策略可以更新登錄設定，這有助於IT設定所有使用者（或使用者群組）保持一致的預設設定。

以下是與 Power BI Desktop 相關的登錄設定的幾個常見用法。

  • 停用 軟體更新可用的通知 。 當您確定 IT 會取得 Power BI Desktop 更新、執行驗證，然後透過其一般程式將更新推送至使用者裝置時，這非常有用。
  • 設定全域 隱私權層級。 將此設定 設為 [組織 ] 是明智的，因為它有助於避免合併不同數據源時的數據隱私權違規。
  • 停用 Power BI Desktop 登入表單。 當組織機器自動登入時，停用窗體會很有用。 在此情況下，使用者不需要提示。
  • 調整 查詢編輯器 效能。 當您需要變更預設值來影響查詢執行行為時，此設定很有用。
  • 停用外部工具功能區索引標籤。當您知道您無法核准或支援使用外部工具時，可能會停用功能區索引標籤。

提示

通常，目標是不會大幅限制使用者可以使用工具執行的動作。 而是要改善用戶體驗並減少支援需求。

行動裝置管理

許多用戶喜歡在行動裝置上與Power BI內容互動，例如平板電腦或手機，無論是在家或旅行。 適用於 iOS、Android 和 Windows 的 Power BI 行動裝置應用程式 主要是針對較小的尺寸和觸摸屏所設計。 它們可讓您更輕鬆地與發佈至 Power BI 服務 或 Power BI 報表伺服器 的內容互動。

您可以使用 Microsoft Intune，為受控和非受控裝置指定應用程式保護原則和裝置保護原則。 Intune 是一項軟體服務，提供行動裝置和應用程式管理，並支援行動應用程式管理 （MAM） 原則。 原則可以在各種 保護層級設定。

或者，Microsoft 365 或第三方的行動裝置管理 （MDM） 解決方案也 可以用來自定義 Power BI 行動裝置應用程式的行為。 適用於 Windows 的 Power BI 應用程式也支援 Windows 資訊保護 （WIP） 。

以下是數種方式可讓您選擇使用 MAM 和 MDM 原則。

  • 指定數據保護設定。
  • 當應用程式未使用時，加密應用程式數據。
  • 當裝置遺失時，選擇性地抹除數據。
  • 防止將數據儲存到個人儲存位置。
  • 限制動作以剪下、複製和貼上。
  • 防止列印組織數據。
  • 需要生物特徵辨識數據或存取 PIN 才能開啟行動應用程式。
  • 當使用者在行動應用程式中選取或點選時，請指定預設行為。

如需保護裝置和數據的詳細資訊，請參閱 Power BI 安全性白皮書。

檢查清單 - 管理裝置時，關鍵決策和動作包括：

  • 決定 Power BI Desktop 如何更新： 請考慮如何安裝 Power BI Desktop （和其他用戶端工具）。 盡可能確保會自動安裝更新。
  • 識別必要的用戶端工具必要條件： 確定已安裝並定期更新所有必要條件軟體和套件。
  • 識別必要的數據聯機組件： 確定會定期安裝及更新數據連線所需的所有驅動程式、連接器和提供者。
  • 決定如何處理自定義視覺效果： 決定如何從AppSource和其他來源處理自定義視覺效果。 設定 [ 允許從 Power BI SDK 租使用者建立的視覺效果] 設定，以及 [新增和使用僅限 認證的視覺效果] 租用戶設定，以符合您的決策。 請考慮建立可讓使用者要求新自定義視覺效果的程式。
  • 設定組策略設定：設定組策略，以確保自定義視覺效果在Power BI Desktop中的管理方式與 Power BI 服務相同。
  • 設定登錄設定： 設定登錄設定，以在適用時自定義用戶機器。
  • 調查行動裝置管理： 在適當情況下，請考慮針對行動裝置使用應用程式保護原則和裝置保護原則。

相關內容

如需更多考慮、動作、決策準則和建議，以協助您進行Power BI實作決策，請參閱 Power BI實作規劃。