計畫遷移
從 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 資料閘道 - 直接存取
- 資料閘道是在 Qlik 分析移轉工具外部設定
- 閘道使用可能會影響連線名稱和指令碼邏輯
載入指令碼路徑可能需要更新。在移轉計畫中使用 Search and Replace Rows 功能，以程式設計方式調整連線。
5。準備使用者對應和安全性
在來源環境和 Qlik Cloud 之間對齊使用者身分和角色。
身分比對
- 內部部署系統 (例如 Active Directory) 與雲端 IdP (例如：Azure Entra ID、Okta) 不同
- 必須使用電子郵件地址或主旨欄位比對使用者
- 需要比對才能保留擁有權和存取權
身分比對考量事項在 建立計畫 中說明。
存取控制
- 適當地分配權利 (專業版、分析器)
- 將使用者群組對應至 Qlik Cloud 空間角色 (檢視者、參與者、擁有者)
- 在指派擁有權之前，請確保使用者存在
- 使用 Export Users 和 Import Users 以維持一致性
6. 規劃 QlikView 轉換
QlikView 應用程式是使用 QlikView 轉換器轉換的，該轉換器可在 Qlik Sense Desktop 和 Qlik Sense Client-Managed 中取得。Qlik Analytics 移轉工具透過 API 以程式設計方式整合此轉換器。
轉換的資產包含：
- 變數
- 主維度和量值
- 主要視覺化
QlikView 工作表不會在 Qlik Sense 中重新建立。儘管目的相似，但這些平台在設計理念、版面配置結構和使用者介面方面存在顯著差異。轉換是一個起點—現代化應反映 Qlik Cloud 的最佳實務和使用者需求。這是一個重新思考內容呈現方式並利用回應式設計、動態篩選和現代互動模型的機會。
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 銷售代表，以探索服務選項並確保順暢的移轉體驗。