Replicação baseada em imagem

O processo de replicação é semelhante entre ambientes e provedores de nuvem. Uma forma programada é usada para criar e armazenar os instantâneos. O intervalo de instantâneos é baseado na tolerância do cliente à perda potencial de dados.

Pré-requisitos

Recomendamos que o cronograma de replicação seja de pelo menos 1 dia (um instantâneo por dia).

O artigo seguinte descreve o procedimento para AWS como um exemplo de provedor de nuvem.

Procedimento

Como primeiro passo em qualquer configuração DR baseada em imagem, crie instantâneos em intervalos fixos. Em caso de desastre, a configuração reverteria para a última boa imagem/instantâneo e o sistema estaria de volta, no ar e totalmente funcional em pouco tempo, porém com perda de dados e um curto tempo de inatividade.

  1. Decida sobre o intervalo de instantâneos com base na perda potencial de dados.
  2. Pare os serviços Automation Anywhere no servidor que está sendo retratado.
  3. Se estiver no AWS, crie AMI usando etapas de criação de imagem padrão.
  4. Após a criação da imagem, inicie os serviços Automation Anywhere.
  5. Execute o mecanismo de backup do repositório na mesma programação.

Os passos seguintes descrevem a restauração de dados de uma imagem.

  1. Rode uma nova instância utilizando o AMI criado anteriormente.
    Dependendo da configuração original, se a configuração estiver distribuída por zonas de disponibilidade, você deve fazer o mesmo em todas as zonas de disponibilidade relevantes.

As seguintes etapas são aplicáveis a cada instância a ser recuperada.

  1. Edite os arquivos de configuração relacionados com o servidor de banco de dados, com o cluster Ignite e o Pesquisa de elasticidade para formar os clusters no diretório de configuração.
    Em uma instalação padrão, os arquivos estão localizados em: C:\Program Files\Automation Anywhere\Enterprise\config
    1. Edite a URL do servidor de banco de dados para apontar para o servidor de banco de dados pretendido em: boot.db.properties.
      Não altere a URL se o servidor original já se referir a um endereço de um host não-local.
    2. Adicione as seguintes opções de propriedade ao arquivo: cluster.properties:
      Anexe a lista com um novo IP de servidor em: ignite.discovery.static.ips=<existing list of ips>, <current server ip>
    3. Edite as seguintes propriedades no arquivo elasticsearch.yaml:
      • Adicione o endereço do servidor atual em: node.name: "<local-ip>"
      • Adicione o endereço do servidor atual em: network.host: "local-ip"
      • Deixe os valores existentes intactos e anexe o IP do servidor atual em: discovery.zen.ping.unicast.hosts: ["ip1","<local-ip>"]
      • Deixe os valores existentes intactos em: cluster.initial_master_nodes: ["<master-ip>"]
  2. Opcional: Se montado, restaure o repositório a partir do mesmo instantâneo programado que o instantâneo selecionado na Control Room e monte para o respectivo caminho.
  3. Atualize tabelas de configuração.
  4. Assegure a visibilidade do Protocolo de Controle de Transmissão (TCP) entre os nós.
  5. Inicie os serviços no nó replicado e espere por alguns minutos para estabelecer o agrupamento.
  6. Verifique:
    • Faça o login e verifique se os bots estão listados e visíveis.
    • Se a instalação tiver Git externo configurado, verifique a validade usando funções como o check-in.
    • Verifique os registros de auditoria.
  7. Atualize a camada de balanceamento de carga ou DNS conforme necessário se algum nome de host/IPs mudar com os valores atuais correspondentes.