Problemas Conhecidos
Saiba mais sobre os problemas conhecidos em cadaIBM®QRadar® Data Synchronization lançamento do aplicativo.
Versão 2.1.0 ou posterior
Em determinados cenários, o status da fonte de log não é considerado e os eventos são extraídos de ambos os sites simultaneamente. Este problema afeta apenas fontes de log do tipo “pull”. Como solução alternativa, desative manualmente as fontes de log afetadas no host que está no modo STANDBY. Para obter mais informações, consulte Problemas conhecidos.
Versão3.0.0 ou mais tarde
- Problema conhecido 1
- Com o IBMQRadar7.5.0 Pacote de Atualização 1 ou o Pacote de Atualização 2, o processo de failback pode continuar em execução sem ser concluído em implantações com hosts Network Insights IBMQRadar emparelhados. Para obter uma solução alternativa, entre em contato com o Suporte ao Cliente.
- Problema conhecido 2
- Os usuários podem encontrar uma mensagem de erro de token de segurança ao abrir o aplicativo Sincronização v3.0.0 de Dados pela primeira vez após o login. Após fazer login QRadar, o aplicativo exibe a mensagem: Ocorreu um erro ao validar o token de segurança. Clique em Fechar para recarregar o aplicativo. Como solução alternativa, clique em Fechar e o aplicativo será recarregado com sucesso.Observação: para obter mais informações, consulte Problemas IJ38806 conhecidos.
Versão 3.1.1 ou posterior
Às vezes, o aplicativo QRadar Sincronização de Dados pode exibir falhas na janela de status Resumo do Host devido a um problema de cálculo de tempo. O campo Timestamp mostra a hora atual, mas o campo Data Content faz referência à hora errada dos dados, resultando em um status de falha para cada entrada. No entanto, a sincronização real dos dados continua a funcionar normalmente, apesar destes erros.
Observação: para obter mais informações, consulte Problemas conhecidos.
Versão 3.2.1 ou posterior
- Problema conhecido 1
- O sistema está executando 7.5.0QRadarIBM a Atualização do Pacote 11 com o aplicativo Sincronização v3.2.1 de Dados instalado. A atualização QRadar para o 7.5.0 Pacote de Atualização 13, mantendo a mesma versão do aplicativo, faz com que o aplicativo Sincronização de Dados pare de funcionar. Como solução alternativa antes de iniciar o failover (ativação do site de DR), atualize o aplicativo para v3.2.2 em ambos os sites (principal e de destino) para garantir a continuidade da funcionalidade.Observação: para obter mais informações, consulte Problemas conhecidos.
- Problema conhecido 2
- Em uma configuração apenas com console, o failover funciona conforme o esperado. No entanto, quando um usuário tenta realizar um failback, o processo não é concluído com sucesso. A restauração do site principal é concluída com sucesso, mas a restauração do site de destino pode encontrar problemas técnicos. Atualize o aplicativo Data Synchronization para a versão 3.2.2 antes de realizar o failover (ativação do site de destino).Observação: para obter mais informações, consulte Problemas conhecidos.
Versão 3.2.2. ou posterior
Em alguns casos, durante o processo de failback, a cópia dos dados do Ariel pode entrar em um loop infinito e não ser concluída. Consequentemente, os dados do Ariel podem não ser totalmente transferidos do local de destino para o local principal. Como solução alternativa, entre em contato com o Suporte ao Cliente.
Observação: para obter mais informações, consulte Problemas conhecidos.
Versão 3.3.0. ou posterior
- Problema conhecido 1
- Em uma configuração híbrida de DR, referências obsoletas a hosts gerenciados excluídos ou configurações de HA de hosts gerenciados podem permanecer no site de destino durante o processo de configuração de emparelhamento. O problema pode ocorrer quando uma incompatibilidade de host não é detectada e a operação de exclusão ou adição necessária não é acionada. Durante o failover ou failback, essas referências obsoletas podem fazer com que a operação de restauração falhe. Entre em contato com o Suporte ao Cliente antes de iniciar o processo de failover ou failback.Observação: para obter mais informações, consulte Problemas conhecidos.
- Problema conhecido 2
- Em uma configuração híbrida de DR que executa o IBM QRadar 7.5.0 Update Package 14, após um failover e um failback subsequente, a primeira tentativa de implantação pode expirar para os hosts gerenciados emparelhados. Nesse caso, o usuário deve implantar as alterações uma segunda vez, após o que a implantação será concluída com sucesso.Observação: para obter mais informações, consulte Problemas conhecidos.
- Problema conhecido 3
- Em uma configuração híbrida de DR que executa o IBM QRadar 7.5.0 Update Package 14, durante ciclos repetidos de failover e failback, entradas duplicadas para hosts gerenciados realocados podem permanecer nos arquivos de token do host. Como resultado, as tentativas de implantação dos hosts gerenciados realocados podem expirar. Entre em contato com o Suporte ao Cliente antes de iniciar o processo de failover ou failback.Observação: para obter mais informações, consulte Problemas conhecidos.
- Problema conhecido 4
- Durante uma configuração híbrida, se o aplicativo Sincronização de dados estiver configurado simultaneamente no site principal e no site de destino, a configuração do fluxo híbrido poderá não ser ativada corretamente no site de destino. Nesse cenário, o failover não é permitido. Execute uma redefinição de fábrica em ambos os sites e, em seguida, configure primeiro o site principal e, depois, o site de destino.Observação: para obter mais informações, consulte Problemas conhecidos.
- Problema conhecido 5
- Em uma configuração híbrida, durante o processo de configuração do emparelhamento, as tentativas de adicionar ou excluir um host gerenciado podem falhar após três tentativas. Quando o problema ocorre, o processo de configuração do emparelhamento não pode ser concluído com sucesso. Entre em contato com o suporte da IBM para adicionar ou excluir manualmente o host gerenciado.Observação: para obter mais informações, consulte Problemas conhecidos.
- Problema conhecido 6
- Em configurações híbridas que executam o IBM, o QRadar e o 7.5.0 Update Package 14 ou 15, o arquivo de configuração (
dr.conf) pode não ser restaurado corretamente durante a ativação ou failback devido a alterações de permissão. Esse problema pode fazer com que o processo de restauração falhe. Entre em contato com o suporte IBM para obter assistência adicional.Observação: para obter mais informações, consulte Problemas conhecidos.
Todas as versões
- Problema conhecido 1
- Em patchQRadar implantações, o fuso horário de um host gerenciadoPostgreSQL banco de dados pode ser configurado incorretamente, o que pode resultar naQRadar Data Synchronization aplicativo sincronizando dados do Ariel com um período de tempo incorreto. Atualizando paraQRadar7.5.0 O Pacote de Atualização 2 resolve esse problema.
- Problema conhecido 2
- Os usuários podem enfrentar um problema durante a ativação se a chamada de ativação demorar mais de 60 segundos. Nesses casos, a solicitação pode exceder o valor padrão de tempo limite de conexão NGINX, fazendo com que a ativação falhe e exibindo o seguinte erro: JSON.parse: caractere inesperado na linha 1 coluna 1 dos dados JSON. Como solução alternativa, entre em contato com o Suporte ao Cliente.Observação: para obter mais informações, consulte Problemas conhecidos.
- Problema conhecido 3
- Em um ambiente que executa o IBM, o QRadar e o 7.5.0 Update Package 14, com o aplicativo Data Synchronization configurado para emparelhamento 1:1, a restauração de um backup no site de destino pode falhar. Entre em contato com o Suporte ao Cliente antes de iniciar a operação de restauração.Observação: para obter mais informações, consulte Problemas conhecidos.