Skip to main content
  • 2024.1
  • Server
  • Server 2024.1 新增功能

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 >“高级连接”中，系统会自动为“高级 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 迁移指南 的更多详细信息。

加密迁移改进

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

传输前检查

  • 要在升级到 2022.3 或更新版本之前评估您可能需要解决的任何预期问题，请在加密预迁移实用程序中运行传输前检查。

  • 在预迁移或完全迁移过程中，您将能够看到经改进的错误日志，以便您能够自己解决问题。这使您可以采取建议操作，以确保即使出现任何错误也能成功完成全部迁移。检查日志中是否有在成功迁移过程中删除的任何记录。

  • 在运行预迁移（应用程序）和凭证验证步骤时，我们添加了 3 个新的运行选项：

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

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

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

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

Please note that 2 instances of the Migration Prep Tool tool cannot run simultaneously for the same controller.

改进了错误消息

改进的错误消息示例：

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 都会受到影响。

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

  • POST /v3/schedules

  • PUT /v3/schedules/{scheduleId}

  • GET /v3/schedules

  • GET {scheduleId}/v3/schedules/

For more information about these API endpoints, visit the Schedules Endpoints help page.

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

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

DCM 连接处理

我们在管理员界面中新增了“DCM 连接处理”部分，您可以在其中管理 DCM 连接处理规则。该规则允许您定义在 Server 上执行工作流时应使用 Server 上存在的哪些连接，而不是工作流连接。

您可以为每个环境定义一个连接 ID 列表。执行期间，在工作流中找到这些连接时，应将这些 ID 替换为相应的工作流连接。这意味着对于这样的环境，每个源连接 ID（存在于工作流中）将在引擎运行时解析为目标连接（由连接 ID 定义）。

In a single-Server setup, you can still make sure that the workflow is executed differently in the Designer than on the Server. This enables an easier lifecycle of workflows across multiple environments (dev, test, production) without making changes to it.

如需详细了解 DCM 连接处理规则，请参阅 DCM 连接 和 DCM 连接处理 。要查看 DCM 连接处理规则所需的权限，请参阅 用户角色与权限 用户角色与权限 。

要检查 API 端点以管理 DCM 连接处理规则，请参阅 DCME 端点 帮助页面。

DCM 通用外部加密保管库

借助通用外部加密保管库，您可以配置一个可使用基本身份验证从现有外部加密保管库（HashiCorp、Conjur 和 AWS）检索密钥的通用加密保管库。您可以通过提供处理身份验证和密钥检索的自定义脚本或可执行文件，利用 DCM 配置在运行时从加密保管库获取 DCM 凭证中使用的密钥。可以通过 Designer 和 Server 形成这样的加密保管库。

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

如需了解详情，请参阅 DCM - Server 和 数据连接管理器：Server UI 。

DCM 权限

除了其他 DCM 新功能和更改，我们还添加了新的 DCM 权限：

  • 创建或编辑 DCM 资产

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

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

  • 管理通用保管库

These permissions are automatically enabled for new and existing users, except for the Manage Generic Vaults permission.

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

DCM 并行共享

现在，您可以与一个用户共享同一个连接以供协作，并且与另一个用户共享同一个连接以供执行。如需了解详情，请参阅 数据连接管理器：Server UI 。

HashiCorp Vault mTLS 身份验证

可使用一种新的身份验证 mTLS 方法从 HashiCorp 加密保管库中获取密钥。

本节内容如下: