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

先决条件

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

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

过程

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

  1. 根据潜在的数据丢失情况决定快照间隔。
  2. 停止正在映像的服务器上的 Automation Anywhere 服务。
  3. 如果在 AWS,请使用标准映像创建步骤创建 AMI。
  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。