迁移说明

新版功能简介

V4在V3的基础上做了重大功能升级。在迁移之前，请您花一点时间了解新版功能：

系统配置自动同步

新版Quick Audience与旧版共用一个账号体系，已配置的组织、空间等无需您再次手工配置。旧版的管理中心系统配置包括：

迁移操作步骤

新版Quick Audience与旧版使用不同的数据存储体系，老客户首次使用新版时，需要按新版的要求准备数据源和数据表，然后手动进行业务数据迁移，包括：

1. 数据源迁移

2. 数据集迁移

3. 受众迁移

4. 营销任务迁移

5. 营销活动迁移

6. 分析看板迁移

1. 数据源迁移

新版中，数据源分为计算源、分析源两种，它们在系统中的作用如下图所示：

• 计算源：原始数据首先被存储在计算源中，Quick Audience接入计算源后，每当导入原始数据时，计算源将对原始数据进行ID Mapping，然后导入分析源。

  当前计算源类型仅支持阿里云大数据计算服务MaxCompute。每个空间仅支持添加一个计算源。

• 分析源：从计算源导入原始数据时，经计算源ID Mapping后的数据将导入分析源。后续Quick Audience使用这些数据时，将直接从分析源获取，受众数据也将保存于分析源。

  当前分析源类型支持阿里云实时数仓Hologres或阿里云云原生数据仓库AnalyticDB MySQL 3.0。每个空间仅仅支持添加一个分析源。

  说明

  您只需要在Quick Audience绑定计算源、分析源然后导入数据表，即可实现从MaxCompute同步数据到ADB3.0或Hologres，无需使用专业的数据传输工具。

您可以将旧版的ADB3.0数据源利用到新版，如下图所示。

请您按以下说明配置新版的数据源：

2. 数据集迁移

新版中，您需要手工进行数据集的迁移。

新版中去除了数据集概念，将直接从分析源导入数据表，而后生成RFM/AIPL模型、筛选受众等。

新版支持的表类型与旧版支持的数据集底表类型对应关系如下表所示。旧版的用户标签数据集、行为数据集、RFM模型底表可以使用于新版；但旧版的AIPL模型底表不可用于新版，新版的AIPL模型将使用用户行为表数据。

您需要按照新版的数据表格式要求调整底表，将表存储于已绑定的MaxCompute计算源，然后在新版中操作。针对各类数据集/模型的具体说明如下：

3. 受众迁移

同样，受众也需要您从迁移后的数据中重新筛选或重新上传。随着业务数据的刷新，逐渐结束旧版中的受众的生命周期。

创建受众的具体操作，请参见受众筛选、上传受众、从分析源创建受众。

受众推送涉及的数据银行、达摩盘、Kafka的接口、账号将与旧版共用，您可直接在新版中使用推送功能，重新创建推送任务。

4. 用户营销任务迁移

新版将与旧版共用一套营销接口、账号配置，您无需再次手工配置营销接口、账号。

但由于营销的对象受众无法迁移到新版，您需要在新版中重新创建受众，然后对受众创建同样的营销任务，将营销任务逐渐切换到新版中运营，逐渐结束旧版中的营销任务的生命周期。

创建营销任务的具体操作，请参见用户营销。

您可以联系服务人员将老版中的营销任务（含触达营销、广告营销、自动化营销，除以下说明中的特殊情况外）迁移到新版本的任务列表，任务配置、已执行任务的执行记录、发送结果反馈等数据将随任务迁移。这样您就可以在新版中继续查看配置、执行记录、分析数据，但不支持对迁移过来的任务再次编辑、复制、执行。

此外，不涉及受众数据的内容管理、事件管理数据将自动迁移，您无需手工配置。您也无需修改您的一方应用或第三方应用中的上报事件代码。

5. 日历营销活动迁移

由于营销活动可能会关联受众和营销任务，您需要在新版中手工重新配置、重新关联新版中的受众和营销任务。

6. 分析看板迁移

新版分析看板将与旧版共用Quick BI接口、报表菜单配置，以同样的方式从Quick BI引用您的业务数据生成的看板，您无需手工迁移。

若您在旧版中已配置报表圈选受众功能，需要在新版中也实现从报表圈选受众，将生成的受众由新版管理，请确保您为新版同名空间配置的分析源与旧版空间使用同一个ADB3.0数据库。已在旧版中从报表圈选的受众需要重新圈选。