Stand-by quente

Hospede duas configurações ou sites - principal e backup para o procedimento de DR em stand-by quente.

Pré-requisitos

Cada configuração teria as seguintes configurações recomendadas:

  1. Automation 360 hospedado em modo agrupado (três nós)
  2. Instância de SQL
  3. Armazenamento do repositório (unidade de rede compartilhada)
  4. Repositório Git

A replicação síncrona dos dados no nó de backup deve ser configurada. O nó de backup deve ter exatamente a mesma configuração que o nó Primário; exceto para Control Room.

  • Para sincronizar o repositório Git, faça o backup do caminho do repositório Git do caminho primário para o caminho de backup.
  • Para sincronizar o banco de dados SQL, configure a replicação do banco de dados primário para o banco de dados de backup.

    Replicar dados entre locais primários e secundários

Uma vez configurado, o esquema de configuração ficaria assim:

HA para recuperação de desastres
Conclua a implantação de recuperação de desastres em dois locais separados geograficamente, onde um local é primário (ativo) e o outro é o local secundário (passivo) usado para backup. Se o cluster do local primário falhar, realize a recuperação no local secundário.
Nota: O local secundário deve ser configurado como uma configuração passiva para que o procedimento de failover possa ser realizado sem demora.
O procedimento é idêntico, independentemente de você estar alternando de locais primários para secundários ou de locais secundários para primários. Conecte a Control Room ao banco de dados replicado e compartilhe o repositório no local secundário.

Essas etapas se aplicam a todos os servidores no cluster Automation 360, incluindo os servidores da Control Room, o SQL Server e o servidor Pesquisa de elasticidade.

Procedimento

  1. Instale o Automation 360 no local secundário.
    Siga as etapas de instalação até a configuração do banco de dados.
  2. Na janela Configuração do banco de dados, adicione os detalhes do banco de dados para o local secundário, como o endereço IP do servidor de banco de dados e o número de porta padrão.
  3. Verifique os detalhes do Pesquisa de elasticidade no janela Fornecer credenciais Elasticsearch.
    Como os dados Pesquisa de elasticidade já estão replicados do banco de dados primário, você não precisa fornecer a senha Pesquisa de elasticidade.
  4. Após a conclusão da instalação, verifique se a URL da Control Room e o caminho do repositório estão disponíveis na página de Boas-vindas da Control Room.
    Você pode alterar a URL da Control Room e o caminho do repositório depois de fazer login na Control Room como a próxima etapa.
  5. Faça o login na Control Room usando suas credenciais de administrador para mudar as Definições de configuração em Administração > Configurações:
    1. Para permitir que os usuários acessem a Control Room usando um endereço IP público, altere as configurações de URL de acesso à sala de controle para apontar para o URL de acesso ao local secundário em Configurações gerais > Geral.
    2. Altere o Caminho do repositório para o caminho do repositório do local secundário em Banco de dados e software da sala de controle > Repositório da sala de controle.
  6. Verifique os dados para o seguinte:
    • Usuários, funções, agendamento, gatilhos, informações sobre credenciais e configurações de carga de trabalho
    • Certificado e conectividade Pesquisa de elasticidade
    • Automation Co-Pilot para usuários corporativos, Bot Insight, Discovery Bot e IQ Bot
    Nota: Realize uma medição byte a byte dos dados recuperados e compare os dados primários e secundários do local. Se você vir qualquer diferença, verifique os logs do assinante para qualquer falha intermitente devido a qualquer problema na rede.

Próximas etapas

Depois que o local de recuperação estiver operando como o local primário, configure um local secundário substituto. Usando as ferramentas do banco de dados, configure a replicação do local primário de recuperação para o local secundário substituto.