Problemas de credencial pós-clonagem do MID Server ativo

O sistema fornece processos automáticos para detectar e notificar você sobre possíveis problemas de credencial do MID Server após a clonagem da instância.

Durante um clone de instância, a tabela do MID Server [ecc_agent] não é copiada da instância de origem, mas a tabela de usuário [sys_user] é copiada. Como resultado, as credenciais do usuário do MID Server de origem copiadas para a instância de destino podem não corresponder às usadas pelo conjunto existente de MID Servers usado pelo destino. Credenciais incorretas podem fazer com que os MID Servers fiquem inativos para a instância de destino. Os processos na instância notificam se um MID Server está inativo devido a credenciais incorretas após um clone de instância.

Tabela para problemas de credencial pós-clonagem

A tabela Problemas do MID Server [ecc_agent_issue] armazena problemas ativos do MID Server após um clone de instância. Os registros nesta tabela mostram o estado atual de um MID Server, os horários de avaliação e a origem do problema. Para casos em que um MID Server de uma instância clonada está inativo devido a possíveis credenciais incorretas, a origem do problema é InstanceClone. Os dados da tabela MID Server Issue [ecc_agent_issue] são exibidos em uma lista relacionada em um registro do MID Server. Os registros nesta tabela serão removidos se não forem detectados por 30 dias. Problemas contínuos reaparecem conforme ocorrem.

Script de limpeza pós-clonagem e trabalhos agendados

Um script de limpeza chamado Credenciais de MID Server incorretas após clone é executada na instância de destino após a clonagem e chama um script include chamado BadMIDCredentialAfterClone. Essa inclusão de script programa a execução dos seguintes trabalhos na tabela item de programação [sys_trigger]:

• BadMIDCredentialAfterClone-1: é executada 15 minutos após a execução do clone.
• BadMIDCredentialAfterClone-2: é executada 75 minutos após a execução do clone.

Esses trabalhos registram na tabela MID Server Issue [ecc_agent_issue] todos os MID Servers que existiam na instância de destino antes do clone que estão no estado Inativo. Esses MID Servers não estão prontos para o processamento normal e podem estar inativos devido a credenciais inválidas resultantes do processo de clonagem. O estado dos MID Servers adicionados à instância de destino depois que o clone não é avaliado.

Nota:

O log do MID Server mostra que o usuário do MID Server associado à instância de destino não pôde ser autenticado ou não tinha a função apropriada.

Regra de negócios que verifica se há credenciais incorretas

A regra de negócios Verificar credenciais MID incorretas após clonagem monitora a tabela do MID Server [ecc_agent] para MID Servers que estão fazendo a transição de Inativo para Ativo. Se a regra de negócios encontrar um MID Server fazendo essa transição, a regra tentará encontrar um MID Server correspondente na tabela MID Server Issue [ecc_agent_issue] que tenha uma origem de problema de InstanceClone e um estado diferente de Resolvido. Se uma correspondência for encontrada, a regra de negócios atualizará o estado do MID Server na tabela [ecc_agent_issue] para Resolvido.

Resolver problemas do MID Server

A mensagem de erro na tabela Problemas do MID Server [ecc_agent_issue] nomeia o usuário do MID Server afetado. Esta mensagem aparece sempre que a regra de negócios é executada e encontra um MID Server com credenciais incorretas suspeitas:MID Server não operacional (status: Inativo), possivelmente devido a um clone recente. Verifique as credenciais do usuário conectado 'local-midserver'.

Tente resolver o problema primeiro comparando as credenciais do usuário com as credenciais que o MID Server afetado está esperando. Se as credenciais estiverem incorretas, corrija o problema e verifique o status do MID Server novamente. Se as credenciais estiverem corretas, mas o MID Server permanecer inativo, verifique a base de conhecimento quanto a outras causas possíveis.