IBM Communications Server para Windows
Versão 6.4
Leia-me


© Copyright International Business Machines Corp. 2009
Todos os Direitos Reservados
Material Licenciado - Propriedade da IBM
Direitos Restritos para Usuários do Governo dos Estados Unidos - Uso, duplicação e
divulgação restritos pelo documento GSA ADP Schedule Contract com a IBM Corporation.
Índice
1 Sobre este Release
Novo neste release, histórico da correção, compatibilidade
2 Informações sobre a Instalação
Requisitos de Hardware e Software, instalação
3 Informações sobre a Desinstalação
4 Informações sobre o Web Site
5 Informações sobre o Release
Recursos e capacidades para o IBM Communications Server versão 6.4, SNA API Client e cliente Remote Administration
6 Limitações
7 Avisos e Marcas Registradas


1 Sobre este Release

O Communications Server para Windows fornece conectividade SNA para sistemas Windows, permitindo a conexão com o IBM z/OS Communications Server e com outras implementações SNA que suportam conexões LLC2, SDLC, X.25 e Enterprise Extender. O Communications Server para Windows também fornece uma interface de adaptador baseado em padrão aberto para adaptadores OEM.

O IBM Communications Server para Windows Versão 6.4 é uma versão de upgrade da Versão 6.1.3 que fornece uma nova funcionalidade de Progressive ARB, Path Switch Delay, suporte a IPv6 para TN3270E e SNA API Client, suporte a Java para CPI-C de Java 1.6. Ele também fornece as atualizações de manutenção mais recentes da Versão 6.1.2 & 6.1.3. A Versão 6.4 é uma instalação completa e, se uma versão anterior inferior à 6.1.3 estiver instalada, a versão anterior deverá ser desinstalada antes da instalação da versão 6.4.

Este documento contém informações complementares para a ajuda on-line e para as publicações. Ele descreve assuntos como funções recém incluídas, dicas, sugestões, restrições e correções.

Obrigado por escolher o IBM Communications Server!

[Retornar ao início da página] [Índice]


1.1 Novo neste Release

O IBM Communications Server para Windows Versão 6.4 fornece suporte para os novos recursos de

[Retornar ao início da página] [Índice]


1.2 Histórico da Correção de Produtos

Verifique os Web sites listados na seção 4 para obter as informações mais recentes sobre este produto.

[Retornar ao início da página] [Índice]


1.3 Compatibilidade do Produto

Se estiver usando EE (HPR/IP) para z/OS v1r8, v1r9 ou v1r10, você deve ter a correção para z/OS APAR OA26490 aplicada ao sistema z/OS. É possível localizar o nível de PTF para esta APAR em:

[Retornar ao início da página] [Índice]


2 Informações sobre a Instalação

O Communications Server para Windows versão 6.4 é fornecido como um CD-ROM e está disponível como um pacote transferível por download.

[Retornar ao início da página] [Índice]


2.1 Requisitos de Hardware

O Communications Server para Windows, versão 6.4 é executado em qualquer sistema operacional de 32 bits suportado pelo Windows XP, Windows Server 2003 (Standard Edition ou Enterprise Edition), Windows Vista ou Windows Server 2008. Dependendo do ambiente de rede e da plataforma Windows utilizados (estação de trabalho vs. servidor), um processador mais rápido e mais memória podem ser necessários.

São necessários 5 MB de espaço em disco em uma unidade de inicialização e 175 MB em qualquer unidade de disco rígido para uso permanente.

Os clientes SNA API são executados no modo de 32 bits em qualquer hardware requerido pelo Windows XP, Windows Server 2003 (Standard Edition ou Enterprise Edition), Windows Vista ou Windows Server 2008. O SNA API Clients requerem 25 MB em qualquer unidade de disco rígido para uso permanente.

Os clientes Remote Administration é executado em qualquer hardware requerido pelos sistemas operacionais de 32 bits para Windows XP, Windows Server 2003 (Standard Edition ou Enterprise Edition), Windows Vista ou Windows Server 2008.

[Retornar ao início da página] [Índice]


2.2 Requisitos de Software

