Transferindo o controle da implantação do console do site principal para o console do site de destino

Quando você ativa o site de destino, a sincronização de dados do Ariel e todos os perfis de cópia do Ariel são desativados no site principal, mas os serviços não são suprimidos.

Antes de iniciar

Conclua as tarefas pré-requisitos descritas em QRadar Configuração híbrida usando o aplicativo Data Synchronization.

Antes de iniciar a operação de failover, abra o painel de recuperação de desastres e verifique o status de prontidão do sistema, analisando todas as verificações de integridade necessárias. Resolva todas as verificações com falha antes de prosseguir com a operação de failover

Depois que um backup é gerado no site principal, o sistema transfere esse backup para o site de destino. Abra a tela Backup e recuperação para verificar se o backup transferido está visível. Se o backup transferido não estiver visível, atualize a tela Backup e recuperação.

Nos cenários a seguir, você pode alternar o controle de implantação do console do site principal para o console do site de destino.

Importante:
  • A configuração híbrida do aplicativo Data Synchronization oferece suporte a failover e failback para os seguintes cenários.
    • Uma recuperação de desastre real em que o console não está disponível, mas os outros hosts de implantação ainda estão em funcionamento.
    • Um exercício de recuperação de desastres em que o site principal continua disponível durante o processo de recuperação de desastres.
  • Durante o failover, os hosts gerenciados não emparelhados são enviados de volta do site principal para o site de destino.
  • Se algum host gerenciado estiver inativo durante a operação de failover por qualquer motivo, isso poderá fazer com que o site de destino apresente um comportamento inesperado na ativação. Para resolver este problema, entre em contato com o Suporte da IBM. Este problema será resolvido em uma versão futura do aplicativo Sincronização de Dados.
  • Os backups dos sites principal e de destino devem ser armazenados em um local alternativo. Se forem excluídos devido a uma política de retenção ou qualquer outro motivo, o local alternativo deve servir como fonte para restaurar os backups.
  • Os backups de volume de aplicativos de ambos os sites devem ser armazenados em um local alternativo. Durante o failover, se o site principal estiver indisponível e os aplicativos estiverem instalados no App-Host do site principal, o backup do volume será usado para recuperar o estado do aplicativo Data Synchronization no site principal após o failover.
Lembre-se:

Os aplicativos instalados no console são suportados apenas durante operações de failover e failback.

O failover não pode ser executado quando os aplicativos estão instalados no App Host e o site principal está disponível.

Se o site principal estiver indisponível e os aplicativos estiverem instalados no App Host no site principal, o failover será suportado. No entanto, pode ser necessário realizar etapas manuais de estabilização após a transição para o sistema de reserva, conforme descrito na documentação.

Antes do failover, quaisquer alterações feitas no mapeamento de grupos de hosts ( Business Rules ) desde que a configuração de emparelhamento foi realizada podem afetar a operação de failover.

A alta disponibilidade (HA) deve ser removida do console do site de destino ou de qualquer MH emparelhado antes do failover.

A restauração de aplicativos precisa ser realizada manualmente na configuração híbrida. Para realizar a restauração do aplicativo, as seguintes etapas devem ser seguidas durante o failover e o failback.

O backup do volume dos aplicativos está sendo transferido automaticamente de acordo com a programação diária. No entanto, é recomendável fazer um backup do volume mais recente.

  1. Para fazer um backup do volume do aplicativo a partir do console do site principal:
    • Aplicativos que funcionam no console
      1. Consulte “Como fazer backup e restaurar dados de aplicativos” para fazer backup dos dados de um volume de aplicativo a partir do console principal do site.
      2. Transfira o backup do volume do aplicativo do console do site de destino para o console do site principal executando o seguinte comando no console do site de destino.
        systemctl start app_sync
      3. Verifique a transferência no diretório do console do site de destino (/store/app_sync/backups). Se a transferência não for bem-sucedida ou apresentar problemas, copie o backup do volume do aplicativo do diretório do console do site principal (/store/apps/backup) para o diretório do console do site de destino (/store/app_sync/backups).
    • Aplicativos que funcionam em um AppHost
      1. Mova todos os aplicativos instalados para o console principal do site.
      2. Consulte “Como fazer backup e restaurar dados de aplicativos” para fazer backup dos dados de um volume de aplicativo a partir do console principal do site.
      3. Transfira o backup do volume do aplicativo do console do site principal para o console do site principal executando o seguinte comando no console do site principal.
        systemctl start app_sync
      4. Verifique a transferência no diretório do console do site de destino (/store/app_sync/backups). Se a transferência não for bem-sucedida ou apresentar problemas, copie o backup do volume do aplicativo do diretório do console do site principal (/store/apps/backup) para o diretório do console do site de destino (/store/app_sync/backups).
  2. Para fazer um backup do volume do aplicativo a partir do console do site de destino (aplicativos executados no console):
    1. Consulte “Como fazer backup e restaurar dados de aplicativos” para fazer backup dos dados do volume do aplicativo a partir do console do site de destino.
    2. Transfira os dados de backup do volume do aplicativo do console do site de destino (/store/app_sync/backups) para o diretório do console do site principal (/store/app_sync/backups).

