Skip to main content

Server 2024.1 新增功能

版本 :2024.1

发行日期 :2024 年 5 月 1 日

转至完整版 Server 2024.1 发行说明 Server 2024.1 发行说明

新增功能

转让资产所有权

在此版本中,我们为管理员提供了在用户之间转让工作流和计划所有权的选项,而不需要他们与新所有者位于同一工作室中。这将使管理工作流和计划所有权变得更加容易,尤其是当员工离开公司时。这将改善协作,并在工作流所有者发生变化时防止繁琐的返工,从而避免数据管道中断。

对于工作流来说,这意味着当工作流转让给新所有者时,工作流将从旧用户的工作室移到新用户的工作室,并且所有权字段将会更新。转让工作流时,版本历史将保留下来,这对审计合规性和版本控制至关重要。

除了此新功能外,通知中还提供了新的通知选项。这些选项会在升级时自动开启。当您通过 Server UI 和 API 转让工作流时会发送通知。新旧所有者都会收到通知。如需了解详情,请参阅通知帮助页面。

您可以在 Server UI 中或使用 Server API V3 端点转让资产所有权。

在 Server UI 中转让资产所有权

管理员现在可以从 Server UI 转让单个计划或工作流的资产所有权,也可以批量转让资产所有权。批量转让资产可以实现更顺利的过渡,而不会严重依赖 API。

如需详细了解此功能,请参阅转让工作流所有权转让计划所有权

使用 Server API V3 转让资产所有权

我们现在允许管理员使用我们的 V3 API 在用户之间转让工作流、计划和集合的所有权,而不需要他们与新所有者位于同一工作室中。

  • PUT /v3/workflows/{workflowId}/transfer

    • 这一新的 API 调用新增了转让单个工作流的工作流所有权的能力,而不用考虑工作室。因此,管理员可以将工作流转让给与工作流不在同一工作室的用户。

    • 还有一个附加选项可以转让与当前工作流所有者拥有的该工作流相关的所有计划。这让管理员可以同时转让工作流和与之关联的计划。转让的计划将只属于现有工作流所有者拥有的计划。

  • PUT /v3/users/{userId}/assetTransfer

    • 借助这一新的 API 调用,管理员可以通过一次调用将所有工作流、计划和集合从一个用户转让给另一个用户。管理员可以选择要转让哪些资产。这使得管理员可以快速轻松地将所有资产从一个用户转让给另一个用户。

借助这些 API,客户将可以更轻松地管理工作流、计划和集合所有权。如需详细了解新的 API 端点,请参阅工作流端点用户端点

SQL 数据库支持

我们在现有 MongoDB 集成的基础上新增了对 SQL 用户管理实例的支持。借助这一新增功能,您可以根据您的偏好和要求灵活地利用关系数据库。我们在符合 FIPS 和非 FIPS 的环境中都添加了 SQL DB 支持功能。目前,我们仅支持 Microsoft SQL Server。

要开始在 Alteryx Server 上使用 SQL DB,您需要在 Alteryx 系统设置中进行配置。

  • 控制器:

    • Controller > Persistence中,我们新增了允许您连接到您 SQL 数据库的 User-managed SQL DB 选项。

    • Controller > Persistence > Database > SQL Connection中,输入 SQL DB 连接字符串。

    • 如需详细了解如何使用 SQL DB 选项配置控制器,请访问控制器

  • Server UI:

    • 如果您在Controller > Persistence部分中选择了“User Managed SQL DB”,那么在 Server UI > Persistence >Advanced Connections中,系统会自动为“Advanced SQL Connection”填充“Server Persistence UI”。

    • Server UI > Persistence > Web Persistence中,输入 SQL DB 连接字符串。系统将自动新增 MultipleActiveResultSets (MARS) 标记。Alteryx Server 需要此标记才能执行复杂的查询。如果没有此标记,多项操作将无法进行,并且 Server 将无法完全发挥作用。如需详细了解此标记,请访问多活动结果集 (MARS)

    • 如需详细了解如何使用 SQL DB 选项配置 Server UI,请参阅 Server UI

如需详细了解如何在 Server 中管理 SQL DB,请访问 SQL DB 管理帮助页面。在此页面下,您将找到有关 SQL DB 架构连接字符串Mongo 到 SQL 迁移指南的更多详细信息。如需总体了解我们的 SQL 支持以及有关从 MongoDB 迁移到 SQL 的信息,请访问 Server SQL DB 客户常见问题解答

加密迁移改进

我们对加密迁移过程进行了以下改进:

迁移准备工具改进

  • 要在升级到 2022.3 或更新版本之前评估您可能需要解决的任何预期问题,请使用迁移准备工具进行预先检查。

  • 在预迁移或完全迁移过程中,您将能够看到经改进的错误日志,帮助您自行解决问题。这使您可以采取建议操作,确保即使出现任何错误也能成功完成全部迁移。

  • 我们添加了 3 个新的运行选项,供运行迁移准备工具时使用:

    • 默认:同时运行预迁移和预迁移检查 (-p)

    • 只运行预迁移(应用程序)(--appsonly)

    • 只运行凭证验证步骤 (--credonly)

  • 运行迁移准备工具时,必须提供控制器令牌 (-t) 和控制器的主机名/IP 地址 (-i)。这也意味着您现在可以提供控制器的主机名/IP 地址和控制器令牌,通过多节点设置运行迁移准备工具。

请注意,两个迁移准备工具实例不能同时为同一控制器运行。

改进了错误消息

改进的错误消息示例:

