Mudança do controle de 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 de pré-requisito descritas em QRadar DR somente no console 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, o sistema transfere esse backup para outro site. Abra a tela Backup and Recovery para verificar se o backup transferido está visível. Se o backup transferido não estiver visível, atualize a tela Backup and Recovery.

Nos cenários a seguir, é possível alternar o controle da implementação do console do site principal para o console do site de destino.

Importante:

Os recursos somente de console do aplicativo Data Synchronization atual oferecem 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 implementação ainda estão em execução.
- Um exercício de recuperação de desastres em que o site principal ainda está disponível durante o processo de recuperação de desastres.
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 esse problema, entre em contato com o suporte IBM. Esse problema será resolvido em uma versão futura do aplicativo Data Synchronization.
Os backups dos sites principal e de destino devem ser feitos em um local alternativo. Se eles forem excluídos devido a uma política de retenção ou por qualquer outro motivo, o local alternativo deverá servir como uma fonte para restaurar os backups.

Lembre-se:

Os aplicativos instalados no console são suportados apenas durante operações de failover e failback. Se os aplicativos estiverem instalados em AppHost,, eles não serão restaurados ou migrados durante as operações de failover e failback.

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

Para fazer um backup do volume do aplicativo no console principal do site:
- Aplicativos executados no console
  1. Consulte “Backup e restauração de dados de aplicativos” para fazer o backup dos dados de um volume de aplicativo a partir do console do site de destino.
  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 executados em AppHost
  1. Mova todos os aplicativos instalados para o console do site de destino
  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).
Para fazer um backup do volume do aplicativo 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).
Após o procedimento de failover/reback, se algum aplicativo ficar preso no estado ERROR, STARTING, STOPPED, UPGRADING ou CREATING, a restauração dos aplicativos não será iniciada no site de restauração.
Se os QRadar os serviços forem reiniciados entre o processo de restauração de aplicativos, a restauração de aplicativos não funcionará corretamente.

Uma recuperação de desastre real em que o console não está disponível, mas os outros hosts de implementação ainda estão em execução

Antes de iniciar

Quando o console do site principal não estiver disponível e os aplicativos estiverem sendo executados em AppHost,, será necessário fazer backup dos dados do volume do aplicativo antes de prosseguir com o procedimento de troca.

Faça backup do volume de aplicativos em AppHost. Consulte “Como fazer backup e restaurar dados de aplicativos” para fazer backup dos dados de um volume de aplicativo.
Transfira manualmente o backup do volume de aplicativos de AppHost (/store/apps/backup) para o diretório do console do site de destino (/store/app_sync/backups).

Procedimento

No console QRadar de destino, clique em Admin > Aplicativo de sincronização de dados.
É 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 de failover. Essa opção pode ser utilizada 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.
Clique em Activate e, em seguida, confirme a ativação.

Dica: O processo de restauração é ignorado no site principal porque o site principal não está disponível. O processo de restauração começa no site de destino com o último backup, que é então transferido do site principal para o site de destino.
Depois que a restauração for concluída no site de destino, vá para a guia Admin e implemente as alterações. O site de destino agora está ativo.

O que fazer a seguir

Os aplicativos instalados em AppHost não são restaurados ou migrados durante as operações de failover e failback. Para restaurar os aplicativos do site principal no console de destino, execute as etapas a seguir:

