共用方式為

規劃將 .rdl 報表移轉至 Power BI

  • 發行項

適用於：Power BI 報表產生器Power BI Desktop Power BI 2022 報表伺服器 SQL Server 2022 Reporting Services

本文以 Power BI 報表伺服器 和 SQL Server Reporting Services （SSRS） 報表作者和 Power BI 系統管理員為目標。 它提供指引，協助您將報表定義語言 （.rdl） 報表移轉至 Power BI。

顯示將 .rdl 報表從內部部署移轉至 Power BI 服務 的圖表。

流程圖顯示將內部部署 .rdl 報表移轉至編頁報表 Power BI 服務 的路徑。

注意

在 Power BI 中，.rdl 報表稱為 編頁報表。

指引分為四個階段。 建議您先閱讀整個文章，再移轉報表。

  1. 開始之前
  2. 移轉前階段
  3. 移轉階段
  4. 移轉後階段

您可以達成移轉，而不需要停機至報表伺服器，或中斷報表使用者。 請務必瞭解您不需要移除任何數據或報表。 因此，這表示您可以保留您目前的環境，直到您準備好要淘汰為止。

在您開始使用 Intune 之前

開始移轉之前，請確認您的環境符合特定必要條件。 我們會描述這些必要條件，也為您介紹實用的移轉工具。

準備進行移轉

當您準備將報表移轉至 Power BI 時，請先確認您擁有 Power BI Pro 或 Premium Per User 授權，以將內容上傳至目標工作區。

支援的版本

您可以移轉在內部部署執行的報表伺服器實例，或在 Azure 等雲端提供者所裝載的虛擬機上。

下列清單描述移轉至 Power BI 支援的 SQL Server Reporting Services 版本：

  • SQL Server Reporting Services 2012
  • SQL Server Reporting Services 2014
  • SQL Server Reporting Services 2016
  • SQL Server Reporting Services 2017
  • SQL Server Reporting Services 2019
  • SQL Server Reporting Services 2022

您也可以從 Power BI 報表伺服器 移轉 .rdl 檔案。

適用於 Power BI 報表伺服器 和 SQL Server Reporting Services 2017+ 的移轉工具

如果您在 SQL Server 2016 之後使用 Power BI 報表伺服器 或 SQL Server Reporting Services，有內建工具可將其報表發佈至 Power BI。 如需詳細資訊，請參閱 將 .rdl 檔案發佈至 Power BI。

舊版 SQL Server 的移轉工具

針對舊版的 SQL Server Reporting Services，建議您使用 RDL 移轉工具來 協助準備和移轉報表。 此工具是由 Microsoft 所開發，可協助客戶將 .rdl 報表從其 SSRS 伺服器遷移至 Power BI。 其可在 GitHub 上取得，其中記載移轉案例的端對端逐步解說。

此工具會將下列工作自動化：

  • 檢查不支持的數據源和不支持的報表功能。
  • 將任何 共享 資源轉換為 內嵌 資源：
    • 共用 數據源 會變成內嵌數據源。
    • 共用 數據集 會變成內嵌數據集。
  • 將檢查當做 編頁報表傳遞至指定的 Power BI 工作區的報表。

它不會修改或移除現有的報表。 完成時，此工具會輸出已完成、成功或失敗之所有動作的摘要。

經過一段時間后，Microsoft 可能會改善此工具。 鼓勵社區參與和幫助加強。

移轉前階段

確認您的組織符合必要條件之後，您就可以開始 移 轉前階段。 此階段有三個階段：

  1. 探索
  2. 評估
  3. 準備

發現卡

探索階段的目標是要識別現有的報表伺服器實例。 此程式牽涉到掃描網路，以識別您組織中的所有報表伺服器實例。

您可以使用 Microsoft Assessment and Planning Toolkit。 「MAP 工具組」會在報表伺服器實例、版本和已安裝的功能上探索和報告。 這是功能強大的清查、評量和報告工具，可簡化您的移轉規劃程式。

