还原备份

EKS/AKS 上适用于 Automation Suite 的集群还原流程，以及如何在还原后重新启用快照备份。

备注：

还原集群后，系统不会启用快照备份。要在还原后启用它，请参阅启用备份快照。

还原集群不会还原外部数据源，例如 SQL Server。 确保将 SQL Server 还原到相关快照。

要还原集群，请执行以下步骤：

步骤 1：配置 Kubernetes 集群

在还原之前，请确保配置要还原的 Kubernetes 集群。

有关详细信息，请参阅先决条件。

步骤 2：还原 SQL Server 和对象存储

由于 SQL Server 和对象存储是外部组件，因此请确保在还原 Automation Suite 集群之前还原了它们。

重要提示：

不允许在还原操作期间更改 FQDN。 确保保留 Automation Suite 集群、SQL Server、对象存储、Redis 和文件存储的 FQDN。

步骤 3：提供快照配置

提供快照配置，例如用于存储备份数据的对象存储。此配置与您在备份配置期间提供的配置相似。有关详细信息，请参阅配置备份存储。

步骤 4：选择要还原的快照

要确定要还原的备份，请参阅列出现有快照。

选择与 SQL Server 和对象存储数据相关的快照非常重要。 如果生成 Automation Suite 集群快照的时间与生成外部存储组件快照的时间之间存在巨大差异，则可能会发生不兼容性。

步骤 5：运行还原脚本

确保在新部署的 EKS 集群上安装 Velero，以便还原快照。要在新集群上安装 Velero，请运行以下命令：

./uipathctl  manifest apply input.json --only velero --versions versions.json

要还原选定的快照，请运行以下命令：

./uipathctl snapshot restore create <restore_name> --from-snapshot <snapshot_name>

还原命令需要还原名称，您可以使用它来获取还原状态，并在发生任何故障时进行调试。

此操作需要一些时间才能完成，并且在后台运行。 您可以使用 history 命令查看状态，如下一节所述。

已知问题：在某些情况下，还原操作可能会卡住。如果还原操作卡住，则应手动删除restore对象，然后重试还原操作。

调试还原

要调试还原操作，您可以使用 history 和 log 命令。

历史记录:

./uipathctl snapshot restore history

# Output Example

NAME                        STATUS      CREATED EXPIRATION 
prefix-scheduled-xx1        Completed   xx1     xx1 
prefix-scheduled-xx2        Failed      xx2     xx2
test-snapshot-xx3           Failed      xx3     xx3

日志:

./uipathctl snapshot restore logs restore_1