O Communications Server para Windows requer um dos seguintes sistemas operacionais de 32 bits da Microsoft:

Adicionalmente:

Um dos seguintes navegadores é necessário para instalar o Communications Server utilizando a barra de ativação:

Os SNA API clients requerem também:

[Retornar ao início da página] [Índice]


2.3 Instalação

Índice das Subseções
2.3.1 Instalando 6.4
2.3.2 Considerações sobre a instalação
2.3.3 Limpeza pós-instalação
2.3.4 Manutenção do produto
2.3.5 Ativando a criação de log do Windows Installer

[Retornar ao início do documento] [Índice]

2.3.1 Instalando 6.4
As instruções de instalação estão localizadas no manual Iniciação Rápida em http://www.ibm.com/software/network/commserver/windows/library/index.html

Também é possível visualizar a documentação do Quick Beginnings no pacote de instalação.

[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

2.3.2 Considerações sobre a Instalação

Fechar Outros Aplicativos
Como o Communications Server interage com vários produtos que podem estar instalados em seu sistema e requer reinicialização, é necessário fechar outros aplicativos antes de instalar o Communications Server.

Execução Automática do CD
É possível executar esta funcionalidade no Windows XP, Windows Server 2003 (Standard Edition ou Enterprise Edition), Windows Vista e Windows Server 2008.

Communications Server e Microsoft SNA Server
O Communications Server e o Microsoft SNA Server não podem ser instalados na mesma partição primária. Muitos dos serviços comuns que são sobrepostos nesses produtos não são compatíveis entre produtos.

Direitos Administrativos Requeridos do Usuário
O usuário administrativo do Communications Server possui o direito de usuário avançado Carregar e descarregar drivers de dispositivo, como especificado no Windows User Manager. Consulte o menu Políticas > Direitos de Usuário, tendo Mostrar Direitos de Usuário Avançado marcado. Você pode incluir esse direito explicitamente a cada usuário. É possível, também, incluir esse direito do usuário ao grupo de usuários IBMCSADMIN.

Instalação do Controlador de Domínio
Ao instalar o Communications Server em um controlador de domínio primário ou de backup, é necessário ativar o direito do usuário Efetuar logon localmente para os grupos de usuários locais IBMCSADMIN e IBMCSAPI.

[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

2.3.3 Limpeza Pós-instalação
É necessário reinicializar após as instalações do servidor.

[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

2.3.4 Manutenção do Produto

Este Communications Server 6.4 é uma instalação completa e apenas CSDs para 6.4 podem ser instalados após esta instalação.

A IBM fornece manutenção corretiva através de:

Disponibilidade de APAR e CSD

Correção de APAR:

O Communications Server envia correções individuais de APAR para resolver defeitos do produto. Uma correção de APAR em relação a um componente específico substituirá os APARs anteriores nesse componente. As correções de APAR também requerem que o CSD mais recente esteja instalado.

CSD:

Um CSD é uma atualização de produto com todos os APARs acumulativos. É uma instalação completa, mas instala o CSD de atualização no mesmo diretório com os mesmos recursos do nível anterior após a desinstalação do nível anterior.

É possível localizar os fixpacks e CSDs mais recentes para Communications Server para Windows sob a marca Websphere localizada no Fix Central:
http://www.ibm.com/support/fixcentral/

[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

2.3.5 Ativando a Criação de Log do Windows Installer
A criação de log da instalação dos produtos Communications Server é especificada quando a instalação é invocada, a partir do Painel de Ativação ou a partir da linha de comandos com a criação de log explicitamente especificada.

Para o Windows Installer 4.0 no Windows Vista e superior, os produtos do Communications Server possuem criação de log detalhado de instalação/desinstalação ativada por padrão. No entanto, para sistemas Windows anteriores ao Vista, por padrão, as desinstalações iniciadas a partir de "Adicionar ou Remover Programas" não serão registradas.

Sistemas anteriores precisam da inclusão da seguinte entrada no registro da máquina para registrar desinstalações de "Adicionar ou Remover Programas":

Consulte o Web site Como habilitar o registro em log do Windows Installer da Microsoft para obter detalhes adicionais: http://support.microsoft.com/kb/223300

Para registrar uma desinstalação, antes de desinstalar qualquer um dos três produtos Communications Server, execute msilogging_add.reg que está instalado em Ferramentas no diretório de instalação principal do Communications Server para atualizar o registro.

Nota: Como a criação de log do Windows Installer aplica-se a todos os produtos instalados/desinstalados do sistema, deixar essa criação de log ativada pode afetar o desempenho e o espaço em disco.

Após a desinstalação, execute msilogging_remove.reg para remover a entrada. Embora o produto tenha sido desinstalado, os arquivos msilogging continuarão em Ferramentas no mesmo diretório de instalação principal do Communications Server. Esses arquivos não são desinstalados com o produto.

Os logs de instalação ficarão no diretório de log especificado durante a instalação do produto. Quando o produto for desinstalado utilizando "Adicionar ou Remover Programas", o log de desinstalação ficará no diretório TEMP da máquina. O nome do arquivo de log terá o formato MSI***.log, em que *** é algum número. Utilize o registro de data para determinar qual arquivo corresponde à desinstalação do Communications Server.

[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]


3 Informações sobre a Desinstalação

Removendo Versões Anteriores do Communications Server

O APAR JR21456 do Communications Server versão 6.1.2 fornece um pacote de limpeza que remove informações de código e de registro da 6.1.2 e do nível anterior do Communications Server. Para assegurar uma desinstalação completa do produto do Communications Server anterior, você pode fazer download do pacote de limpeza (JR21546) a partir de http://www.ibm.com/support/docview.wss?rs=2262&uid=swg24009834

As instruções de desinstalação estão localizadas no manual Iniciação Rápida em http://www.ibm.com/software/network/commserver/windows/library/index.html

Também é possível visualizar o Quick Beginnings na mídia de instalação.

Se o Personal Communications estiver instalado na mesma máquina que o Communications Server, você deve desinstalar o Personal Communications antes de desinstalar o Communications Server.

Se o Personal Communications não puder ser desinstalado com êxito, vá para a seguinte página de suporte do Communications Server e procure informações adicionais em Notas Técnicas:
http://www.ibm.com/support/search.wss?tc=SSHQNF&rs=2262&rank=8&dc=DB520+D800+D900+DA900+DA800+DB560&dtm

Todos os aplicativos utilizando o Communications Server devem ser finalizados antes de tentar desinstalar o produto. Tentar desinstalar o Communications Server enquanto um aplicativo (como APING ou Personal Communications) estiver em execução causará a interrupção da desinstalação até que o aplicativo seja finalizado.

Removendo Versões Anteriores do Communications Server para Client Access

Para remover a versão 6.1.2 ou versões anteriores, execute regsvr32.exe em cwbzzodb.dll e cwbzzidx.dll. Consulte Corrigir depois de Instalar ou de Desinstalar o Client Access para obter informações adicionais.

Para remover a versão 6.1.3, vá para Adicionar/Remover Programas, selecione o programa e remova-o.

[Retornar ao início do documento] [Índice]


4 Informações sobre o Web Site

Informações sobre o Produto
Para obter as informações mais recentes sobre a família de produtos do IBM Communications Server, visite o Web site do Communications Server em

http://www.ibm.com/software/network/commserver.

Esse Web site fornece informações e links para informações de títulos, planilhas de especificações, perguntas mais freqüentes, treinamento e muito mais.

Suporte do Produto
Para obter as informações de suporte mais recentes, visite o Web site de Suporte do Communications Server em

http://www.ibm.com/software/network/commserver/support.

Esse Web site fornece informações e links para correções de códigos, dicas, newsgroups, manutenção e muito mais.

Notas Técnicas
Procure as Notas Técnicas no banco de dados de Suporte da IBM em http://www.ibm.com/support/search.wss?tc=SSHQNF&rs=2262&rank=8&dc=DB520+D800+D900+DA900+DA800+DB560&dtm.

FixCentral
Para obter informações mais recentes sobre fix pack, CSD ou atualização de release para o Communications Server para Windows, examine a marca Websphere localizada no Fix Central:
http://www.ibm.com/support/fixcentral/

[Retornar ao início da página] [Índice]


5 Informações sobre o Release

Índice das Seções
5.1 Recursos e Capacidades da Versão 6.4
5.2 Recursos e Capacidades da Versão 6.1.3
5.3 Recursos e Capacidades da Versão 6.1.2
5.4 SNA API Client
5.5 Remote administration
5.6 Configuração de APINGD

[Retornar ao início da página] [Índice]


5.1 Recursos e Capacidades da Versão 6.4

Índice das Subseções
5.1.1 Suporte ao IPv6 para TN3270E e SNA API Client
5.1.2 Suporte ao APPC Cancel Conversation
5.1.3 Aprimoramento do Transaction Program Synchronization
5.1.4 Incluir Suporte para Suprimir Nome de PU no ACTPU
5.1.5 Progressive ARB
5.1.6 Path Switch Delay
5.1.7 Desativar Suporte de Ativação Remota para o Link

5.1.1 Suporte ao IPv6 para TN3270E e SNA API Client
O servidor TN3270E suporta o cliente IPv4 e IPv6, contanto que o protocolo IPv6 esteja instalado na máquina servidor. O protocolo IPv6 pode ser instalado no Windows XP e no release posterior do sistema operacional Windows. O IBM SNA API Client também ativou o suporte ao IPv6.

NOTA: AnyNet SNA sobre IP não suporta endereçamento de IPV6. A função AnyNet no Communications Server para Windows estará obsoleta no próximo release. Você deve planejar a substituição desta função pelo Enterprise Extender ou pelo uso de uma implementação do SNA API Client.

[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

5.1.2 Suporte ao APPC Cancel Conversation
O verbo CANCEL_CONVERSATION é um verbo de controle que cancelará uma conexão entre uma LU local e uma LU parceira usando um programa de transação específico (tp_id) e uma conversa (conv_id).

A definição da estrutura de VCB para o verbo CANCEL_CONVERSATION é a seguinte:

typedef struct cancel_conversation
{
unsigned short opcode; /* verb operation code */
unsigned char opext; /* verb extension code */
unsigned char format; /* format */
unsigned short primary_rc; /* primary return code */
unsigned long secondary_rc; /* secondary return code */
unsigned char tp_id[8]; /* TP identifier */
unsigned long conv_id; /* conversation identifier */
} CANCEL_CONVERSATION;
Consulte o guia de programação do Cliente/Servidor para uso deste verbo. [Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

5.1.3 Aprimoramento do Transaction Program Synchronization
A versão anterior do Communication Server para Windows suporta apenas três (Qualquer, Nenhum & Confirmar) níveis de sincronização. Incluídas duas sincronizações adicionais (SYNCPT Negociável e SYNCPT Necessário) na definição do programa de transação.

  • SYNCPT Negociável O programa de transação suporta um nível de sincronização de Nenhum, Confirmar ou Ponto de Sincronização.
  • SYNCPT Necessário O programa de transação suporta um nível de sincronização de Ponto de Sincronização.

    O nível de sincronização necessário pode ser selecionado ao definir o Programa de Transação do painel básico do aplicativo de configuração do Nó.

    [Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

    5.1.4 Incluir Suporte para Suprimir Nome de PU no ACTPU
    Em geral, o Communications Server para Windows identifica o nome de PU na mensagem REQACTPU ao ativar PUs de DLUR. Configure a palavra-chave NO_PUNAME_TO_HOST para suprimir o envio desta identificação. NO_PUNAME_TO_HOST no arquivo .ACG faz parte da definição do NÓ.

    Este parâmetro pode ser configurado/desconfigurado na GUI de Configuração no painel Avançado de definição de nó, bem como no arquivo .ACG.

    [Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

    5.1.5 Progressive ARB
    O IBM Communications Server para Windows normalmente anuncia o suporte nas conexões de RTP para todos os algoritmos de ARB disponíveis: padrão, modo responsivo e modo progressivo. Para usar o processamento de RTP normal, de forma que o Communications Server para Windows use o melhor mecanismo de RTP disponível de acordo com a capacidade do sistema remoto, configure este parâmetro como ANY.

    Para customizar a operação de RTP, especifique um dos seguintes valores para a palavra-chave ARB_SUPPORT acima na seção NÓ:

  • FORCE_STANDARD_ARB:
    Se este valor for configurado, o Communications Server para Windows anunciará o suporte apenas para o algoritmo ARB padrão e não para o algoritmo do modo responsivo ou do modo progressivo.
  • NO_PROGRESSIVE_ARB:
    Se este valor for configurado, o Communications Server para Windows anunciará o suporte para os algoritmos ARB padrão e do modo responsivo mas não para o algoritmo do modo progressivo.

    [Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

    5.1.6 Path Switch Delay
    Atraso mínimo em segundos antes de ocorrer uma alternação de caminho nas conexões RTP. Especificar um atraso evita tentativas de alternação de caminho desnecessárias causadas por deficiências do recurso temporárias no sistema remoto, em particular quando não há outra rota disponível.

    O valor-padrão para este parâmetro é zero, indicando que uma tentativa de alternação de caminho pode ocorrer tão logo o protocolo indique que ela é necessária.

    Consulte o capítulo 23 da seção RTP_TUNNING no manual Referência do Arquivo de Configuração para obter informações adicionais.

    [Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

    5.1.7 Desativar Suporte de Ativação Remota para o Link
    Um novo parâmetro, DISABLE_REMOTE_ACT, foi incluído no registro de definição do Link. Ele evita a ativação da Estação de Link pelo nó remoto. Os valores possíveis são:
    • DISABLE_REMOTE_ACT=1, YES. A estação de link pode ser ativada apenas pelo nó local; se o nó remoto tentar ativá-la, o CS Windows rejeitará a tentativa;
    • DISABLE_REMOTE_ACT=0, NO (padrão). A estação de link pode ser ativada pelo nó remoto.

    DISABLE_REMOTE_ACT no arquivo .ACG faz parte da definição de LINK_STATION. Este parâmetro pode ser configurado/desconfigurado na definição de Estação de Link no painel de reativação.

    [Retornar ao início da subseção] [Retornar ao início do documento] [Índice]


    5.2 SNA API Client

    Índice das Subseções
    5.2.1 Aplicativo Não Reinicia
    5.2.2 Suporte a Multiusuário
    5.2.3 Configuração no Windows Terminal Client (WTC)
    5.2.4 Notas de Rastreio e Criação de Log de Mensagem para o SNA API Client
    5.2.5 Modificações do LDAP Directory Server

    5.2.1 Aplicativo Não Reinicia
    Se seu aplicativo não iniciar novamente corretamente após a perda da conexão do SNA API Client com o servidor, então os DLLs e os executáveis do SNA API Client podem não ter sido descarregados corretamente da memória. Nesse caso, o aplicativo pode não iniciar novamente, mesmo após o reestabelecimento da conexão.

    Se isso ocorrer, você deve finalizar manualmente os executáveis do SNA API Client. O utilitário da linha de comandos resetapi.exe é instalado com as APIs cliente do Windows. Esse utilitário finaliza os executáveis do SNA API Client, sem requerer uma reinicialização do cliente.

    [Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

    5.2.2 Suporte a Multiusuário
    Os sistemas em execução no ambiente do Windows Terminal Server (WTS) com o cliente SNA API podem suportar múltiplos usuários. A seguir está um cenário para a utilização de clientes Windows Terminal Server, como um Remote Desktop, com uma conexão com um WTS com o Personal Communications com o SNA API Client em um ambiente multiusuário.

    Clientes de Desktop Remotos <====> WTS com Comunicações Pessoais e SNA API Client <====> CS/Windows <====> Host do z/OS

    [Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

    5.2.3 Configuração no Windows Terminal Client (WTC)
    Nenhuma configuração especial é requerida no WTC. Efetue logon no WTS utilizando o cliente Remote Desktop ou qualquer outro software WTC. Utilize a sessão configurada do Personal Communications definida no WTS.

    A configuração no WTS ocorre da seguinte forma:

    1. Configure o SNA API Client para sessões de LUA. Essa configuração pode ser feita para cada usuário.
      1. Escolha Configuração de INI Local.
      2. Configure os dados globais, como ID do Usuário, Senha e assim por diante. Para obter detalhes adicionais, consulte o documento Quick Beginnings.
      3. Crie uma definição de LUA que inclua o nome da sessão de LUA, o endereço IP do servidor e assim por diante. Para obter detalhes adicionais, consulte o documento Quick Beginnings.
      4. Salve a configuração.
        • Se desejar salvar essa configuração para um usuário particular, crie um diretório no nome desse usuário, por exemplo, user1) e armazene o arquivo de configuração no nome desse usuário (por exemplo, user1.ini). Para concluir a configuração, consulte o item 3 abaixo, "Para configurar um arquivo .INI diferente para cada usuário."
        • Se desejar que a configuração seja a mesma para todos os usuários, armazene o arquivo na localização padrão sob o nome padrão. A única alteração é o suporte da configuração de vários usuários.
    2. Configure o Personal Communications para utilizar o SNA API Client. O procedimento é o mesmo de antes, com ou sem o suporte ao WTS.
      1. Escolha a interface API client.
      2. Escolha o anexo LUA0,1,2,3 via WINRUI.
      3. Clique em Parâmetros de link e escolha o nome da sessão configurada no SNA API Client.
      4. Mantenha os valores padrão para outras definições.
    3. Para configurar um arquivo .INI diferente para cada usuário, faça o seguinte:
      1. Efetue logon no sistema como o usuário para o qual o arquivo .INI precisa ser configurado.
      2. Vá para o painel Propriedades de Sistema > Avançado e clique em Variáveis de Ambiente.
      3. Clique em Variáveis do Usuário > Novo.
      4. Digite CSNTAPI para o valor da variável e insira o caminho do arquivo .INI.

        Por exemplo, se a configuração do usuário 1 estiver localizada no arquivo C:\user1\user1.ini e a configuração do usuário 2 estiver localizada em C:\user2\user2.ini, a configuração será da seguinte forma:

        • Para o usuário 1, digite CSNTAPI para o valor da variável e C:\user1\user1.ini para o caminho
        • Para o usuário 2, digite CSNTAPI para o valor da variável e C:\user2\user2.ini" para o caminho

    Não há outras alterações para o procedimento de configuração. A configuração das sessões de LUA, programas de transação, e assim por diante, permanecem inalterados. A configuração do Personal Communications não precisa ser alterada. As etapas para configurar o Personal Communications ou qualquer aplicativo LU permanecem as mesmas.

    [Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

    5.2.4 Notas de Rastreio e Criação de Log de Mensagem para SNA API Client
    • Se a opção Todos os Rastreios de API do Trace Facility for escolhida, os rastreios de depuração também são registrados no arquivo pcatrace.dat. Ao coletar rastreios de depuração, selecione a opção Todos os Rastreios da API. Clique em Start para iniciar o rastreio. O rastreio de depuração parará quando o rastreio for parado ou o usuário sair da GUI do Trace Facility.
    • Os logs de mensagens são sempre armazenados no arquivo MsgLog.dat. Arquivos de registro de mensagens (MsgLog.dat) serão coletados em 2 arquivos, cada um com 131 KB. Isso é para reduzir o tamanho de cada Arquivo de Registro de Mensagens e, com isso, facilitar seu gerenciamento. O Infobundler coletará ambos os Arquivos de Registro de Mensagens.
    • O rastreio pode ser iniciado tanto por administradores como por não administradores.
    • O rastreio detalhado (pcatrace.dat) será coletado em vários arquivos. Por padrão, cada arquivo tem 100 K e o número máximo de arquivos é 999.
    • Os valores padrão (tamanho do arquivo e número máximo de arquivos) podem ser alterados com o comando tracedg /s FileSize /n MaxNum. Esse valor é global. O valor configurado por um usuário afetará todos os usuários.

      Por exemplo, tracedg /s 92160 /n 20 criará cada arquivo pcatrace com 90 k e com um número máximo de 20 arquivos. Depois de 20 arquivos, o primeiro arquivo será sobrescrito.

    • O local padrão para Msglog.dat e pcatrace.dat é o diretório especificado por "APPDATA" (isso será coletado separadamente para cada usuário). É possível alterá-lo configurando-se a variável de ambiente CSNTAPITRCLOG.
    • O Infobundler é fornecido com esta versão para capturar arquivos de cliente chave requeridos para o diagnóstico de problemas. Ele deve ser executado e enviado como saída sempre que estiver procurando um problema com a IBM. Para executar o infobundler, vá para o diretório de instalação do SNA API Client (por exemplo: C:\CSNTAPI) a partir da linha de comandos. Execute INFOB.exe a partir da linha de comandos. Por exemplo:

      C:>INFOB

      Ele passará por uma série de 13 etapas e finalmente coletará as informações (11 documentos mencionados abaixo) no cspd.exe. cspd.exe estará localizado no diretório de instalação (C:\Arquivos de Programas\IBM\CS padrão do SNA API Client).

      Para qualquer problema relatado, execute o infobundler e envie o arquivo cspd.exe para o suporte IBM.

      O resumo dos recursos do Infobundler para SNA API Client é o seguinte:

      1. Bundle MsgLog.dat (arquivo(s) de registro de mensagens de erro)
      2. Bundle pcatrace.dat (arquivo(s) de dados de rastreio de depuração)
      3. Bundle CSNTAPI.TRC (arquivo de dados de rastreio não formatados)
      4. Bundle CSNTAPI.FMT (arquivo de dados de rastreio formatados)
      5. Bundle APIERROR.LOG (arquivo de registro de erros da api)
      6. Bundle Eventlogs
      7. Bundle Dr.Watson Log
      8. Bundle CSNTAPI.INI
      9. Bundle all the Registry Keys. Observe que as variáveis de ambiente do usuário e as variáveis de ambiente do sistema fazem parte das configurações do Registro. As variáveis de ambiente do usuário corresponderão ao usuário executando o Infobundler.
      10. Bundle CSNTAPI directory listing
      11. Bundle Windows\system32 directory listing. Este será útil para determinar se o aplicativo está utilizando o WINRUI32.DLL, WINAPPC32.DLL, etc. a partir da instalação do SNA API Client ou da instalação do Microsoft Windows. Nós observamos que se essas APIs forem utilizadas a partir da instalação do Microsoft Windows, o aplicativo não funcionará.

    [Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

    5.2.5 Modificações do LDAP Directory Server
    As informações de configuração do SNA API Client podem ser mantidas no diretório LDAP. Os servidores de diretório suportados para este release são o Netscape Directory Server Versão 4.0, IBM Directory Server Versão 3.1.1 e Lotus Domino Versão 5.0.

    As extensões de esquema são fornecidas para o Netscape Directory Server e devem ser incluídas à configuração do servidor antes de configurar os SNA API Clients. Os outros servidores de diretórios suportados já contêm as definições de esquema necessárias. O controle de acesso para entradas e atributos deve ser controlado utilizando o utilitário de administração do servidor de diretório.

    O utilitário de configuração do SNA API LDAP permite modificar as entradas estendidas. O ID do usuário utilizado com esse utilitário deve possuir acesso para gravar entradas no diretório. Você pode utilizar o ID do administrador do diretório (que possui essas permissões) ao executar o utilitário de configuração do cliente.

    Para incluir extensões de esquemas ao servidor Netscape, inclua as seguintes linhas ao arquivo slapd.conf, localizado no diretório \config do servidor de diretório do Netscape.

    include ibmcs-oc-ns.conf
    include ibmcs-at-ns.conf

    O nome exato do caminho desse diretório é dependente de onde o servidor de diretório está instalado e do nome do servidor de diretório. Consulte o seguinte exemplo:

    drive_letter:\netscape\suitespot\slapd-hostname\config

      [Retornar ao início da subseção] [Retornar ao início do documento] [Índice]


      5.3 Remote Administration

      5.3.1 Acessando o Arquivo de Log de Mensagens
      Você pode rever o arquivo de registro de mensagens em uma máquina remota em que o Communications Server está instalado. Mapeie a unidade em que o Communications Server está instalado. Em seguida, abra o aplicativo Communications Server Log Viewer e abra o arquivo remoto de log, pcwmsg.mlg.

      [Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

      5.3.2 Administrando Diferentes Versões do Servidor
      A configuração remota pode configurar apenas um Communications Server do mesmo nível de versão. Por exemplo, a configuração remota da Versão 6.1.3 pode configurar apenas um nó do Communications Server Versão 6.1.3.

      [Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

      5.4 Configuração de APINGD
      Para realizar um APING em um nó SNA, APINGD TP (Programa de Transação) deverá estar definido corretamente no arquivo de configuração. Quando um novo arquivo de configuração é criado, um APINGD TP é definido no diretório em que o Communications Server está instalado. Se um arquivo de configuração for copiado de outra caixa ou de outro release não instalado no mesmo diretório, o nome do caminho para APINGD precisará ser atualizado. Por exemplo, se um arquivo de configuração da versão 6.1.3 com o caminho de instalação padrão C:\IBMCS for usado pela 6.4 com o caminho de instalação padrão C:\Arquivos de Programas\IBM\Communications Server, então altere:
      PATHNAME=C:\IBMCS\apingd.exe
      para
      PATHNAME=C:\Arquivos de Programas\IBM\Communications Server\apingd.exe
      

      Isso pode ser alterado editando-se o arquivo de configuração .acg ou na GUI de configuração em "CPIC e APPC -> Programas de Transação".

      [Retornar ao início da subseção] [Retornar ao início do documento] [Índice]


      6 Limitações

      6.1 SLP e Diferentes Níveis de Criptografia
      Uma sessão cliente que se destina a uma porta High Security TN3270 com uma consulta SLP pode ser conectada a uma porta Authenticate Only TN3270 ou vice-versa, se ambas forem configuradas no mesmo servidor.

      O Communications Server para Windows permite que você configure vários níveis de criptografia (High, Medium, Authenticate Only) para uma definição de porta do TN3270(E) ou do TN5250. Esses níveis de criptografia são localizados no painel Segurança do diálogo Estabelecer Definições da Porta TN3270.

      Alguns clientes TN3270 ou TN5250 (como Host On-Demand Versão 5) não utilizam todas as informações do SSLv3 que o Communications Server aconselha em um pacote SLP. Esses clientes conectam-se à primeira porta com o nível, escopo, conjunto e carregamento de SSL solicitados, sem levar em consideração o nível de criptografia. A conexão resultante pode resultar em uma conexão de sessão a uma porta com um nível de criptografia diferente do pretendido.

      Para evitar essa situação, utilize apenas um nível de criptografia (High, Medium ou Authenticate Only) para cada máquina ou escopo. As portas de um determinado servidor podem ser destinadas exclusivamente pela ativação e desativação da Security and Client Authentication.

      [Retornar ao início da subseção] [Retornar ao início do documento] [Índice]

      6.2 Uso do SNA API Client
      Os SNA API Clients são adequados para ambientes ramificados em que há poucos usuários se conectando por meio do SNA API Client. Se você for consolidar várias ramificações em um centro de dados ou utilizar um aplicativo servidor da Web, recomenda-se utilizar um servidor em vez de um SNA API Client.

      [Retornar ao início da subseção] [Retornar ao início do documento] [Índice]


      7 Avisos e Marcas Registradas

      AnyNet, IBM, S/390, WebSphere e z/OS são marcas ou marcas registradas da IBM Corporation nos Estados Unidos e/ou em outros países.

      Tivoli e Tivoli License Management são marcas registradas da Tivoli Systems Inc. ou da IBM Corporation nos Estados Unidos e/ou em outros países.

      Lotus e Domino são marcas ou marcas registradas da Lotus Development Corporation nos Estados Unidos e/ou em outros países.

      Microsoft, Windows, Windows NT, Windows 2000, Windows XP, Windows Server 2003, Windows Vista e Windows Server 2008 são marcas registradas da Microsoft Corporation nos Estados Unidos e/ou em outros países.

      VMware é uma marca registrada da VMware, inc. [Retornar ao início da página] [Índice]