Administrando Aplicativos de Acesso de Dados

Essas tarefas administrativas consistem principalmente em configurar os objetos ou recursos através dos quais os aplicativos conectam-se a um backend e em ajustar esses recursos para manipular o volume de pedidos de conexão.

Procedimento

  1. Se seu aplicativo contém módulos da Web ou módulos EJB que requerem acesso a um back end, configure os recursos de acordo com seu tipo de Enterprise Information System (EIS):
    • Para um banco de dados relacional, siga as etapas descritas no tópico, Configurando um provedor JDBC e a origem de dados. Se estiver usando um banco de dados DB2, o tópico, Configurando um Aplicativo para Usar pureQuery é outra opção. O IBM Optim PureQuery Runtime fornece uma alternativa para o JDBC como uma maneira de acessar o banco de dadosDB2.
    • Para um banco de dados não-relacional ou outro tipo de EIS, como o CICS (Customer Information Control System), configure um adaptador de recursos e connection factories. O tópico, Acessando dados usando conectores Java EE Connector Architecture, fornece informações sobre a configuração desses objetos.
    Evitar Problemas Evitar Problemas: Ao especificar o nome de JNDI (Java™ Naming and Directory Interface) para recursos, atenda aos seguintes requisitos:
    • Não atribua nomes de JNDI duplicados entre tipos de recursos diferentes (como origens de dados versus connection factories J2C ou connection factories JMS).
    • Não atribua nomes de JNDI duplicados para vários recursos do mesmo tipo no mesmo escopo.
    gotcha
  2. Configure um alias de autenticação para o novo recurso de módulo da Web ou recurso de módulo EJB somente se o código do aplicativo, em vez de WebSphere Application Server, autenticar conexões com o back end. Essa configuração de segurança é chamada de autorização gerenciada por componente, sendo indicada no descritor de implementação do aplicativo como res-auth = Application.

    A autorização gerenciada por contêiner, que é designada como res-auth = Container, indica que o Servidor de Aplicativos executa conexão com conexões de backend. O alias de autenticação gerenciado por contêiner deve ser especificado na referência de recurso de aplicativos. Essa tarefa pode ser realizada durante a montagem ou implementação do aplicativo, juntamente com o mapeamento da referência de recurso para uma origem de dados ou um recurso do connection factory. Após a implementação do aplicativo, no entanto, é possível alterar o alias de autenticação gerenciado por contêiner utilizando o console administrativo. Clique em Aplicativos > Websphere Enterprise Applications > application_name e selecione o link para a página de mapeamento apropriada. Por exemplo, se você desejar alterar o alias de um recurso de módulo EJB, clique em Mapear origens de dados para todos os beans CMP 2.x. Para obter um recurso de módulo da Web, clique em Referências de Recurso.

    Leia o tópico de segurança do conector J2EE para obter referência detalhada sobre a autenticação de recurso.

  3. Se o seu aplicativo contiver um módulo cliente que precise de acesso a dados, consulte o tópico, Configurando Acesso a Dados para Aplicativos Clientes. Nesse único processo de configuração, é possível definir dados de autenticação para a conexão gerenciada por componente ou gerenciada por contêiner.
  4. Especifique as configurações do conjunto de conexão.
  5. Teste uma conexão com a nova origem de dados. Consulte o artigo, Serviço de Conexão de Teste, para obter informações sobre os métodos disponíveis para testar as conexões. Esse artigo também aborda configurações importantes da origem de dados, que podem afetar a precisão dos resultados de teste de conexão.
  6. Configure o serviço de rastreio JDBC. As informações do log de rastreio JDBC aumentam os dados de log JVM para as falhas de origem de dados.

    Para ativar o rastreio usando o console administrativo, leia o tópico, Ativando o Rastreio na Inicialização do Servidor. Especifique WAS.database como o grupo de rastreio e selecione com.ibm.ws.db2.logwriter como a cadeia de rastreio.

  7. Reúna estatísticas do conjunto de conexão ativando os contadores do conjunto de conexões JDBC ou os contadores do conjunto de conexões J2C. Como alternativa, é possível usar as chamadas do método PMI (Performance Monitoring Infrastructure) para reunir as estatísticas de conexão; consulte o tópico, Estatísticas da Conexão e do Conjunto de Conexão.
  8. [AIX Solaris HP-UX Linux Windows][z/OS]Ajuste os recursos para gerenciar o volume de conexão. Consulte o tópico, parâmetros de ajuste de Acesso a Dados.
  9. [IBM i]Ajuste seu banco de dados para acomodar o volume de conexões. Se você usar o DB2 UDB para iSeries, consulte o tópico Dicas de Desempenho do DB2 Universal Database, como uma referência de ponto de início.
[z/OS]

Resultados

Se seu aplicativo z/OS se conectar a uma versão z/OS do DB2 que atenda a várias versões de plataforma do WebSphere Application Server, o aplicativoz/OS poderá causar um dump EC3 durante o tempo de execução. Para resolver o problema, defina o parâmetro CMTSTAT para INACTIVE quando planejar executar as cargas de trabalho distribuídas.
Evitar Problemas Evitar Problemas: Para o DB2 Versão 7.0 em um sistema z/OS, o valor padrão para CMTSTAT é ACTIVE. Para o DB2 Versão 9.0 em um sistema z/OS, a configuração padrão será INACTIVE.gotcha
As cargas de trabalho distribuídas são geralmente grandes. A configuração CMTSTAT=INACTIVE aciona o DB2 para liberar recursos para neutralizar o esvaziamento que pode ser causado por grandes cargas de trabalho. O DB2 desativará os encadeamentos após eles serem confirmados com êxito, ou recuperará tarefas do banco de dados e liberará cursores.
Se você configurar CMTSTAT=INACTIVE, também poderá ser necessário ajustar os parâmetros CONDBAT e MAXDBAT. Tente a seguinte combinação de valores para aumentar o desempenho do DB2 e diminuir pedidos de conexão suspensos:
  • Configure MAXDBAT para um número baixo, como 100, no qual o DB2 pode suportar como encadeamentos ativos. MAXDBAT indica o número máximo de encadeamentos que podem permanecer ativos ao mesmo tempo e continuar executando tarefas no DB2.
  • Configure CONDBAT para um número alto, como 5000. CONDBAT indica o número máximo de encadeamentos de pedidos de conexão que o servidor DB2 pode receber. Ao configurar CMTSTAT para INACTIVE, o DB2 desativará vários encadeamentos após preencher os pedidos de conexão iniciais. Quando o número de encadeamentos que requerem processamento adicional atingir a configuração MAXDBAT, o DB2 poderá enfileirar outros encadeamentos até que ele possa manipulá-los.

Ícone que indica o tipo de tópico Tópico de Tarefa



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tdat_daadmin
Nome do arquivo: tdat_daadmin.html