É possível solucionar problemas comuns que você encontra ao implementar os padrões no IBM® SOA
Policy Gateway Pattern.
Falha ao Conectar ao Dispositivo DataPower Externo Durante a Implementação
Tente
as soluções a seguir:
- Verifique com o Administrador do DataPower
se o usuário e a senha são válidos:
- No DataPower, a GUI da Web valida que o usuário existe acessando o .
- Verifique se a conta existe.
- Verifique se o usuário é privilegiado para usar a Interface de Gerenciamento XML; por exemplo, o administrador do sistema.
- O Administrador do DataPower pode precisar verificar se a conta do usuário está ativa nas configurações do agente do usuário; por exemplo, as Configurações de Autenticação Básica.
- Verifique se o nome do host do DataPower está correto
- Verifique se a Interface de Gerenciamento XML do DataPower
está ativada.
Resolvendo problemas de um erro para o domínio já existente
Tente a solução a seguir:
- No Painel de Controle do DataPower, abra os Domínios do Aplicativo. Verifique se o Domínio já
existe.
Resolvendo problemas de erro de sobreposição de porta para o aplicativo de amostra
Se
um dos serviços de amostra estiver indisponível, verifique se as portas em seu
domínio estão em conflito com outros domínios.
Tente
as soluções a seguir:
- Efetue login no DataPower e alterne para o domínio de amostra. Em seguida, abra o Painel de Controle e clique
no ícone Firewall XML. Verifique se os Firewalls XML estão todos no estado
Ativo.
- Procure o Manipulador Frontal HTTP. Verifique se o único manipulador
Frontal HTTP está no estado Ativo.
Resolução de Problemas de Falha de Promoção
Vários problemas podem surgir durante a promoção, inclusive falha ao conectar ao Controle Principal durante a implementação.
Tente as soluções a seguir:
- Verifique os parâmetros:
- Verifique o usuário do WSRRCELL do Controle Principal.
- Verifique a senha do usuário da Célula WSRR do Controle Principal.
- Verifique o nome do host da Célula WSRR do Controle Principal.
- Verifique o nome de CÉLULA da Célula WSRR do Controle Principal.
- Verifique a troca do certificado de assinante:
- Acesse o Armazenamento Confiável Padrão da Célula da célula do Controle Principal e se certifique de que haja uma entrada de certificado para o Dmgr ou o Servidor independente do ambiente de tempo de execução.
- Acesse cada Ambiente de Tempo de Execução e verifique o armazenamento CellDefaultTrust (para o caso do ambiente ND) ou o NodeDefaultTrustStore (para servidores Independentes do WSRR) para ter certeza de que existe um certificado para o Dmgr do Controle Principal.
- Exporte as chaves LTPA de ambas as células usando a mesma senha e verifique se elas são iguais (por exemplo, os bytes).
- Certifique-se de que o arquivo de propriedades de promoção contenha seções de servidor
com o host e a porta apropriados e as informações do usuário e senha. Essas informações podem ser encontradas no console ServiceRegistry para o Controle Principal:
- Acesse o GovernanceMasterDMgrHost ou ServiceRegistry e alterne
para a perspectiva Configurações. Na seção Ações, localize Promoção e
abra o arquivo de propriedades de promoção. Para cada ambiente, deve haver elementos XML para cada servidor no nó ou cluster do WSRR de temporariedade. Se existir um cluster ou nó de produção, deverá haver entradas
server:port para cada um e, além disso, deverá haver informações do usuário e
senha.
- Verifique se a Versão de Serviço e o Terminal SOAP possuem ambos a Classificação
para temporariedade e Produção.
- No Console de Registro de Serviço, selecione a perspectiva Controle SOA. Abra a Versão de Serviço e selecione a guia Classificações. A Temporariedade
e a Produção devem estar ativadas.
Resolução de Problemas de Falhas de CLI Customizada
Tente
as soluções a seguir:
- Verifique as mensagens de erro no defaultLog no Domínio do DataPower.
- Ative a depuração de CLI e verifique esses logs antes de quaisquer execuções adicionais da CLI.