Skip to content
CA Service Management - 14.1 - Portuguese - Brazil
Documentation powered by DocOps

Problemas conhecidos da geração de relatórios do CA Service Desk Manager

Last update April 3, 2019

Esse tópico contém os seguintes problemas conhecidos:

Não é possível executar os relatórios do Crystal

Sintoma:

Eu integrei o CA Business Intelligence Release 4.1 SP3 ao CA SDM. Às vezes, não consigo iniciar os relatórios do Crystal Reports (relatórios do CA SDM) e a seguinte mensagem de erro é exibida:

O visualizador não pôde processar um evento. Sua solicitação não pôde ser concluída porque ocorreu uma falha enquanto o relatório estava sendo processado. Entre em contato com o administrador do sistema. [RCIRAS0546] 
---- Código de erro:0 [CRWEB00000119]

Solução:

Siga estas etapas:

  1. Localize as seguintes linhas no arquivo ivoa25.ini (cliente ODBC de 32 bits), localizado em C:\Program Files (x86)\CA\Service Desk Manager\add-ons\oaodbc72.

    Observação: se o CABI estiver instalado em uma máquina diferente do CA SDM, localize o arquivo em C:\Program Files (x86)\CA\SC\CASD_ODBC.

    ;[WorkArounds]

    ;UnloadICUMessagesDLL=0

  2. Remova o ponto e vírgula (;) de ambas as linhas. For example,

    [WorkArounds]

    UnloadICUMessagesDLL=0

  3. Salve o arquivo e teste seu relatório.

Sintoma:

O seguinte erro ocorre se o cliente ODBC de 64 bits não foi instalado corretamente quando o CABI estava em execução e o arquivo DLL já estava em uso.

Falha ao abrir a conexão e um erro de incompatibilidade de arquitetura de driver nos relatórios WEBI.

Solução II:

Siga estas etapas:

  1. Pare o servidor do CABI.

  2. Feche a Ferramenta de criação de universos.

  3. Inicie o servidor do CABI.
  4. Execute a configuração do CABI para a rotina do SDM instalar os drivers ODBC de 32 e 64 bits novamente.

  5. Atualize o arquivo .ini com as alterações na CRYSTALREPSLN1.

Não é possível gerar relatórios para os ICs que contenham um ponto (.) em seu nome

Válido no MS SQL
Os seguintes relatórios (para localizar o relacionamento entre os ICs) não serão gerados para os ICs que contêm um ponto (.) em seu nome:

  • Relatório de impacto de todas as mudanças
  • Relatório de relacionamento de ICs
  • Relatório de análise de causa raiz de ICs
  • Relatório de impacto de mudanças diretas

Opções de relatórios da web no CA Business Intelligence

No Gerenciador de opções, as seguintes opções relacionadas na página Lista de relatórios da web não são mais relevantes ao configurar o CA Business Intelligence para funcionar com o CA Service Desk Manager e podem ser ignoradas com segurança.

  • bo_server_auth
  • secEnterprise
  • secLDAP
  • secWinAD
  • secExternal

O Progress OpenEdge DSN e o driver ODB não são visíveis no Administrador de origem de dados ODBC

Válido para Windows 2008 R2
Sintoma:
Ao configurar o servidor do OA, cria-se um OpenEdge DSN do projeto chamado casd_servername. Eu uso este DSN com o pdm_isql e o CA Business Intelligence. Após criar o DSN, não é possível exibi-lo no Administrador de origem de dados ODBC de 64 bits.
Não é possível editar o DSN ou criar um DSN usando o Administrador de origem de dados ODBC. Não consigo apontar o CA Business Intelligence a um servidor diferente. O painel de controle Administrador de origem de dados ODBC de 64 bits não mostra os drivers e configurações de 32 bits.
Solução:
Use o Administrador de origem de dados ODBC de 32 bits para exibir os drivers ODBC executando o arquivo %windir%\SysWOW64\odbcad32.exe.

Atualização do CA Service Desk Manager com o CA Business Intelligence

Se tiver configurado o CA Service Desk Manager como uma origem de dados para o CA Business Intelligence, encerre todos os serviços do CA Business Intelligence antes de atualizar.

