不同环境和云服务提供商的复制过程类似。 使用计划的方式来创建和存储快照。 快照间隔基于客户对潜在数据丢失的容忍度。

先决条件

我们建议复制计划至少为 1 天（每天一个快照）。

下面以 AWS 为例介绍云服务提供商的流程。

过程

在任何基于图像的灾难恢复设置中，第一步是以固定间隔创建快照。 一旦发生灾难，设置将恢复到最新的良好图像/快照，并且系统将在短时间内恢复并完全正常运行，但会丢失数据并导致短暂的停机时间。

  1. 根据潜在的数据丢失情况决定快照间隔。
  2. 停止正在映像的服务器上的 Automation Anywhere 服务。
  3. 如果在 AWS，请使用标准映像创建步骤创建 AMI。
    Create an AMI from an Amazon EC2 Instance
  4. 创建映像后，启动 Automation Anywhere 服务。
  5. 按照相同的计划运行存储库备份机制。

后续步骤描述了如何从映像中恢复数据。

  1. 使用先前创建的 AMI 启动新的实例。
    根据最初的设置，如果设置分布在可用区中，您必须在所有相关的可用区中执行相同的操作。

以下步骤适用于每个正在恢复的实例。

  1. 编辑与数据库服务器、Ignite 集群和 Elasticsearch 相关的配置文件，以在配置目录中形成集群。
    在标准安装中，文件位于： C:\Program Files\Automation Anywhere\Enterprise\config
    1. 编辑数据库服务器 URL 以指向以下位置的目标数据库服务器：boot.db.properties。
      如果原始服务器已经引用非本地主机地址，请不要更改 URL。
    2. 在 cluster.properties 文件中编辑以下属性：
      在以下位置添加一个新的服务器 IP 到列表中: ignite.discovery.static.ips=<existing list of ips>, <current server ip>
    3. 在 elasticsearch.yaml 文件中编辑以下属性：
      • 将当前服务器地址添加到： node.name: "<local-ip>"
      • 将当前服务器地址添加到：network.host: "local-ip"
      • 保留现有值不变，并在以下位置附加当前服务器的 IP：discovery.zen.ping.unicast.hosts: ["ip1","<local-ip>"]
      • 在以下位置中保持现有值不变：cluster.initial_master_nodes: ["<master-ip>"]
  2. 可选： 如果已挂载，请从与所选 Control Room 快照相同的定时快照中恢复存储库，并挂载到相应的路径。
  3. 更新配置表。
  4. 确保节点之间的传输控制协议 (TCP) 可见性。
  5. 启动复制节点上的服务，并等待几分钟以建立集群。
  6. 验证以下内容：
    • 登录并检查 bots 是否已列出且可见。
    • 如果安装配置了外部 Git，请使用诸如签入之类的功能检查其有效性。
    • 验证审核日志。
  7. 如果任何主机名/IP 地址发生更改，请根据当前值更新负载均衡器层或 DNS。