Prefácio
Introdução ao PowerExchange
- Visão Geral do PowerExchange
- Componentes do PowerExchange
Arquivo de Configuração DBMOVER
Trabalhos Netport
Logs de Mensagens do PowerExchange e Substituições de Destinos
- Logs de Mensagens do PowerExchange
  - Arquivo de Log de Mensagens do PowerExchange
  - Arquivos de Log Alternativos do PowerExchange
    - Determinando o Tamanho dos Conjuntos de Dados de Log Alternativo no z/OS
    - Opções de Alocação para Conjuntos de Dados de Log Alternativos no z/OS
- Substituições de Destino de Mensagem do PowerExchange
  - Arquivo DTLMSGO e Instruções
Log de estatísticas do SMF e Relatórios
Segurança do PowerExchange
Suporte a Secure Sockets Layer
Segurança de Rede Alternativa do PowerExchange
SQL Não Relacional do PowerExchange
Metadados DTLDESCRIBE
- Visão Geral dos Metadados DTLDESCRIBE
  - Sintaxe de Metadados DTLDESCRIBE
  - Qualificadores DTLDESCRIBE
Globalização do PowerExchange
Usando os Drivers ODBC do PowerExchange
Tipos de Dados e Matriz de Conversão do PowerExchange
- Conversões de Tipo de Dados do PowerExchange
- Equivalências de Tipo de Dados ODBC e PowerExchange
Apêndice A: Carimbos de Data/Hora DTL__CAPXTIMESTAMP
- Carimbos de Data/Hora Que São Relatados no Campo DTL_CAPXTIMESTAMP por Fonte de Dados
Apêndice B: Glossário do PowerExchange
- Glossário de Termos

Manual de Referência

10.5.4
- 10.5.6
- 10.5.5
- 10.5.3
- 10.5.2
- 10.5
- 10.4.1
- 10.4.0 HotFix 1
- 10.4.0

Anterior Avançar

Evitando que um ID de usuário do PowerExchange seja relatado como inativo

Alguns sites z/OS possuem procedimentos para identificar e remover usuários inativos usando a data de LAST-ACCESS no banco de dados RACF. Um ID de usuário usado apenas por tarefas do PowerExchange pode ser erroneamente relatado como inativo.

Para evitar esse problema, você pode configurar o PowerExchange para atualizar a data de LAST-ACCESS no RACF sempre que uma tarefa de conexão for iniciada no Ouvinte do PowerExchange no z/OS. Para ativar essa atualização da data de LAST-ACCESS, configure as seguintes instruções no arquivo de configuração DBMOVER:

Defina a instrução UPDATE_USER_ACTIVITY como Y. Para obter mais informações, consulte Instrução UPDATE_USER_ACTIVITY.

Defina a instrução SECURITY como (2,N) ou (2,Y).

Quando o primeiro parâmetro na instrução SECURITY é definido como 2, o Ouvinte do PowerExchange verifica e executa uma solicitação de conexão do usuário usando as credenciais de usuário do solicitante, e não o perfil de usuário do Ouvinte do PowerExchange. Nesse caso, as datas de LAST-ACCESS do usuário solicitante são atualizadas. Para obter mais informações, consulte Instrução SECURITY.

Para visualizar os detalhes do usuário ativo do RACF, incluindo a data de LAST-ACCESS, emita o comando TSO LISTUSER com um ID de usuário autorizado.

A Informatica recomenda usar a instrução UPDATE_USER_ACTIVITY=Y para obter datas de

LAST-ACCESS

atualizadas no RACF. Embora a atualização das atividades dos usuários possa aumentar o tempo decorrido de uma tarefa de conexão, o aumento é pequeno em comparação ao tempo decorrido geral de configuração de um enclave de linguagem do z/OS para uma nova tarefa. Além disso, você pode implantar o pool de conexões para reduzir o número de vezes que as tarefas são criadas.

Para obter mais informações sobre o RACF, consulte as seguintes publicações da IBM:

Referência de macros RACROUTE do z/OS Security Server

Macros e interfaces do z/OS Security Server RACF

Referência de linguagem de comandos RACF do z/OS Security Server

Guia do administrador de segurança do z/OS Security Server RACF

Segurança do z/OS

Baixar guia

Enviar comentários

Communities

Knowledge Base

Portal de Sucesso