规划您的迁移
从 Qlik Sense Client-Managed 或 QlikView 迁移到 Qlik Cloud 代表着企业分析领域的战略性演进。这种转型不是一种即时迁移操作，而是一项现代化举措，需要周密的规划、利益相关者对齐和架构远见。
Qlik Analytics Migration Tool 专为执行明确的迁移计划而构建。它提供了一系列结构化的程序步骤，用于迁移应用程序、用户、空间、连接和相关资产。然而，该工具不定义更广泛的迁移策略。它不决定资产应如何在业务部门之间进行细分、按影响进行优先级排序或按时间线分阶段进行。
相反，在该策略到位后，该工具提供了一个可预测的框架来执行迁移。
本页面概述了支持成功转型到 Qlik Cloud 所必需的基础规划工作。充分准备后，迁移可以加速创新、简化运营并增强治理。
1. 确立迁移目标
明确业务和技术目标，以确保利益相关者对齐。常见的迁移驱动因素包括：
| 目标 | 实例 | 值 |
|---|---|---|
| 现代化 | 采用 Qlik Cloud SaaS 功能 | 获取创新，例如 AI、自动化、增强分析和原生协作 |
| 运营效率 | 消除基础设施维护和手动更新 | 降低管理开销，提高敏捷性 |
| 成本优化 | 整合许可证，淘汰旧系统 | 降低TCO，并将节省的资金再投资于分析开发 |
| 可扩展性 | 适应不断增长的数据量和用户需求 | 在不升级基础设施的情况下满足企业分析需求 |
| 治理对齐 | 集中访问控制和策略 | 增强数据保护和合规性 |
| 改善的用户体验 | 提供响应式、浏览器原生界面 | 提高采用率和满意度 |
主要活动：
- 定义可衡量的成功标准（例如，应用程序性能、系统退役时间表）
- 确定主要利益相关者和赞助商
- 记录约束和相互依赖关系
2. 审计并合理化现有资产
在定义要迁移的内容之前，请对 Qlik 环境进行全面盘点。这应包括：
- Qlik Sense 和 QlikView 应用程序
- 扩展和主题
- Qlik NPrinting 报告
- 数据连接和数据源
- 重新加载任务和依赖项
- 用户、角色和安全规则
对每个资产进行分类：
- 要迁移 — 正在积极使用、高价值或具有战略重要性
- 要重新设计 — 需要调整以兼容 Qlik Cloud
- 要停用 — 不再使用或冗余
SaaS 准备工具可通过 Qlik 技术代表和认证的 Qlik 合作伙伴获得，以协助完成此过程。这些不公开提供，必须通过授权渠道请求。
结构良好的审计支持有重点的迁移规划，并避免携带未使用或过时的内容。
3. 定义迁移范围和结构
围绕清除边界构建迁移工作，以实现测试、迭代和分阶段推出。
Qlik Analytics 迁移工具组件：
- 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 中的数据网关可以使用计划 UI 或 Excel 文件中的 Data Gateway 下拉列表映射到本地连接。Qlik Cloud 对象检索用于发现可用的数据网关并填充下拉列表。File (via Direct Access gateway) 尚未实施，而是需要使用 Search and Replace 来更新脚本。
5。准备用户映射和安全性
在源环境和Qlik Cloud之间对齐用户身份和角色。
身份匹配
- 本地系统（例如，Active Directory）与云身份提供商（例如：Azure Entra ID、Okta）不同
- 必须使用电子邮件地址或主题字段匹配用户
- 需要匹配以保留所有权和访问权限
身份匹配注意事项在创建计划中进行了解释。
访问控制
- 适当分配权限（专业版、分析器）
- 将用户组映射到 Qlik Cloud 空间角色（查看者、贡献者、所有者）
- 在分配所有权之前确保用户存在
- 使用 Export Users 和 Import Users 保持一致性
6. 规划 QlikView 转换
QlikView 应用程序使用 QlikView Converter 转换，该转换器在 Qlik Sense Desktop 和 Qlik Sense Client-Managed 中可用。Qlik Analytics Migration Tool 通过 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 销售代表，了解服务选项并确保顺畅的迁移体验。