# 计划您的朝向 Qlik Cloud 的迁移

在计划迁移到 Qlik Cloud 时，请查看 Qlik 的建议考虑事项、最佳实践和方法，以及整个过程中可用的资源，以确保从 QlikView 产品成功过渡到 Qlik Cloud。这些建议考虑了 Qlik 客户迁移到 Qlik Cloud 时获得的知识和经验。

从评估和评估组织开始迁移：

1. 战略方向—将迁移到 Qlik Cloud 视为一项战略举措。将项目与未来业务需求以及组织的云、数据和分析战略的长期方向保持一致。

2. 准备和实施 - 详细说明所需的注意事项、准备的主要关键步骤以及实施的最佳实践方法。

3. 优化 - 建立机制来衡量和管理您的 Qlik Cloud 部署，以帮助推动采用。

审查这些关键领域可确保您在最大限度地提高成功率的同时，最大限度地降低迁移成本。

## 战略方向

迁移到 Qlik Cloud 时，请记住组织的战略计划。这有助于确定迁移优先事项和可以转移至 Qlik Cloud 或可能取消的现有举措。

考虑以下一些问题：

* 我们移动到 Qlik Cloud 的战略目标是什么？

* 我们当前的云数据架构是什么？

* 我们的操作系统托管在哪里？

* 我们的组织需要通过我们的数据和分析平台支持哪些举措？

## 准备和实施

Qlik Cloud 中的新特性和功能意味着 QlikView 产品中使用的方法、科技和功能在 Qlik Cloud 中可能有所不同。基于云的解决方案在架构上不同于客户端管理的解决方案，应考虑重新构想和重构以优化 Qlik Cloud 的优势。因此，要用 Qlik 优化您的分析体验，迁移需要超越提升，从本地迁移到 Qlik Cloud。一旦确定了战略目标，接下来的步骤就是解决基本的迁移活动。

### 瞭解遷移工作流程和時間表

您的具体迁移方法和过程将取决于您当前的环境、资源和需求。本节提供了迁移工作流的概述。将其作为指导原则，帮助您了解迁移过程中事件的时间和顺序。有些任务具有相关性，而其他任务（如 QlikView 应用程序转换和重构）可以并行运行。迁移中每个步骤的持续时间将根据现有 QlikView 部署的复杂性而有所不同。

以下示例工作流根据任务类型“流程”、“设置”或“应用程序转换”对迁移步骤进行分类。任务根据它们在迁移序列中的位置进行排列。

迁移工作流和时间表示例

迁移工作流和时间表示例

