automation-suite
2024.10
true
- 概述
- 要求
- 推荐:部署模板
- 手动:准备安装
- 手动:准备安装
- 步骤 1:为离线安装配置符合 OCI 的注册表
- 步骤 2:配置外部对象存储
- 步骤 3:配置 High Availability Add-on
- 步骤 4:配置 Microsoft SQL Server
- 步骤 5:配置负载均衡器
- 步骤 6:配置 DNS
- 步骤 7:配置磁盘
- 步骤 8:配置内核和操作系统级别设置
- 步骤 9:配置节点端口
- 步骤 10:应用其他设置
- 步骤 12:验证并安装所需的 RPM 包
- 步骤 13:生成 cluster_config.json
- Cluster_config.json 示例
- 常规配置
- Profile configuration
- 证书配置
- 数据库配置
- 外部对象存储配置
- 预签名 URL 配置
- ArgoCD 配置
- 符合 OCI 的外部注册表配置
- Disaster Recovery:主动/被动和主动/主动配置
- High Availability Add-on 配置
- 特定于 Orchestrator 的配置
- Insights 特定配置
- Process Mining 特定配置
- Document Understanding 特定配置
- Automation Suite Robot 特定配置
- AI Center 特定配置
- 监控配置
- 可选:配置代理服务器
- 可选:在多节点 HA 就绪生产集群中启用区域故障恢复
- 可选:传递自定义 resolv.conf
- 可选:提高容错能力
- 添加具有 GPU 支持的专用代理节点
- 为 Task Mining 添加专用代理节点
- 连接 Task Mining 应用程序
- 为 Automation Suite Robot 添加专用代理节点
- 步骤 15:为离线安装配置临时 Docker 注册表
- 步骤 16:验证安装的先决条件
- 手动:执行安装
- 安装后
- 集群管理
- 监控和警示
- 迁移和升级
- 特定于产品的配置
- 最佳实践和维护
- 故障排除
- 单节点升级在结构阶段失败
- 由于 Ceph 运行状况不佳,升级失败
- 由于空间问题,RKE2 未启动
- 卷无法装载,且仍处于附加/分离循环状态
- 由于 Orchestrator 数据库中的传统对象,升级失败
- 并行升级后,发现 Ceph 集群处于降级状态
- Insights 组件运行状况不佳导致迁移失败
- Apps 服务升级失败
- 就地升级超时
- Docker 注册表迁移卡在 PVC 删除阶段
- AI Center provisioning failure after upgrading to 2023.10 or later
- 在离线环境中升级失败
- 升级期间 SQL 验证失败
- 快照-控制器-crds Pod 在升级后处于 CrashLoopBackOff 状态
- 使用 Process Mining 运行高可用性
- 使用 Kerberos 登录时 Process Mining 挖掘失败
- 在灾难恢复后,DAPR 无法正常用于 Process Mining 和 Task Mining
- 无法使用 pyodbc 格式连接字符串连接到 AutomationSuite_ProcessMining_Warehouse 数据库
- Airflow 安装失败,并显示 sqlalchemy.exc.ArgumentError:无法从字符串“”中解析 rfc1738 URL
- 如何添加 IP 表格规则以使用 SQL Server 端口 1433
- 运行 CData Sync 的服务器不信任 Automation Suite 证书
- 运行诊断工具
- Using the Automation Suite support bundle
- 探索日志
Linux 版 Automation Suite 安装指南
Last updated 2024年11月14日
备份集群
在进行备份之前,您必须提供对象存储配置以存储备份。 为此,请参阅 配置备份存储。
配置计划快照备份时,建议通过
--schedule
和 --retention
标志提供备份的计划和保留时间。 默认情况下,Automation Suite 在启动后每 45 分钟进行一次备份,并保留过去 7 天的快照。
要在计划的时间启用备份,请运行以下命令:
./bin/uipathctl snapshot backup enable --schedule "*/45 * * * *" --retention 168h --prefix "mysnapshot"
./bin/uipathctl snapshot backup enable --schedule "*/45 * * * *" --retention 168h --prefix "mysnapshot"
运行此命令可确保在计划的时间间隔内执行备份。
标记 |
描述 |
---|---|
|
用于计划的 UNIX CRON 表达式。 仅当您要启用计划备份时,才需要执行此操作。 默认值为
"*/45 * * * *" ,这意味着每 45 分钟进行一次备份。
|
|
采用以下持续时间格式的保留策略:
Hh:Mm:Ss 。 例如 8h5m1s 。
|
|
这将为快照备份的名称添加给定字符串的前缀。 仅当您要启用计划备份时,才使用此选项。 默认值为
snapshot. |
重要提示:
注意 1: 作为
--schedule
参数的一部分提供的任何 cron 表达式都与集群节点的时间匹配。 我们建议将 CRON 表达式与外部数据存储(例如 SQL 数据库和对象存储)的计划备份同步。
注意 2: Automation Suite 仅存储在定义的保留策略期间备份的快照。 如果保留策略的持续时间较短,则在应用保留策略后,您可能会丢失基本快照。 同样,如果保留策略更长,则存储的快照越多,这可能会占用对象存储上的空间。
注意 3: 仔细考虑计划设置。 以较小的间隔(例如,每 30 分钟)拍摄快照意味着要频繁执行备份操作,从而强制您存储过去 30 分钟的数据。 同样,如果灾难发生的时间远远晚于先前的备份,则每周拍摄一次快照可能会导致数据丢失。 因此,我们强烈建议您将备份计划和保留持续时间与恢复点目标 (RPO) 要求同步。
要禁用计划备份,请运行以下命令:
./bin/uipathctl snapshot backup disable --prefix <prefix_name>
./bin/uipathctl snapshot backup disable --prefix <prefix_name>
注意: 您必须通过
--prefix
参数提供启用备份时使用的前缀;但是,如果您在允许备份时未配置任何前缀,请提供 snapshot
作为前缀值。
要进行按需快照备份,请运行以下命令:
./bin/uipathctl snapshot backup create <snapshot_name>
./bin/uipathctl snapshot backup create <snapshot_name>
上述命令采用可选标志:
标记 |
描述 |
---|---|
|
等待备份完成 |
--wait
命令,则该命令将在后台执行。 要查看备份状态,请按照以下部分中的说明检查快照列表。
要列出所有当前的快照、它们的状态和拍摄时间,请运行以下命令:
./bin/uipathctl snapshot list
./bin/uipathctl snapshot list
示例输出:
NAME STATUS CREATION EXPIRATION
manualbackup1 Completed 2022-09-13 09:19:50 +0000 UTC 2023-09-13 09:19:50 +0000 UTC
manualbackup2 PartiallyFailed 2022-09-13 09:19:50 +0000 UTC 2023-09-13 09:19:50 +0000 UTC
NAME STATUS CREATION EXPIRATION
manualbackup1 Completed 2022-09-13 09:19:50 +0000 UTC 2023-09-13 09:19:50 +0000 UTC
manualbackup2 PartiallyFailed 2022-09-13 09:19:50 +0000 UTC 2023-09-13 09:19:50 +0000 UTC