Server 主机恢复指南
本指南旨在帮助 Server 管理员在以下情况下恢复 Server 实例:
原始主机出现故障*
迁移到新的 Server 计算机
从本地部署过渡到云 Server
其他基础架构变更
通过 Server 恢复,您可以基于原始 Server 的以下内容,使用原始用户、工作流、计划等运行新的 Server:
控制器令牌
RuntimeSettings.xml
*MongoDB 备份
* 要在已无法访问原始主机的灾难恢复场景中完全恢复 Server 实例,必须在原始主机处于完全正常工作状态时提前准备好 RuntimeSettings.xml。有关更多详细信息,请参阅灾难恢复准备帮助页面。
以下是Server 恢复过程每个步骤的详细信息:
可恢复范围
使用嵌入式 MongoDB 从单一节点、默认 Server 安装故障中恢复。
包含完整必要信息的可用备份。
目标主机可被覆盖。
不在可恢复范围内
多节点 Server 环境、用户管理的 MongoDB 或用户管理的 SQL Server - 请联系客户支持以获取帮助。
备份或还原 ODBC 驱动程序。
备份或还原用户或系统 DSN。
备份或还原在 Windows 中存储的存在于 Alteryx 之外的其他别名。
先决条件
版本兼容性:
原始主机 | 兼容的目标主机 |
---|---|
2021.4.2.47792(补丁 5)或更新补丁 | 2021.4 版本的 2021.4.2.47884(补丁 11)或更新补丁 |
2022.1.1.42590(补丁 3)或更新补丁 | 2022.1 版本的 2022.1.1.42691(补丁 9)或更新补丁 |
2022.3.1.430 (Server GA) 或更新补丁 | 2022.3 版本的 2022.3.1.553(补丁 6)或更新补丁 |
2023.1.1.123 (Server GA) 或更新补丁 | 2023.1 版本的 2023.1.1.247(补丁 2)或更新补丁 |
Alteryx Server 的所有更新版本和未来版本 | 任何 GA 或补丁版本(只要原始主机和目标主机的版本和补丁相同)。 |
在完成本指南中列出的步骤之前,请安装工作流操作所需的所有数据库驱动程序和必要软件,以尽可能降低停机时间。
具有对目标主机的管理员权限。
具有所有用于模拟使用者的凭证,包括服务账户(如果不是本地系统)、Run As(运行身份)以及任何已经定义/已使用的工作流凭证。
来自原始主机的控制器令牌。
在恢复过程中,需要直接查看才能恢复加密密钥。新 Server 需要通过网络访问您的原始 Server 控制器节点上运行的 AlteryxService。如果您无法满足此先决条件,请联系客户支持。
来自原始主机的 MongoDB 备份。了解如何执行备份。
在 Windows 时区设置中,验证目标主机的时区设置是否与原始主机相同。如果未设置为同一时区,在计划视图中可能会出现错误。
可选
原始 Server 中可能未利用以下各项。检查原始 Server 上是否正在使用该功能,如果是,请完成本指南中标记为(可选)的相应步骤。
服务登录用户
工作程序配置中的 Run As(运行身份)详细信息:
域
用户名
密码
用于 Server 配置的 SMTP 服务器用户名和密码。
%ProgramData%\Alteryx\Tools
中的连接器。原始 Server 中的基于 Alteryx 系统的别名和库内连接别名。
有关系统库内数据连接,请查看
%ProgramData%\Alteryx\Engine\SystemConnections.xml
有关系统数据连接,请查看
%ProgramData%\Alteryx\Engine\SystemAlias.xml
原始 Server 中的基于 Alteryx 用户的别名和库内连接别名 – 以下可能与每个运行身份或工作流凭证用户账户相关
有关用户数据连接,请查看
C:\Users\[username]\AppData\Roaming\Alteryx\Engine\UserConnections.xml
有关用户库内数据连接,请查看
C:\Users\[username]\AppData\Roaming\Alteryx\Engine\UserAlias.xml
Alteryx 预测性工具和原始 Server 中工作流使用的任何 R 库。
预测性工具应作为 Alteryx Server 初始安装(步骤 2)的一部分进行安装,以确保安装了正确的版本。
步骤 1:准备
# | 步骤 | 详情 |
---|---|---|
1.1 | 设置主机时区 | 目标主机的 Windows 时区必须设置为与原始主机一致。 |
1.2 | 确保可访问 Alteryx | 确保主机可以连接到 Alteryx 许可系统所使用的 whitelist.alteryx.com。 |
步骤 2:安装 Alteryx Server
# | 步骤 | 详情 |
---|---|---|
2.1 | 您的原始主机上的 Alteryx Server 版本是否为以下任何版本?
| 是:在目标主机上安装与原始主机完全相同的主要版本和补丁版本,或升级到相应版本。使用完整的安装文件,而不是补丁安装。 如果需要,请联系 fulfillment@alteryx.com 以请求所需的安装文件。 前往步骤 2.4。 否:继续执行步骤 2.2。 |
2.2 | 是:在目标主机上安装与原始主机完全相同的主要版本和补丁版本,或升级到相应版本。使用完整的安装文件,而不是补丁安装。 如果需要,请联系 fulfillment@alteryx.com 以请求所需的安装文件。 前往步骤 2.4。 否:继续执行步骤 2.3。 | |
2.3 | 在目标主机上安装最新的 Alteryx Server 补丁版本 | 在目标主机上安装或升级到适用于原始主机所使用的主要版本的最新补丁(例如,如果原始主机使用的是 2022.3 补丁 3,则在目标主机上安装 2022.3 的最新补丁)。 |
2.4 | 配置 Alteryx Server | 使用默认设置来配置 Alteryx Server,并确认 Server UI 出现在浏览器中。 您不需要登录。 |
2.5 | 故障排除 许可证密钥“使用中”错误 | 如果您的许可证密钥仍与旧 Server 绑定,则需要在该计算机上停用此密钥。如果无法访问该计算机,请联系您的许可证管理员以释放许可证。 |
步骤 3:恢复 RuntimeSettings.xml
# | 步骤 | 详情 |
---|---|---|
3.1 | 在 bin 文件夹中打开命令提示符 1 | 以管理员身份打开命令提示符并导航至
|
3.2 | 停止服务 | 输入命令
成功后,您应看到 |
3.3 | 备份现有的 RuntimeSettings.xml | 输入命令
|
3.4 | 您之前是否已通过灾难恢复准备在目标主机上准备了 RuntimeSettings.xml? | 是:来自灾难恢复过程的 RuntimeSettings.xml 应当已位于目标主机的 前往步骤 3.13。 否:将 RuntimeSettings.xml 文件从原始主机复制到当前目标主机的 继续执行步骤 3.5。 |
3.5 | 清除控制器令牌 | 编辑刚刚复制的 RuntimeSettings.xml 并删除 <ServerSecretEncrypted> 标记之间的所有内容,仅保留标记,如下所示: ![]() 保存并关闭文件。 |
3.6 | 恢复控制器令牌 | 使用原始 Server 控制器令牌输入命令
故障排除: 版本 2021.3+ 在此步骤中可能会出现以下错误:“设置服务器密钥失败:CryptImportKey(3) 出错:数据错误。(-2146893819)”。要纠正此错误,请查看上一步,以确保删除标签之间的值。 |
3.7 | 恢复加密存储密钥 | 在步骤 3.6 中重置控制器令牌时, ![]() |
3.8 | 恢复Run As(运行身份) | 如果原始主机上有“以用户身份运行”,请输入以下命令,否则跳过此步骤。 |
3.9 | 恢复 SMTP 密码 | 如果已填写 Alteryx 系统设置 >Server UI > SMTP > Password(即使未选中 SMTP 复选框),请输入以下命令,否则请跳过此步骤。 |
3.10 | 保存 RuntimeSettings.xml | 保存 RuntimeSettings.xml 文件。 |
3.11 | 您的原始主机上的 Alteryx Server 版本是否为以下任何版本?
| 是:前往步骤 3.13。 否:继续执行步骤 3.12。 |
3.12 | 传输加密密钥 此功能仅适用于以下版本:
| 重要:请注意,这要求 AlteryxService 在您的原始主机上运行,并且您的目标主机能够通过网络访问它。 您可以按照加密密钥传输过程的步骤将加密密钥从现有控制器传输到新控制器。 |
3.13 | 留在命令行上 | 步骤 4 假定您在 |
步骤 4:恢复 MongoDB
# | 步骤 | |
---|---|---|
4.1 | 获取 MongoDB 备份 | 将 Mongo 备份从原始主机复制到新主机上的 |
4.2 | 恢复到新文件夹 | 将 Mongo 数据库从备份文件夹恢复到新的还原文件夹。请按照下面的说明检查 mongoRestore.log,以确保还原成功。 请参阅 MongoDB 备份文档中的从 MongoDB 备份还原部分,查找适合您的 Server 版本的还原命令。 |
4.3 | 确认恢复成功 | 确认恢复成功。 注意 这是必要步骤,因为还原失败不会在上一步中报告,并可能导致您 Server上的数据丢失。为此,请找到已恢复数据的 MongoDB 文件夹,查看 mongoRestore.log 文件。打开 mongoRestore.log 并执行以下步骤:
如果恢复失败,或者您在搜索上面列出的关键字时找到了任何结果,请联系客户支持并提供您已收集的所有信息。 如果 MongoDB 恢复失败,请勿继续操作。 |
4.4 | 在 RuntimeSettings.XML 中设置 Mongo 路径 | 编辑 RuntimeSettings.xml 并在 示例: ![]() 保存并关闭文本编辑器。 |
4.5 | 启动 MongoDB | 输入命令
示例
|
请勿关闭命令提示符窗口。 如果您在步骤 4.5 中关闭窗口,则后续步骤都将无法运行。 | ||
<< 第二个命令提示符部分开始 >> | ||
4.6 | 在 bin 文件夹中打开第二个命令提示符 | 以管理员身份打开第二个命令提示符并导航至
|
4.7 | 获取非管理员 Mongo 密码 | 输入命令并将 NON_ADMIN_MONGO_PASSWORD 复制到记事本
|
4.8 | 启动 Mongo 命令行 | 输入命令
示例
成功后,您应看到“ |
4.9 | 删除原始 Server 设置的 AlteryxGallery 锁定 | 输入 Mongo 命令
如果成功,您应看到:“ |
4.10 | 切换到 AlteryxService 数据库 | 输入 Mongo 命令
|
4.11 | 删除原始 Server 设置的 AlteryxService 锁定 | 输入 Mongo 命令
如果成功,您应看到:“ |
4.12 | 退出 Mongo 命令行和命令提示符 2 | 输入命令
关闭 Command_Prompt_2 |
<<第二个命令提示符部分结束>> | ||
4.13 | 停止 Mongo 数据库 | 在原始命令提示符下,输入键盘命令
输入一次或多次,直到您退出 MongoDB 并返回正常的命令提示符。 关闭命令提示符。 |
步骤 5:恢复其他文件和设置
# | 步骤 | 详情 |
---|---|---|
5.1 | 您在原始 Server 上是否有服务登录用户? | 在新 Server 上设置服务登录用户。 Windows 服务应用程序 > 右键单击 AlteryxService > 属性 > 登录 |
5.2 | 添加数据驱动程序和系统 DSN。 | 添加相同版本的驱动程序和相同名称的系统 DSN,以匹配原始 Server https://downloads.alteryx.com/。 |
可能不适用于恢复的高级问题: | ||
5.3 | 在更安全的环境中,配置所需的Run As(运行身份)用户权限。 | 确保用于运行工作流的所有凭证(Run As 运行身份、服务登录或保存工作流时设置的凭证)具有足够的访问权限,请参阅配置所需的运行用户权限。 |
5.4 | 恢复基于系统的别名和库内连接别名 | 系统数据连接: 系统库内数据连接: |
5.5 | 恢复基于用户的别名和用户库内连接别名 | 用户数据连接: 用户库内数据连接: |
5.6 | 工作流是否使用连接器? | 将连接器文件夹从原始 Server 复制到
联系客户支持,以在新 Server 上启用连接器。 |
5.7 | 工作流是否使用 Python 工具? | 重新安装工作流已安装的 Python 软件包。请参阅 Server 升级中的 Python 工具环境。 |
5.8 | 是否使用 SSL? | 如果要恢复到 Sandbox Server 进行测试,请使用 HTTP 进行测试。 如果要迁移到新 Server,请重新建立 SSL: |
步骤 6:启动 Alteryx Server
# | 步骤 | 详情 |
---|---|---|
6.1 | 查看 Alteryx 系统设置,如果需要,可暂停计划。 | 运行 Alteryx 系统设置并逐页浏览,确认设置(如控制器令牌)包含您预期的值。 如果不希望在服务启动时运行计划,请取消选中: Worker > General > Allow machine to run scheduled Alteryx workflows 选择Finish时,AlteryxService 应启动,且 Server 在浏览器中应可用。 |
步骤 7:测试
# | 步骤 | 详情 |
---|---|---|
7.1 | 基本测试 | AlteryxService 是否在运行? 您能否:
|
7.2 | 特定于工作流的测试 | 您是否可以运行包含扩展或外部连接的工作流,如
|