規劃您的遷移
上次更新：2026/10/14從 Qlik Sense Client-Managed 或 QlikView 遷移至 Qlik Cloud 代表企業分析的策略性演進。此轉換並非隨即轉移作業，而是一項現代化措施，需要審慎規劃、利害關係人對齊以及架構遠見。
Qlik 分析遷移工具專為執行定義的遷移計畫而建置。它提供結構化的程序步驟序列，以遷移應用程式、使用者、空間、連線和相關資產。然而，此工具並未定義更廣泛的遷移策略。它不會決定資產應如何在業務單位之間區隔、依影響優先順序排列，或在時間軸上分階段進行。
相反地，此工具提供可預測的架構，用於在策略到位後執行遷移。
此頁面概述了支援成功轉換至 Qlik Cloud 所需的基礎規劃工作。透過充分準備，移轉可以加速創新、簡化營運並強化治理。
1.建立移轉目標
釐清業務和技術目標，以確保利害關係人對齊。常見的移轉驅動因素包括：
| 目標 | 範例 | 值 |
|---|---|---|
| 現代化 | 採用 Qlik Cloud SaaS 功能 | 存取創新，例如 AI、自動化、擴增分析和原生協作 |
| 營運效率 | 消除基礎架構維護和手動更新 | 降低管理負擔並提高敏捷性 |
| 成本最佳化 | 整合授權，淘汰舊有系統 | 降低總持有成本並將節省的資金再投資於分析開發 |
| 延展性 | 因應不斷增長的資料量和使用者需求 | 無需基礎架構升級即可滿足企業分析需求 |
| 治理對齊 | 集中存取控制和政策 | 強化資料保護和合規性 |
| 改善的使用者體驗 | 提供回應式、瀏覽器原生介面 | 提高採用率和滿意度 |
主要活動：
- 定義可衡量的成功準則 (例如，應用程式效能、系統停用時間表)
- 識別主要利害關係人與贊助商
- 記錄限制與相互依存關係
2.稽核並合理化現有資產
在定義要移轉的內容之前，請對 Qlik 環境執行全面盤點。這應包括：
- Qlik Sense 和 QlikView 應用程式
- 延伸和佈景主題
- Qlik NPrinting 報告
- 資料連線和資料來源
- 重新載入任務和相依性
- 使用者、角色和安全性規則
分類每個資產：
- 要移轉 — 作用中使用的、高價值或策略性重要的
- 要重新設計 — 需要調整以符合 Qlik Cloud 相容性
- 要解除委任 — 不再使用或多餘的
SaaS 準備工具可透過 Qlik 技術代表和認證的 Qlik 合作夥伴取得，以協助此程序。這些未公開提供，且必須透過授權管道要求。
結構良好的稽核支援重點遷移規劃，並避免帶入未使用或過時的內容。
3.定義遷移範圍和結構
圍繞明確的界限來規劃遷移工作，以便進行測試、疊代和分階段推出。
Qlik 分析遷移工具元件：
- Plans — 定義要遷移的內容 (應用程式、使用者、資料等)
- Projects — 組織相關的規劃和設定
- Jobs — 執行規劃中定義的程序步驟
請考量下列規劃指南：
- 依據業務單位、區域或資產類型區分規劃
- 限制計畫規模以簡化測試和復原
- 優先處理風險較低的內容以進行早期驗證
- 根據業務影響和相依性協調時間表
Qlik Analytics Migration Tool 定義了執行步驟的順序，但未定義如何建構移轉階段。策略規劃決定了跨團隊的範圍、時程和協調。
4.設計 Qlik Cloud 環境結構
移轉成功取決於與 Qlik Cloud 架構的正確對齊。預先設計環境以支援安全性、協作和可擴展性。
空間和應用程式生命週期
- 將 Qlik Sense 串流對應至共用或受管理空間
- 為資料隔離或業務領域建立專用空間
- 建立生命週期階段的空間：開發、驗證、生產
- 定義空間擁有權、存取角色和升級工作流程
資料存取策略
- 檢閱所有資料來源的存取要求
- 防火牆/內部部署來源可能需要 Qlik Data Gateway – Direct Access
- 資料閘道是在 Qlik Analytics Migration Tool 外部設定
Qlik Cloud 中的資料閘道可以使用規劃使用者介面或 Excel 檔案中的 Data Gateway 下拉式選單對應到內部部署連線。Qlik Cloud 物件擷取用於探索可用的資料閘道並填入下拉式清單。File (via Direct Access gateway) 尚未實作，而是需要使用 Search and Replace 來更新指令碼。
5。準備使用者對應和安全性
在來源環境和 Qlik Cloud 之間對齊使用者身分和角色。
身分比對
- 內部部署系統 (例如 Active Directory) 與雲端 IdP (例如 Azure Entra ID、Okta) 不同
- 必須使用電子郵件地址或主旨欄位比對使用者
- 需要比對才能保留擁有權和存取權
身分比對考量事項在 建立計畫 中說明。
存取控制
- 適當地分配權利 (專業版、分析器)
- 將使用者群組對應至 Qlik Cloud 空間角色 (檢視者、參與者、擁有者)
- 在指派擁有權之前，請確保使用者存在
- 使用 Export Users 和 Import Users 以維持一致性
6.規劃 QlikView 轉換
QlikView 應用程式會使用 QlikView to Qlik Sense Converter (QV2QS) 轉換為 Qlik Sense 應用程式，此轉換器直接整合至 Qlik Analytics Migration Tool (2.3.0 版及更新版本)。與早期的轉換器不同，QV2QS 重建應用程式體驗—不只是其可重複使用的資產—以便轉換後的應用程式在 Qlik Cloud 中更接近完成狀態。
轉換的資產包含：
- 工作表及其版面配置
- 視覺化 (圖表、表格及其他物件)
- 物件樣式
- 物件中的表達式和度量
- 變數
轉換是一個起點，而非最終產品。QlikView 和 Qlik Sense 在設計理念、版面配置結構和互動模型方面有所不同，因此，應審查和現代化轉換後的內容，以反映 Qlik Cloud 的最佳實務和使用者需求。將轉換視為一個重新思考內容呈現方式並利用回應式設計、動態篩選以及現代互動模型的機會。
規劃考量
- 先在 QV2QS 中測試複雜的轉換。遷移工具中可用的設定是完整 QV2QS 選項的子集。對於具有複雜版面配置、樣式或表達式的應用程式，請在獨立的 QV2QS 工具中驗證轉換，然後將這些設定匯回移轉工具。
- 為現代化編列時間。即使重新建立工作表和視覺效果，仍需規劃精力來檢閱轉換後的應用程式、在適當情況下重新設計，並使其符合 Qlik Cloud 慣例。
- 決定要轉換還是重建。某些高價值或高度客製化的應用程式，可能更適合在 Qlik Sense 中以原生方式重建。在提交完整工作之前，請先使用預覽針對每個應用程式做出此決定。
7.安排開發凍結
為在移轉期間保持一致性：
- 協調暫時內容凍結以避免移轉期間的變更
- 與開發和分析團隊清除溝通
- 預留時間進行測試和問題解決
8.驗證移轉
使用內建的 Qlik Analytics Migration Tool 功能：
- Job Logs 以取得逐步可見度
- Validate Applicaations 比較來源與目標行為
- Reset App Descriptions 與 Reset QlikView App Descriptions 用於清理
9.移轉後治理
使持續營運符合 Qlik Cloud 最佳實務：
- 使用空間以支援 DTAP 工作流程
- 利用 Qlik Cloud 的自動化與監控工具
- 建立並維護存取原則、命名慣例和擁有權文件
10.聘請 Qlik 專業服務
如需全面的移轉支援：
- 與 Qlik 專業服務或經認證的 Qlik 合作夥伴合作
- 存取 SaaS 就緒工具和策略研討會
- 利用經驗證的架構進行環境設計、執行和採用
請聯絡 Qlik 銷售代表，以探索服務選項並確保順暢的移轉體驗。