組織可能會有數百份 SQL Server Reporting Services （SSRS） 報告。 其中一些報告可能會因為無法使用而過時。 尋找和淘汰未使用的報告一文 可協助您探索未使用的報表 ，以及如何建立清除頻率。

評估

探索到報表伺服器實例之後，評估階段的目標是了解無法移轉的任何 .rdl 報表或伺服器專案。

您可以將 .rdl 報表從報表伺服器移轉至 Power BI。 每個移轉的 .rdl 報表都會變成 Power BI 編頁報表。

不過，下列報表伺服器專案類型無法移轉至 Power BI：

  • 共用數據源和共享數據集：只要共用數據源和數據集使用支持的數據源，RDL 移轉工具會自動將共用數據源和共用數據集轉換成內嵌數據源和數據集。
  • 映射檔等資源 。
  • 鏈接報表 會移轉，是否 選取連結的父 報表以進行移轉。 在 Power BI 服務 中，它們是一般 .rdl 報告。
  • KPI：Power BI 報表伺服器 或 Reporting Services 2016 或更新版本— 僅限 Enterprise Edition。
  • 行動報表：Power BI 報表伺服器 或 Reporting Services 2016 或更新版本—僅限 Enterprise Edition。
  • 報表模型：已淘汰。
  • 報表元件：已淘汰。

如果您的 .rdl 報表依賴 Power BI 編頁報表尚未支援的功能，您可以規劃在合理的情況下將其重新開發為 Power BI 報表。

如需 Power BI 服務 中編頁報表支持數據源的詳細資訊，請參閱 Power BI 編頁報表支持的數據源。

一般而言，Power BI 編頁報表已針對 列印或 PDF 產生進行優化。 Power BI 報表已針對 探索和互動性進行優化。 如需詳細資訊，請參閱 在 Power BI 中編頁報表時機為何。

不支援參考報表內的自定義程式碼 DLL 檔案。

當在報表中使用不支援非拉丁字元的字型，然後將非拉丁字元加入至報表中時，PDF 的輸出中最常發生差異的情形。 在 報表伺服器和用戶端計算機上測試 PDF 轉譯輸出 ，以確認報表正確轉譯。

準備

準備階段的目標是讓一切準備就緒。 其涵蓋設定Power BI環境、規劃如何保護及發佈報表，以及重新開發不會移轉的報表伺服器專案的想法。

  1. 確認對報表 數據源的支援，並設定 Power BI閘道 以允許與任何內部部署數據源連線。
  2. 熟悉 Power BI 安全性，並規劃如何使用 Power BI 工作區重現報表伺服器資料夾和許可權。
  3. 熟悉 Power BI 共用，並規劃如何發佈 Power BI 應用程式來發佈內容。
  4. 請考慮使用 共用Power BI語意模型 來取代報表伺服器共享數據源。
  5. 使用 Power BI Desktop 來開發行動優化報表，可能使用 Power KPI 自定義視覺效果 來取代報表伺服器行動報表和 KPI。
  6. 重新評估 報表中使用UserID 內建欄位。 如果您依賴 UserID 來保護報表數據，則瞭解編頁報表（裝載於 Power BI 服務 時）會傳回用戶主體名稱（UPN）。 因此，內建字段會傳回類似 的 adelev@adventureworks.comNT 帳戶名稱，例如 AW\adelev。 您必須修改數據集定義，而且可能是源數據。 修訂併發佈之後，建議您徹底測試報表，以確保數據許可權如預期般運作。
  7. 重新評估 報表中使用ExecutionTime 內建欄位。 對於編頁報表（在 Power BI 服務 中裝載時），內建字段會傳回國際標準時間 （或 UTC） 中的日期/時間。 它可能會影響報表參數預設值，以及報表運行時間標籤（通常新增至報表頁尾）。
  8. 如果您的數據來源是 SQL Server（內部部署），請確認報表未使用地圖視覺效果。 地圖視覺效果取決於 SQL Server 空間數據類型，閘道不支援這些資料類型。 如需詳細資訊，請參閱編頁報表的數據擷取指引（SQL Server 複雜數據類型）。
  9. 對於串聯參數，請注意會循序評估參數。 請先嘗試預先匯總報表數據。 如需詳細資訊，請參閱 在編頁報表中使用級聯參數。
  10. 請確定您的報表作者已安裝Power BI 報表產生器，而且您可以輕鬆地在整個組織中散發更新版本。
  11. 利用 編頁報表的容量規劃 檔。

