Replicación basada en imágenes

El proceso de replicación es similar en todos los entornos y proveedores de nube. Se utiliza un modo programado para crear y almacenar las instantáneas. El intervalo de las instantáneas se basa en la tolerancia del cliente a posibles pérdidas de datos.

Antes de empezar

Recomendamos que la programación de la replicación sea de al menos 1 día (una instantánea al día).

A continuación se describe el procedimiento para AWS como ejemplo de proveedor de nube.

Procedimiento

Como primer paso en cualquier configuración de recuperación ante desastres basada en imágenes, cree instantáneas a intervalos fijos. En caso de un desastre, la configuración se revertiría a la última imagen/instantánea buena y el sistema volvería a estar en funcionamiento en poco tiempo, aunque con una pérdida de datos y un breve tiempo de inactividad.

  1. Decida el intervalo de las instantáneas en función de la posible pérdida de datos.
  2. Detenga los servicios de Automation Anywhere en el servidor que se está capturando.
  3. Si está en AWS, cree la AMI siguiendo los pasos estándar de creación de imágenes.
  4. Una vez creada la imagen, inicie los servicios de Automation Anywhere.
  5. Ejecute el mecanismo de copia de seguridad del repositorio en el mismo programa.

Los pasos siguientes describen la restauración de datos desde una imagen.

  1. Cree una nueva instancia utilizando la AMI creada previamente.
    Según la configuración original, si la configuración está repartida entre zonas de disponibilidad, debe hacer lo mismo en todas las zonas de disponibilidad relevantes.

Los siguientes pasos son válidos para cada instancia que se recupera.

  1. Edite los archivos de configuración relacionados con el servidor de la base de datos, inicie el clúster y Elasticsearch para formar los clústeres en el directorio de configuración.
    En una instalación estándar, los archivos se encuentran en: C:\Program Files\Automation Anywhere\Enterprise\config
    1. Edite la dirección URL del servidor de la base de datos para que apunte al servidor de la base de datos deseado en : boot.db.properties.
      No cambie la dirección URL si el servidor original ya hace referencia a una dirección diferente a localhost.
    2. Edite la siguiente propiedad en el archivo cluster.properties:
      Agregue la lista con una nueva IP del servidor en: ignite.discovery.static.ips=<existing list of ips>, <current server ip>
    3. Defina las siguientes propiedades en el archivo elasticsearch.yaml:
      • Agregue la dirección del servidor actual en: node.name: "<local-ip>"
      • Agregue la dirección del servidor actual en: network.host: "local-ip"
      • Deje los valores existentes intactos y agregue la IP del servidor actual en: discovery.zen.ping.unicast.hosts: ["ip1","<local-ip>"]
      • Deje los valores existentes intactos en: cluster.initial_master_nodes: ["<master-ip>"]
  2. Opcional: Si está montado, restaure el repositorio desde la misma captura temporizada que la captura de Control Room seleccionada y móntela en la ruta respectiva.
  3. Actualice las tablas de configuración.
  4. Garantice la visibilidad del protocolo de control de transmisión (TCP) entre los nodos.
  5. Inicie los servicios en el nodo replicado y espere un par de minutos a que se establezca el clustering.
  6. Verifique lo siguiente:
    • Inicie sesión y compruebe que los bots aparecen en la lista y son visibles.
    • Si la instalación tiene configurado un Git externo, compruebe la validez utilizando funciones como el registro.
    • Verifique los registros de auditoría.
  7. Actualice el nivel del balanceador de carga o el DNS según sea necesario si algún nombre de host/IP cambia con los valores actuales correspondientes.