更改 Control Room 和数据库服务器的 IP 地址 - 本主题描述了在不重新安装 Control Room 的情况下更改现有 Automation 360 服务器和数据库服务器的 IP 地址时应遵循的说明。

Automation 360

本主题描述了在不重新安装 Control Room 的情况下更改现有 Automation 360 服务器和数据库服务器的 IP 地址时应遵循的说明。

关于此任务

查看此主题,以在不重新安装的情况下更新 Control Room 和数据库服务器 IP 地址,前提是:
  • 您有一台具有新 IP 的现有数据库服务器。
  • 现有服务器存储库将保留。
  • 正在使用自签名 Elasticsearch 证书。
  • 现有 Control Room 台服务器——仅更改 IP 地址(无需重新安装)

开始之前

确保在继续执行之前,您已审查并完成所有先决条件。
  • 基础架构
    • 防火墙规则和已打开的端口。

      有关更多信息,请参阅 基于图像的复制。

    • 已验证所有节点之间的 DNS 解析。
    • 系统时间已同步 (NTP)。
  • 证书

    SAN 条目包括新的服务器主机名或 IP 地址。

  • 备份
    注: 在完成所有备份之前,请勿继续。
    • Control Room 数据库备份已完成。
    • 所有 Control Room 节点的虚拟机 (VM) 快照均可用。

    一些额外的配置备份,仅用于在不恢复 VM 快照的情况下验证配置更改后是否存在任何差异。

    • C:\ProgramData\AutomationAnywhere\elasticsearch\` backed up
    • C:\Program Files\Automation Anywhere\Automation360\elasticsearch` backed up
    • C:\Program Files\Automation Anywhere\Automation360\config backed up
  • Elasticsearch 基线

    在进行任何更改之前,请捕获并录制旧集群的 Elasticsearch 运行状况。

过程

  1. 停止集群上的所有服务。
    1. 在所有三台现有服务器上,停止所有 Control Room 服务,包括 Elasticsearch。
    2. 在继续之前,请确认所有服务均已停止。
  2. 从负载均衡器中删除任何旧的或现有的 IP 地址。
  3. 更新配置,使其指向新的 IP 地址。
    编辑与数据库服务器、Ignite 集群和 Elasticsearch 相关的配置文件,以在配置目录中形成集群。
    在标准安装中,文件位于 C:\Program Files\Automation Anywhere\Enterprise\config。
    1. 编辑数据库服务器 URL 以指向以下位置的目标数据库服务器:boot.db.properties。
      示例配置 - 请确保使用新的数据库服务器 IP/主机名更新 Microsoft SQL Server。
      boot.db.url=jdbc:sqlserver://EC2AMAZ-F0DHPS3:1433;databaseName=Automation360-Database;integratedSecurity=true;encrypt=false
      boot.db.name=Automation360-Database
    2. 编辑 cluster.properties 文件。

      将列表替换为 ignite.discovery.static.ips=<existing list of ips>, <current server ip> 和 ignite.local.static.ip 中的一个新服务器 IP。

    3. 根据 CR 版本,在 elasticsearch.yaml/Opensearch.yml 文件中编辑以下属性:
      • 将当前服务器地址添加到:node.name: "<local-ip>"。
      • 将当前服务器地址添加到:network.host: "local-ip"
      • 保留现有值不变,并替换以下内容中当前服务器的 IP:
        discovery.zen.ping.unicast.hosts:
            ["ip1","ip2","ip3"]
      • 找到主节点并替换以下内容中的相应新 IP:
        cluster.initial_master_nodes:
            ["<master-ip>"]
  4. 截断 Ignite Cluster 表。
    连接到 Control Room 数据库并执行以下 SQL,以清除失效的集群节点注册:
    TRUNCATE TABLE IGNITE_CLUSTER;

    这会强制集群在下一步启动时使用新的 IP 地址重新发现节点。

  5. 更新数据库中的 Elasticsearch 配置。
    使用以下说明更新数据库中新集群的首节点 IP:
    1. UPDATE ES_SETTINGS
    2. 设置值 = \'<NewClusterFirstNodeIP>\'
    3. 其中,属性 = \'first_node_ip\';
    4. 将 <NewClusterFirstNodeIP> 替换为新集群的节点 1 IP。
    5. 使用以下内容验证更新:
      从 ES_SETTINGS 中选择属性值,其中属性 = \'first_node_ip\';
    注: 如果部署配置了高可用性 (HA) 或灾难恢复 (DR) 方案,请在相应的高可用性/灾难恢复服务器上同样执行步骤 1至步骤 3。 完成步骤 5后,运行以下 SQL 查询以更新主节点和灾备节点的 IP 地址:
    1. UPDATE ES_SETTINGS
    2. 设置值 = \'<NewClusterFirstNodeIP>\'
    3. 其中,属性 = \'first_node_ip\';
    4. UPDATE ES_SETTINGS
    5. 设置值 = \'<DRFIRSTNODEIP>\'
    6. 其中,属性 = \'first_backup_node_ip\';
    其中:
    • <NewClusterFirstNodeIP> 是新集群的节点 1 IP 地址。
    • <DRFIRSTNODEIP> 是第一个灾难恢复服务器节点的 IP 地址。
  6. 在所有三个节点上启动 Elasticsearch。
    确保按照以下顺序启动 Elasticsearch 服务:
    1. 节点 1 — 启动 Elasticsearch,等待其变为可用状态。
    2. 节点 2 — 启动 Elasticsearch。
    3. 节点 3 — 启动 Elasticsearch。
  7. 执行 Elasticsearch 运行状况检查。
    从任意节点运行以下命令并验证响应:
    GET _cluster/health
    确保您看到以下响应:
    {
      "status": "green"
    }
    • 运行以下命令,以确认所有三个节点均已列出且其角色正确:

      GET _cat/nodes?v

    • 运行以下命令,以验证分片是否已正确分配且不存在 UNASSIGNE

      GET _cat/allocation?v

    • 运行以下命令,以验证分片状态是否为 STARTED — 且不存在 INITIALIZING 或 UNASSIGNED 分片:

      GET _cat/shards?v

    注: 确保在集群状态为绿色之前,不要继续执行下一步。
  8. 启动 Control Room 服务。
    确认 Elasticsearch 集群健康状态为绿色后,在所有三个节点上启动所有 Control Room 服务:
    • 节点 1
    • 节点 2
    • 节点 3
  9. 在负载均衡器下添加新的 IP 地址。

下一步做什么

执行后验证
Control Room 验证
  • 确保新的节点主机名能够通过 DNS 服务器解析。
  • Control Room UI 可通过新的 IP 或主机名访问。
  • 您能够成功登录。
  • 所有 Control Room 服务都在运行。
  • 自动化在 Control Room 中可见。
  • 您能够成功执行一个示例自动化。
审核日志验证
  • 所有以前的或旧的审核日志均可用。
  • 重新恢复后,正在生成新的审核日志。