Se um usuário no site de destino precisar acessar um aplicativo que estava disponível no site principal, mas que não está acessível no site de destino, ele deverá ser reinstalado usando o site do Console de destino -> IBM QRadar Hub (anteriormente conhecido como IBM QRadar Assistant) -> Aplicativos-> seção Extensões instaladas.
Faça backup dos dados de 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 de aplicativos esteja disponível no console do site de destino. Para restaurar os backups de volume de aplicativos transferidos, copie os dados de backup de volume de aplicativos de /store/app_sync/backups para /store/apps/backup.
- Restaure apenas os aplicativos necessários e os aplicativos de tamanhos menores. 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 o UUID ao restaurar o backup do volume de aplicativos.
- Não restaure o volume do aplicativo Data Synchronization 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 for encontrado em um 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 utilitário qappmanager ( /opt/qradar/support/qappmanager ).
Na configuração Console-Only, durante o failover e o failback, somente as informações da chave de licença são restauradas. O host gerenciado mantém os parâmetros correspondentes de nonConsoleEventLimit ou flowLimit definidos na chave de licença. Você precisa reconfigurar manualmente as alocações do pool de licenças usando o Console Admin -> Gerenciamento de sistema e licenças -> Alterar menu suspenso de exibição: Licenças -> Gerenciamento do pool de licenças.

Um exercício de recuperação de desastres em que o site principal ainda está disponível durante o processo de recuperação de desastres

Antes de iniciar

Quando o console do site principal estiver disponível e os aplicativos estiverem sendo executados em AppHost,, faça backup dos dados de volume dos aplicativos antes de prosseguir com o procedimento de troca.

Faça backup do volume de aplicativos em AppHost. Consulte “Como fazer backup e restaurar dados de aplicativos” para fazer backup dos dados de um volume de aplicativo.
Transfira manualmente o backup do volume de aplicativos de AppHost (/store/apps/backup) para o diretório do console do site de destino (/store/app_sync/backups).

Procedimento

No console QRadar de destino, clique em Admin > Aplicativo de sincronização de dados.
É 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 de failover. Essa opção pode ser utilizada 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.
Clique em Activate e, em seguida, confirme a ativação.

Dica: o processo de restauração começa no site principal com o último backup que foi transferido do site de destino. Após a restauração do site principal, a restauração do site de destino começa com o último backup que foi transferido do site principal.
Na guia “Admin” do site principal e do site de destino, clique em “Avançado” > “Implantar configuração completa ”.

O que fazer a seguir

Depois que você concluir o processo de ativação, a conexão de emparelhamento entre os dois sites será removida. Para estabelecer a conexão de emparelhamento novamente, você deve executar os seguintes comandos de emparelhamento em ambos os sites:
1. No Console QRadar do site principal, execute o seguinte script:
```
/opt/ibm/si/dr/bin/dr_create_ssh.sh -i <destination_site_ip>
```
2. No console QRadar do site de destino, execute o seguinte script:
```
/opt/ibm/si/dr/bin/dr_create_ssh.sh -i <main_site_ip>
```
Os aplicativos instalados em AppHost não são restaurados ou migrados durante as operações de failover e failback. Para restaurar os aplicativos do site principal no console de destino, execute as etapas a seguir:
1. Se um usuário no site de destino precisar acessar um aplicativo que estava disponível no site principal, mas que não está acessível no site de destino, ele deverá 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 de volume dos aplicativos existentes no console do site de destino antes de prosseguir com as operações de restauração.
  - Certifique-se de que os backups corretos do volume do aplicativo estejam disponíveis no console do site de destino. Para restaurar os backups de volume de aplicativos transferidos, copie os dados de backup de volume de aplicativos de /store/app_sync/backups para /store/apps/backup.
  - Restaure apenas os aplicativos necessários e os aplicativos de tamanhos menores. 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 o UUID ao restaurar o backup do volume de aplicativos.
  - Não restaure o volume do aplicativo Data Synchronization 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.
3. Se algum aplicativo for encontrado em um 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 utilitário qappmanager ( /opt/qradar/support/qappmanager ).
Na configuração Console-Only, durante o failover e o failback, somente as informações da chave de licença são restauradas. O host gerenciado mantém os parâmetros correspondentes de nonConsoleEventLimit ou flowLimit definidos na chave de licença. Você precisa reconfigurar manualmente as alocações do pool de licenças usando o Console Admin -> Gerenciamento de sistema e licenças -> Alterar menu suspenso de exibição: Licenças -> Gerenciamento do pool de licenças.