Requisitos de configuração de recuperação de desastres

Quando você configura os data centers habilitados para Recuperação de desastres para IQ Bot, certifique-se de que as condições listadas sejam atendidas.

Requisitos de configuração de recuperação de desastres

  • Replicação assíncrona—Configurar a replicação assíncrona, em vez de replicação síncrona, entre os sites de recuperação de desastres para todos os serviços de suporte. Isso garante que a replicação externa não influencie o desempenho do local primário.

  • Domínio Active Directory—Garantir que o mesmo domínio Active Directory está disponível para os locais primário e de backup.

  • Domínios do site—Garantir que o local de backup Control Room e computadores de dispositivos são membros do mesmo domínio que o local primário Control Room e computadores.

  • Licenças—Atribuir licenças flutuantes para usuários, para que possam fazer login em dispositivos no site de backup.

  • Serviços do local de backup—Desligar os serviços Control Room no local de backup até que sejam necessários.

  • Configurações do site—Certificar-se de que os computadores no local principal e no local de backup tenham a mesma especificação e configuração. Isso inclui a Control Room, Bot Runners, dispositivos associados e credenciais de login. Isso é necessário para garantir o nível de serviço igual durante uma interrupção.

    Note: Os agendamentos são armazenados em UTC e, portanto, executados ao mesmo tempo, independentemente das configurações de localização física ou fuso horário do servidor.

Detalhes de replicação de banco de dados

A configuração de replicação de banco de dados para recuperação de desastres é uma extensão da configuração de alta disponibilidade. Essa configuração requer o uso de grupos de disponibilidade Always On.

  • Configurar a réplica do local principal no modo Synchronous-Commit (Síncrono-Compromisso) .
  • Configurar a réplica do local de recuperação no modo Asynchronous-Commit (Assíncrono-Compromisso) . O modo Assíncrono-Compromisso garante que a latência e a confiabilidade do interdatacenter não afetem o desempenho e a disponibilidade do local principal.
  • Não configure a réplica do site de recuperação para oferecer nenhum serviço de banco de dados até que um failover de recuperação seja acionado.

Modo de falha

Com replicação assíncrona, existe a possibilidade de que uma transação que ocorre no local primário não atinja a réplica do local de recuperação antes da falha ocorrer.

Note: Essa possibilidade de perder as transações mais recentes se aplica a todas as soluções de aplicativos automatizados de recuperação de desastres usando replicação assíncrona, não apenas a solução Automation Anywhere.

A implantação requer consistência rigorosa entre localizações geográficas distantes. O Síncrono-Compromisso configurado entre réplicas com latência significativa tem um efeito prejudicial em todas as operações da Control Room.

Para evitar que itens de trabalho sejam processados duas vezes quando ocorre uma falha, alguns itens de trabalho aguardando a entrega para um dispositivo são colocados em um estado de erro. Isso garante que eles possam ser revisados manualmente e marcados como prontos para serem processados ou concluídos conforme apropriado.