O Servidor ODB do CA Business Intelligence não inicia em computadores não Windows

Para relatórios do CA Business Intelligence, se você tiver problemas com a inicialização de um servidor ODBC, desinstale e reinstale o servidor ODBC.

Siga estas etapas:

  1. Exporte o caminho da biblioteca da seguinte maneira:
    • (Para AIX) Exporte LIBPATH=$LIBPATH:<CA_SharedComponent>/lib:<NX_ROOT>/lib
      Exemplo: exporte LIBPATH=$LIBPATH:/opt/CA/SC/lib:/opt/CAisd/lib
    • (Para Solaris/Linux) Exporte LD_LIBRARARY_PATH=$ LD_LIBRARARY_PATH:/opt/CA/SC/lib:<NX_ROOT>/lib
      Exemplo: exporte LD_LIBRARARY_PATH=$ LD_LIBRARARY_PATH:/opt/CA/SC/lib:/opt/CAisd/lib
  1. Para desinstalar o servidor ODBC, execute o comando oa72_server_uninstall no prompt de comando.
  2. Para reinstalar o servidor ODBC, execute o comando oa72_server_setup no prompt de comando.

O Servidor ODB do CA Business Intelligence não inicia em computadores Windows

Para relatórios do CA Business Intelligence, se você tiver problemas com a inicialização de um servidor ODBC, desinstale e reinstale o cliente e o servidor ODBC.

Siga estas etapas:

  1. Para desinstalar o cliente e o servidor ODBC, execute os seguintes comandos no prompt de comando:
    • oa72_client_uninstall
    • oa72_server_uninstall 
  2. Para reinstalar o cliente e o servidor ODBC, execute os seguintes comandos no prompt de comando
    • oa72_server_setup
    • oa72_client_setup

A integração do CA Business Intelligence falha após a atualização

Sintoma:

Eu atualizei o CA Business Intelligence e baixei o arquivo TrustedPrincipal.conf do console de gerenciamento central. Mas a integração entre o CA SDM e o CA Business Intelligence falhou.

Solução:

Após a atualização do CA Business Intelligence, copie o arquivo descarregado TrustedPrincipal.conf no diretório $NX_ROOT\bopcfg\www\CATALINA_BASE\webapps\CAisd.

Detalhes do relatório não são exibidos corretamente depois de exportar para CSV

Sintoma:
Ao exportar relatórios para CSV, os dados não são exibidos corretamente. Por exemplo, o cabeçalho é exibido várias vezes no CSV sem mostrar o conteúdo adequado.

Solução:

Exporte o relatório no formato do Excel, que está disponível no Crystal Reports 2013 e salve o arquivo em CSV.

Configurar a página de logon do Business Intelligence Launch Pad

Válido para Windows
Sintoma:
A página de logon do Business Intelligence Launch Pad não está configurada para solicitar aos usuários o tipo de autenticação ou nome CMS.
Solução:

  1. Copie o arquivo de propriedades do diretório C:\Program Files (x86)\SAP BusinessObjects\tomcat\webapps\BOE\WEB-INF\config\default para o diretório C:\Program Files (x86)\SAP BusinessObjects\tomcat\webapps\BOE\WEB-INF\config\custom para modificação.
  2. Especifique os tipos de autenticação padrão (secEnterprise, secLDAP, secWinAD, secSAPR3) aqui. Por exemplo, authentication.default=secEnterprise.
  3. Para solicitar aos usuários o nome CMS, localize o parâmetro cms.visible e altere seu <param-value> de falso para verdadeiro. Por exemplo, <param-value>verdadeiro</param-value>.

    Importante: Para garantir que as alterações sejam preservadas e não são perdidas na próxima vez que os arquivos WAR forem implantados (normalmente, durante as atualizações de patch), siga a observação SAP 1615492 e copie os arquivos personalizados para o diretório <BOE_HOME>\SAP BusinessObjects Enterprise XI 4.0\warfiles\webapps\BOE\WEB-INF\config.

  4. Salve e feche o arquivo.
  5. Reinicie o Tomcat.
Was this helpful?

Please log in to post comments.