从 Azure Synapse 数据资源管理器迁移到 Fabric Eventhouse(预览版)

重要

Azure Synapse Analytics 数据资源管理器(预览版)将于 2025 年 10 月 7 日停用。 在此日期之后,Synapse 数据资源管理器上运行的工作负荷将被删除,关联的应用程序数据将丢失。 强烈建议迁移到 Microsoft Fabric 中的 Eventhouse

Microsoft云加速工厂(CAF)计划接受Microsoft帐户团队的客户提名,以帮助客户迁移到 Fabric。 CAF 为客户免费提供动手操作的键盘资源。 Hands-On 键盘资源已分配给 6-8 周,并且范围已达成共识。 客户还可以 使用此表单 直接从Microsoft请求帮助。

虽然 Azure Synapse 提供 数据资源管理器,但 Fabric 提供 EventhousesKQL 数据库KQL 查询集。 Fabric 中的 Eventhouse 旨在引入、存储和分析实时数据流。 它们提供可缩放、高性能且经济高效的解决方案,用于处理和分析实时数据。

使用此功能可将所有数据从单个 Synapse 数据资源管理器群集迁移到 Fabric 中的事件库。 此过程会将源群集的所有数据库迁移到目标事件屋,并将源群集的查询和引入终结点 URI 移到 eventhouse。 因此,可以通过源群集终结点和 eventhouse 终结点引用事件屋,确保现有引入和查询可以继续工作。

重要

迁移后,源群集将置于名为 “已迁移”的新状态。 在此状态下,群集已挂起,无法恢复或还原。 只要源群集存在,其终结点将重定向到 eventhouse。 迁移后,源群集的终结点将保持活动状态长达 90 天。 删除源群集后,其终结点将停止重定向到 eventhouse。 建议用户在此时间段内将所有查询和引入过程更新到新的 eventhouse 终结点。

重要

此功能目前为预览版

先决条件

  • 源群集必须处于运行状态并删除资源锁。
  • 具有已启用 Microsoft Fabric 的容量工作区
  • 必须具有 Microsoft Entra 令牌
  • 必须在源群集上至少具有 “所有者” 角色
  • 你必须在目标 Fabric 工作区中至少具有 Admin 角色。

关键注意事项

在迁移之前,请考虑以下要点:

  • 迁移过程将创建新的事件库。
  • 迁移在整个群集上执行,包括其所有数据库。
  • 迁移过程不可逆。
  • 必须手动将以前有权访问群集的来自其他租户的用户添加到新的事件中心。
  • 群集和事件屋必须位于同一租户和区域。
  • 迁移过程可能需要几个小时才能完成,具体取决于群集的大小。 有关跟踪状态的信息,请参阅 “监视迁移进度”。

可以迁移哪些功能?

功能 / 特点 是否可以迁移? 注释
清除 不在 Eventhouse 中支持。
群集级策略
系统分配的托管标识 不在 Eventhouse 中支持。
群集 Azure RBAC 角色 ✔️
数据连接,例如事件中心、IoT 中心、事件网格 并非所有 Synapse 数据资源管理器中可用的数据连接在 Eventhouse 中都受支持。 必须在新的事件屋中手动创建受支持的数据连接。
数据导出操作 不会自动迁移数据导出操作,例如 .export 命令和持续导出。 你必须手动在新的 Eventhouse 中添加它们。
关注者和领导者群集 在迁移之前,必须手动删除它们。
数据库漂亮名称 必须在新的事件库中手动添加它们。
客户管理的密钥 在迁移之前,必须手动删除它们。
虚拟网络注入的群集 在迁移之前,必须手动禁用它。
已启用专用终结点的群集 在迁移之前,必须手动禁用它。
启用专用终结点管理的群集 在迁移之前,必须手动禁用它。
防火墙规则 不在 Eventhouse 中支持。
沙盒中的 Python ✔️ 新事件屋中会自动启用 Python。

迁移步骤

迁移过程可能需要几个小时才能完成,具体取决于群集的大小。 在此期间,源群集将继续为查询提供服务,但不会处理新的引入。 如果使用排队引入,则迁移后将处理请求,且不会丢失数据。 但是,在此期间,流式引入不起作用。

迁移过程是使用 Fabric REST API 终结点执行的。 执行迁移的建议步骤如下:

  1. 验证:使用 “验证迁移到 Eventhouse ”终结点来检查是否可以将 Azure Synapse Analytics 数据资源管理器群集迁移到 Eventhouse。

  2. 迁移:使用有效负载 迁移到 Eventhouse 创建包含迁移源群集 URL 的事件屋 migrationSourceClusterUrl 。 进程以异步方式运行以创建新的 eventhouse 并将所有数据库从源群集迁移到 eventhouse。

  3. 监视器:使用 “监视迁移进度 ”跟踪迁移进度。

  4. 验证:通过检查 事件屋状态 是否 正在运行来验证迁移,并且迁移的数据库是否显示在 KQL 数据库列表中

    重要

    请确保更新查询和引入过程,以在迁移后的 90 天内指向新的 Eventhouse 终结点 。 90 天后,将删除源群集,其终结点停止重定向到事件屋,并且无法恢复。

可以直接或在自动化 PowerShell 脚本中调用 API 终结点。 Microsoft Fabric GitHub 存储库中提供了一个示例 PowerShell 脚本。 若要运行脚本,除了 先决条件之外,还必须具有至少版本“2.64.0”的 Az PowerShell 模块,可以在 PowerShell 中运行“Install-Module az”进行安装。