2024-02-28 10:06:38.038910;3;解析 XML 文件“C:\ProgramData\Alteryx\RuntimeSettings.xml”时出错:字符位置=0;消息=未找到文件

2024-02-28 10:06:38.038834;3;<解析 XML 文件“C:\ProgramData\Alteryx\RuntimeSettings.xml”时出错:字符位置=0;消息=未找到文件>。请验证 <"C:\ProgramData\Alteryx\RuntimeSettings.xml"> 是否存在。

如需详细了解传输前检查,请参阅运行迁移准备工具

工作流和计划的 UI 搜索与排序

我们为管理员和非管理员用户改进了 Server 上的搜索与排序功能,从而增强了 Server UI 的整体体验。现在,您可以轻松地执行以下操作:

  • 在“计划”和“我的工作区”(“我的文件”、“与我共享”和“公共”选项卡)上按“工作流 ID”搜索。

  • 在“计划”和“我的工作区”(“与我共享”和“公共”选项卡)上按“所有者”搜索。

  • 在“计划”和“我的工作区”(“我的文件”、“与我共享”和“公共”选项卡)上按引擎“AMP”筛选。

  • 在“我的工作区”(“我的文件”、“与我共享”和“公共”选项卡)上按“类型”筛选。

如需详细了解搜索,请参阅搜索资产

不使用嵌入式 Chromium 框架 (CEF) 的 Server SAML 身份验证

我们已将 Designer 的 SAML 身份验证浏览器从嵌入式 Chromium 框架 (CEF) 更改为计算机的默认浏览器。这将有助于您避免在 Designer 发布更新版本之前,嵌入式 Chromium 框架 (CEF) 因过时而产生的安全问题。

服务时间戳已转换为 UTC 格式

Server 数据库中的所有时间戳均已转换为 UTC 格式。默认情况下,在用户界面中,所有日期时间字段现在都将根据用户配置文件设定的时区显示。唯一的例外是频率字段,它会显示创建计划表时选择的时区。

如果您直接从 Server 数据库获取时间戳,请注意这些时间戳已迁移为 UTC 格式,以在整个产品中实现标准化并解决夏令时问题。

受影响的 API

所有带有时间戳元素的 Server API 现在都将返回 UTC-0 时区的日期和时间字段。

通过 Swagger 使用的受影响 API 列表包括:

  • POST /v3/schedules

  • PUT /v3/schedules/{scheduleId}

  • GET /v3/schedules

  • GET {scheduleId}/v3/schedules/

如需详细了解这些 API 端点,请访问计划端点帮助页面。

如果您从旧版本升级到 2024.1,当 AlteryxService 启动时,现有资产的时间戳将依照新的 UTC 标准进行转换。

请注意,AlteryxService 使用第三方库将更新的时区信息保留在数据库中。如果有更新,这些信息需要予以更新。如果某个时区未提供正确的偏移值,请等待库更新。

DCM 环境连接处理

我们引入了 DCM 环境连接处理,使您能够定义在 Server 上执行工作流时应使用 Server 上存在的哪些连接,而不是工作流连接。所有管理员均可通过 Server UI 和服务器 API 使用该功能。

对于每个环境,您都可以定义一个连接 ID 列表。执行期间,在工作流中发现这些连接时,应将这些 ID 替换为不同的连接。换句话说,对于这样的环境,每个源连接 ID(存在于工作流中)将在引擎运行时解析为目标连接(由连接 ID 定义)。这意味着可以在每个 Server 上以不同的方式(使用不同的连接)执行单个工作流,而无需更改工作流本身。DCM 在执行时动态处理连接替换,无需更新 YXMD 工作流。

在单 Server 设置中,您仍然可以确保工作流在 Designer 中的执行方式与在 Server 上的执行方式不同。这使得跨多个环境(开发、测试、生产)的工作流生命周期更简单,无需对其进行更改。

如需详细了解 DCM 环境连接处理规则,请访问 DCM 连接DCM 连接处理。要查看 DCM 环境连接处理规则所需的权限,请转至 用户角色与权限

要检查 API 端点以管理 DCM 环境连接处理规则,请转至 DCME 端点帮助页面。

DCM 通用外部加密保管库

您可以通过提供处理身份验证和密钥检索的自定义脚本或可执行文件,利用 DCM 配置在运行时从加密保管库获取 DCM 凭证中使用的密钥。可以通过 Designer 和 Server 形成这样的加密保管库。

通用外部保管库允许您配置一个通用保管库,该保管库可以使用基本身份验证,通过编程接口从任何保管库检索密钥。

如需了解详情,请访问 DCM - Server数据连接管理器:Server UIDCM 通用外部加密保管库

DCM 权限

除了其他 DCM 新功能和改变,我们还添加了新的 DCM 权限,使 Server 管理员能够更好地控制 Server 上存在的用户 DCM 连接。

  • 创建或编辑 DCM 资产

  • 共享 DCM 连接凭证,以仅在 Server 上运行

  • 共享 DCM 连接凭证,以便进行协作

  • 管理通用保管库

将为新用户和现有用户自动启用这些权限,但不包括“管理通用保管库”权限。

如需了解详情,请参阅用户角色和权限帮助页面。

DCM 并行共享

现在,您可以与一个用户共享同一连接进行协作,也可以与另一个用户或同一个用户共享同一连接进行执行。如需了解详情,请参阅数据连接管理器:Server UI

HashiCorp Vault mTLS 身份验证

HashiCorp Vault 有一种新的身份验证方法。Server 现在可以使用 mTLS(“双向 TLS”,也称为“TLS 客户身份验证”)从保管库获取 DCM 密钥。