移轉階段

準備 Power BI 環境和報表之後，您就可以開始進行 移轉 階段。

有兩個移轉選項： 手動 和 自動化。 手動移轉適合少數報告，或需要修改移轉前的報表。 自動化移轉適合大量報表的移轉。

手動移轉

有權存取報表伺服器實例和 Power BI 工作區的任何人都可以手動將報表移轉至 Power BI。 以下是要遵循的步驟：

  1. 開啟包含您要移轉之報表的報表伺服器入口網站。
  2. 下載每個報表定義，並將 .rdl 檔案儲存在本機。
  3. 開啟最新版本的 Power BI 報表產生器，並使用您的 Microsoft Entra ID（先前稱為 Azure Active Directory）認證連線到 Power BI 服務。
  4. 在 Power BI 報表產生器 中開啟每個報表，然後：
    1. 確認所有數據源和數據集都內嵌在報表定義中，以及它們 是否支持數據源。
    2. 預覽報表以確保其正確呈現。
    3. 選取 [發佈]，然後選取 [Power BI 服務]。
    4. 選取您要儲存報表的工作區。
    5. 確認報表已儲存。 如果尚未支援報表設計中的某些功能，則儲存動作會失敗。 您會收到原因的通知。 然後，您必須修改報表設計，然後再試一次儲存。

自動化移轉

自動化移轉有三個選項。 您可以使用：

您也可以使用公開可用的 Power BI 報表伺服器、Reporting Services 和 Power BI API，將內容移轉自動化。 雖然 RDL 移轉工具已經使用這些 API，但您可以開發適合您確切需求的自定義工具。

如需 API 的詳細資訊，請參閱：

移轉後階段

順利完成移轉之後，您就可以開始進行 移 轉後階段。 此階段牽涉到完成一系列移轉後工作，以確保一切正常且有效率地運作。

設定內嵌數據集的查詢逾時

當您定義內嵌資料集時，您可以在報表撰寫期間指定查詢逾時值。 逾時值會與報表一起儲存在報表定義的 Timeout 元素中。

設定資料來源

報表移轉至 Power BI 之後，您必須確定其數據源已正確設定。 它可以涉及指派給閘道數據源，並 安全地儲存數據源認證。 RDL 移轉工具不會執行這些動作。

檢閱報表效能

強烈建議您完成下列動作，以確保最佳的報表用戶體驗：

  1. 在Power BI支援的每個瀏覽器中測試報表，以確認報表呈現正確。
  2. 執行測試，以比較報表伺服器和 Power BI 服務 上的報表轉譯時間。 檢查Power BI報表是否在可接受的時間轉譯。
  3. 對於長時間轉譯的報表，請考慮讓Power BI以具有報表附件的電子郵件訂閱的形式 將報表用戶傳遞給報表使用者。
  4. 針對以Power BI語意模型為基礎的Power BI報表，請檢閱模型設計，以確保它們已完全優化。

協調問題

移轉後階段對於協調任何問題至關重要，而且您解決任何效能問題。 將編頁報表工作負載新增至容量可能會導致編頁報表 和其他儲存在容量中內容 效能變慢。

相關內容

如需本文的詳細資訊，請參閱下列資源：

Power BI 合作夥伴可協助您的組織成功進行移轉程式。 若要與Power BI合作夥伴互動，請流覽 Power BI合作夥伴入口網站。