迁移工作流和时间表示例 ![QlikView 迁移的迁移工作流和时间表示例](https://help.qlik.com/zh-CN/migration/Content/Resources/Images/MigrationCenter/migration-qv-migration-workflow.png)

请注意，应用程序转换过程在整个过程的早期就开始了。这是为了留出时间来审查转换器工具的结果，将新创建的 Qlik Sense 应用程序部署到云端，并完成可视化设计和连接。

QlikView 的迁移文档主要关注“处理”和“设置”工作流中的任务。这包括设置云租户和 Qlik Analytics Migration Tool，然后使用它来管理用户和内容到 Qlik Cloud 的迁移。

有关更多信息，请参阅：

* [部署 Qlik Cloud 租户](https://help.qlik.com/zh-CN/migration/Content/Migration/qv-deploy-qlik-cloud-tenant.htm)

* [Qlik Analytics Migration Tool概述](https://help.qlik.com/zh-CN/migration/Subsystems/AnalyticsMigrationTool/Content/Qlik-Analytics-Migration-Tool-Overview.htm)

* [Migrating users, groups, roles, and authorizations](https://help.qlik.com/zh-CN/migration/Content/Migration/qv-migrate-users.htm)

### 安全和治理

#### 身份验证和授权

默认情况下，根据 Qlik Account 即默认 Qlik 身份提供程序配置一个新 Qlik Cloud 租户，这要求任何用户在登录之前先向 Qlik 注册帐户。但是，最佳做法是在现有 Qlik 部署中使用外部身份提供者（例如 Active Directory）。

使用自己的身份提供者的优势包括：

* 允许使用现有公司凭据访问平台，而无需创建和管理 Qlik Account。

* 强制执行您自己的密码长度、密码过期和多因素身份验证策略。

* 根据您的 IT 安全和治理要求审核和监控访问。

* 如果需要，联合多个目录。

* 通过身份提供者包括用户的组分配。

* 自动处理用户的加入和离开，并控制如何管理空间安全和区域权限的用户 ID。

信息注释Qlik Cloud 租户中的组的存在是提高环境的可管理性和易管理性的关键因素。

#### 角色和规则

Qlik Cloud 使用了一种方法，在该方法中将安全性直接分配给组，或分配给通过身份提供程序无法获得组的用户。

Qlik Cloud 权限可以在空间级别（应用程序和数据）或系统级别（管理角色）设置，两者都支持组分配。这种方法需要一些特定于组织的规划。虽然此方法可以在迁移之前实施，但建议您在开始迁移活动之前，根据 Qlik Cloud 中的新角色和功能来检查此设计。

#### 合理化和优化当前 Qlik 部署

QlikView 客户通常发现他们有许多遗留应用程序，其中一些可能不再需要（例如在开发和测试环境中）。通过归档旧的、重复的或未使用的应用程序来优化当前环境，可以显著减少迁移到 Qlik Cloud 的工作量（和成本），并最大限度地减少日常维护和测试开销。

以下方法是合理化和优化 Qlik 部署的最佳实践技术：

* 对于生产应用程序：请求应用程序所有者确认资源，以便在迁移后测试应用程序，或声明应用程序可以停用（选择退出）。

* 对于开发和测试应用程序：请求应用程序所有者提供需要迁移的应用程序列表（选择加入）。

* 对于所有不需要迁移的应用程序：导出并归档到 Qlik 部署之外的长期存储中。

### 您的应用程序

在计划迁移到 Qlik Cloud 时，检查应用程序以了解应用程序是否适合 Qlik Cloud 部署非常重要。Qlik Cloud 支持基于不同需求的多个容量层。大多数应用程序都符合我们的标准容量层，但在需要时，Qlik 为更大的应用程序和利基使用情况提供了扩展的专用容量选项。有关 Qlik Cloud 容量规格的详细信息，请参阅 [Qlik Sense 规格和容量](https://help.qlik.com/zh-CN/cloud-services/Subsystems/Hub/Content/Sense_Hub/Introduction/qcs-specs-capacity.htm)。

审查应用程序时需要考虑的关键因素：

* 应用程序大小

* 重新加载持续时间和并发性

* 数据源

* 第三方组件 — 扩展、GeoAnalytics、Qlik NPrinting 和其他集成解决方案

* 匿名或 OEM 用例（请联系 Qlik）

* 插件

Qlik 可以通过在客户端管理的环境中运行我们的就绪应用程序来帮助完成此审查。SaaS 就绪应用程序是一个 QlikView 应用程序，旨在由 Qlik 在 QlikView 环境中运行，供正在考虑 Qlik Cloud 的客户使用。此应用程序分析在 QlikView 环境上的应用程序，并将其归类到相应的 Qlik Cloud 层级。该应用程序还包括会话使用情况、数据连接元数据和世系，所有这些都是对资产迁移的复杂性进行优先级排序和权衡的重要属性。

更详细的评估可通过 Qlik 的客户成功组织获得。

### 访问您的数据

到 Qlik Cloud 的迁移计划中必须考虑组织数据的位置。Qlik Cloud 有几个连接器可以访问许多可公开寻址的数据源。因此，如果您的组织已迁移到受支持的基于云的系统（如 Salesforce 或 Workday）、云数据库（如 Snowflake for Google Big Query）或云存储（如 AWSS3 S3 或 Azure 块存储），那么移动应用程序的数据连接将非常简单。许多组织的数据源都在内部，无法通过公共互联网访问，或者需要使用客户的特定结构连接器。在这些情况下，有几种工具和方法可以将这些数据提供给 Qlik Cloud。

以下是使您的数据可用于 Qlik Cloud 的当前选项：

* 从 Qlik Cloud 直接连接到受支持的源系统 - 拉取到 Qlik Cloud 中

* Qlik 数据网关 - 直接访问 – 直接访问您在 Qlik Cloud 的私人数据

* 将您的数据移动到受支持的云数据库或存储 – 然后拉取到 Qlik Cloud 中

这些技术和技术可用于实现或集成您的战略云数据架构。在过渡到云数据架构的战略长期目标时，通常使用短期战术选项。

#### 直接从 Qlik Cloud 连接到您的源系统

此选项最常用于移动到基于云的系统（如 Salesforce 或 Workday）的情况。Qlik Cloud 可以通过 Qlik 连接器连接到这些系统，也可以使用 Qlik Automate 构建与这些系统的集成。不建议连接到本地源，因为它需要打开组织的防火墙。

信息注释Qlik 上提供的 Qlik Cloud 连接器与我们的客户端管理 Qlik 产品捆绑的连接器不同。您应该在规划部署时检查兼容性。您不能将自己的自定义驱动程序或连接器添加到 Qlik Cloud。

#### Qlik 数据网关 - 直接访问

Qlik 数据网关扩展 Qlik数据服务 到客户的数据，无论其位置如何 — 内部部署、虚拟私有云或公共云。网关允许使用安全的专用隧道直接访问，而无需打开客户防火墙中的端口，直接访问 Qlik Cloud 和其他主流的云目标，如 Snowflake、Azure Synapse、Google Big Query 或 Databricks。

信息注释有关 Qlik 数据网关 - 直接访问、安装和设置的信息，请参阅：[数据网关](https://help.qlik.com/zh-CN/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/setting-up-gateways.htm)。

## 将 QlikView 内容移动到 Qlik Cloud：概念和最佳实践

### 文档评估

您的迁移策略应当包括您的 QlikView 文档的评估。这可帮助您决定是否：

* 停用文档。
* 将文档迁移至 Qlik Cloud 应用程序。

考虑以下方面：

* 文档是否具备商业价值？考虑文档的使用频率、使用它的人数以及使用它的人。只有一个人使用的文档如果被用于做出重要业务决策，可能仍然是至关重要的。

* 文档是否接近生命周期末尾？其提供的见解是否仍然重要？如果是这样，开发工作可以转而用于重新规划和构建一个新的Qlik Cloud应用程序。

文档评估工具：

* QlikView 管理仪表板 提供对于 QlikView 部署的可见性。仪表板显示的信息包括重复出现的标签和表达式、复杂性分析、文件大小、使用频率和数据沿袭。Sense Profile Score 就与 Qlik Sense 之间的兼容性对 QlikView 以及 Qlik Cloud 应用程序打分。

  有关更多信息，请参阅[QlikView治理仪表板](https://help.qlik.com/en-US/governance-dashboard/Content/QV_GovDashboard/What.htm) （仅提供英文版本）。

### QlikView 和 Qlik Cloud 功能评估

考虑以下方面：

* Qlik Cloud 中有什么功能改进支持您的组织目标？例如，Qlik Cloud 使得您组织的所有成员更易于开发和共享见解。

* QlikView 中有什么功能尚未由 Qlik Cloud 支持？当功能不受支持时，是否有合理的解决方法？

### QlikView 和 Qlik Cloud 开发人员以及使用者评估

考虑以下方面：

* 对于消费者来说，云是一种非常不同但功能强大的新体验。许多新功能可用于增强、自动化和增强他们的分析。让他们适应这种出色的新环境是成功的关键。可以利用消费者的自助服务功能来最大限度地减少熟练开发人员的开发任务。

* 开发过程也大不相同。在应用程序转换之前对开发人员进行培训，将使他们为新功能和技术做好准备，为工作增加价值。