Procedimento

  1. No console QRadar de destino, clique em Admin > Aplicativo de sincronização de dados.
  2. É possível iniciar a operação de failover de duas maneiras:
    • Você pode selecionar “Ativar site de destino” no painel para iniciar a operação de failover.
    • Você pode abrir o menu deslizante à esquerda e selecionar “Ativar site de destino” para iniciar a transição para o site de failover. Essa opção pode ser usada caso os usuários precisem prosseguir com a operação de failover, mesmo que as verificações tenham falhado. No entanto, você deve primeiro verificar e resolver as verificações que falharam.
  3. Clique em Ativar e, em seguida, confirme a ativação.
    Dica: O processo de restauração começa no local de destino com o último backup, que é então transferido do local principal para o local de destino.
  4. Após a conclusão da restauração no site de destino, acesse a guia Admin e clique em Implantar configuração completa. Durante a primeira implantação, pode ocorrer um tempo limite no host gerenciado emparelhado. Este comportamento é esperado.
  5. Após a conclusão ou o tempo limite da primeira tentativa de implantação, clique em Implantar configuração completa novamente.
  6. Se o site principal estiver disponível quando o failover for iniciado, acesse a guia Admin do site principal e implemente as alterações no site principal.

O que fazer a seguir

  1. Após o failover, se algum host gerenciado emparelhado estiver em um estado desconhecido, acesse Admin > Gerenciamento do sistema e das licenças > > Selecione o host gerenciado > Clique em Ações > Reiniciar o sistema..
  2. Após a conclusão do processo de failover, se a conexão de emparelhamento entre os hosts de ambos os sites for removida, os hosts devem primeiro ser desemparelhados e, em seguida, emparelhados novamente. Para desemparelhar o host, consulte “Desemparelhamento de hosts ”. Para emparelhar o host, consulte “Emparelhamento de hosts gerenciados”.
  3. Para restaurar os aplicativos do site principal no console de destino, execute as seguintes etapas:
    1. Se um usuário no site de destino precisar acessar um aplicativo que estava disponível no site principal, mas não está acessível a partir do site de destino, ele deve ser reinstalado usando o site do Console de Destino -> IBM QRadar Hub (anteriormente conhecido como IBM QRadar Assistant) -> Aplicativos -> seção Extensões Instaladas.
    2. Faça backup dos dados do volume dos aplicativos existentes no console do site de destino antes de prosseguir com as operações de restauração.
      • Certifique-se de que o backup correto do volume dos aplicativos esteja disponível no console do site de destino. Para restaurar os backups do volume dos aplicativos transferidos, copie os dados do backup do volume do aplicativo de /store/app_sync/backups para /store/apps/backup.
      • Restaure apenas os aplicativos necessários e aqueles de tamanho menor. Para restaurar mais aplicativos no site de destino ou para manter os aplicativos no site de DR por mais tempo:
        1. Migre os aplicativos do console do site de destino para AppHost.
        2. Prossiga com o procedimento de restauração.
      • Consulte “Como fazer backup e restaurar dados de aplicativos” para restaurar os dados de volume dos aplicativos. A prática padrão é usar UUID ao restaurar o backup do volume dos aplicativos.
      • Não restaure o volume do aplicativo Sincronização de Dados no console do site de destino. O aplicativo Data Synchronization é necessário para manter seu próprio estado e executar a operação de failback para ativar o site principal.
      • Se algum aplicativo estiver em estado de erro após a conclusão da restauração ou após a operação de failover ou failback, reinicie os aplicativos usando o qappmanager utilitário (/opt/qradar/support/qappmanager).
  4. Na configuração híbrida, durante o failover e o failback, apenas as informações da chave de licença são restauradas. O host gerenciado mantém os parâmetros flowLimit correspondentes nonConsoleEventLimit ou definidos na chave de licença. Você precisa reconfigurar manualmente as alocações do pool de licenças usando Console Admin -> Gerenciamento do sistema e licenças -> Alterar exibição Menu suspenso: Licenças -> Gerenciamento do pool de licenças.