Centro de Data Warehouse Guia de Administração

Configurando protocolos de comunicação entre OS/390 e Windows NT(R)

O Classic Connect suporta os protocolos de comunicação (APPC) TCP/IP e LU 6.2 do SNA para estabelecer comunicação entre um agente do Visual Warehouse e os servidores de dados do Classic Connect. Um terceiro protocolo, a memória cruzada, é utilizado para a comunicação do cliente local no OS/390.

Este capítulo descreve as modificações necessárias no TCP/IP e nos protocolos de comunicação SNA antes da configuração do Classic Connect e inclui as seguintes seções:

Opções de comunicações

O Classic Connect suporta as seguintes opções de comunicações:

Memória cruzada

A memória cruzada deve ser usada para configurar a aplicação do cliente do OS/390 (DJXSAMP) para acessar um servidor de dados. Diferente de SNA e TCP/IP, não há exigências de configuração para uso da interface de memória cruzada do OS/390. Esta interface usa espaços de dados do OS/390 e serviços de nomeação de token do OS/390 para comunicações entre aplicações do cliente e servidores de dados.

Cada espaço de dados da memória cruzada pode suportar até 400 usuários simultâneos, embora na prática, este número possa ser menor, devido a limitações de recursos. Para suportar mais de 400 usuários num servidor de dados, configure vários serviços do manipulador de conexão, cada qual com um nome de espaço de dados diferente.

O exemplo seguinte ilustra o campo de endereço composto de comunicações:

XM1/Espaço_de_Dados/Fila

Como não é necessário modificar definições de configuração de memória cruzada, este protocolo não é descrito detalhadamente aqui.

SNA

SNA é um protocolo mais sofisticado e suporta a compactação de hardware, que pode reduzir muito a quantidade de dados realmente transmitida pela conexão. Infelizmente, as exigências de infra-estrutura e tempo de configuração para uso do SNA geralmente são mais dispendiosas que do TCP/IP.

TCP/IP

Um único serviço do manipulador de conexão TCP/IP pode atender no máximo 255 usuários simultâneos. Dependendo de seu subsistema TCP/IP em particular, outras limitações poderão ser aplicadas.

Várias sessões são criadas no número de porta especificado. O número de sessões transmitido pela porta é o número de usuários concorrentes que será suportado, mais um para a sessão de interceptação que o manipulador de conexão usa para aceitar conexões de clientes remotos. Se a implementação de TCP/IP que está sendo usada exigir a especificação do número de sessões que podem ser transmitidas numa única porta, você deverá assegurar que o número correto de sessões tenha sido definido. Caso isto não seja feito, haverá falha de conexão quando uma aplicação do cliente tentar conectar-se ao servidor de dados.

Configurando o protocolo de comunicações TCP/IP

Esta seção descreve as etapas que devem ser executadas, nos sistemas OS/390 e Windows NT, para configuração de uma interface de comunicação TCP/IP para o Classic Connect. Esta seção também inclui um gabarito de planejamento e planilha do TCP/IP que foram projetados para ilustrar as relações de parâmetros do TCP/IP.

Há dois tipos de CIs do TCP/IP que operam com o Classic Connect: o TCP/IP da IBM e os Sockets da Berkeley. Sua configuração poderá ser diferente, dependendo do tipo de CI do TCP/IP que está sendo usado. Se seu local não utilizar o TCP/IP, vá para Configurando o protocolo de comunicações da LU 6.2.

As duas interfaces permitem que o Classic Connect comunique-se com a pilha TCP/IP do OS/390. Os Sockets da Berkeley permitem o uso do nome do host e do serviço, em que o TCP/IP da IBM requer um endereço IP numérico e um número de porta. Os Sockets da Berkeley podem usar um arquivo do host local em vez de chamar DNS. No entanto, ambos exibem um nome de espaço de endereço TCP/IP.

Configurando o TCP/IP no OS/390

O TCP/IP do Classic Connect é compatível com o TCP/IP da IBM e do Soquete Berkeley da Interlink. Esta seção descreve como configurar o Classic Connect através do TCP/IP da IBM. Para obter informações mais detalhadas sobre o TCP/IP da IBM ou da Interlink, consulte a documentação apropriada do produto.

Os sockets da Berkeley são suportados pela IBM e pela Interlink. A versão dos Sockets da Berkeley requer um parâmetro adicional no membro DJXDSCF, denominado TASK PARAMETER, que identifica o nome do subsistema da Interlink e identifica a localização dos arquivos de configuração da IBM. Dentro dos arquivos de configuração, os usuários devem especificar o nome do procedimento de tarefa iniciada para começar o nome do espaço de endereço TCP/IP e também podem especificar os endereços IP DNS do TCP/IP. Se nenhuma variável de ambiente passar, então o valor padrão de TCP/IP será usado para o nome do espaço de endereço e como qualificador de alto nível (hlq) dos arquivos de configuração padrão:

O Classic Connect utiliza uma ordem de pesquisa para localizar os arquivos, não importando que o Classic Connect tenha definido, ou não, o hlq.

Determine os seguintes valores para o sistema OS/390, no qual o Classic Connect está sendo instalado e digite estes valores na parte da planilha de Figura 27.

Endereço IP ou nome do host

Obtenha o nome do host ou o endereço IP do sistema OS/390.

O uso de um nome do host requer a disponibilidade de um arquivo HOSTS local configurado ou um servidor de nome de domínio. Se um servidor de nome de domínio estiver envolvido, então haverá alguma sobrecarga necessária para processar o nome do HOST com o endereço IP correto. No entanto, recomenda-se que sejam usados nomes de hosts nos arquivos de configuração do cliente remoto para fins de leitura e facilitar as alterações futuras da configuração.

O uso de nomes de hosts também facilita a troca de endereços IP se o ambiente for alterado. Caso sejam usados, freqüentemente não será necessário reconfigurar o servidor de dados/clientes remotos. O Classic Connect pode estar desativado e o administrador da rede poderá alterar o endereço IP de um nome do host no OS/390 e no servidor de nomes de domínio do cliente. Quando o servidor de dados for reiniciado, ele automaticamente interceptará o novo endereço IP para os pedidos da conexão de clientes remotos. Quando um cliente remoto conecta-se ao servidor de dados, ele automaticamente usa o novo endereço IP que foi atribuído ao nome do hostname sem uma alteração dos arquivos de configuração do Classic Connect.

Para o TCP/IP da IBM, determine o endereço IP ou o nome do host do computador host no qual o Classic Connect está sendo instalado. Se estiver executando o TCP/IP do OS/390 em dispositivos descarregados, especifique o endereço da pilha TCP/IP na imagem do OS/390, não o endereço de uma pilha IP do gateway descarregado.

Número da porta

Obtenha um número de porta exclusivo (socket) maior que 1024 para cada servidor de dados que será acessado de um cliente.

O número da porta não pode ser o mesmo que nenhuma porta já definida para uso por outra aplicação, incluindo outros servidores de dados do Classic Connect no mesmo sistema OS/390. O uso de um número da porta não-exclusivo faz com que o servidor de dados falhe na inicialização. Para determinar se um número da porta já foi atribuído para outra aplicação, emita o seguinte comando a partir do log Spool Display and Search Facility (SDSF):

TSO NETSTAT SOCKETS

Como alguns locais restringem o uso de certos números de porta para aplicações específicas, entre em contato também com seu administrador da rede para determinar se o número da porta selecionado é exclusivo e válido.

Opcionalmente, você pode substituir o nome do serviço atribuído ao número da porta definido em seu sistema.

Nomes de serviço, endereços e valores de ajuste para o TCP/IP da IBM estão contidos numa série de arquivos:

em que "hlq" representa o qualificador de alto nível destes arquivos. Você pode aceitar o qualificador padrão de alto nível, TCPIP, ou definir um especialmente para o Classic Connect.

Quando determinar os valores, use Figura 27 para concluir a configuração do OS/390 das comunicações TCP/IP.

Configurando o TCP/IP no Windows NT

Você deve configurar a máquina Windows NT para localizar o servidor de dados no OS/390.

  1. Processe o endereço do host no cliente.

    Se estiver usando o endereço IP no arquivo de configuração do cliente, poderá pular esta etapa.

    A estação de trabalho do cliente deve saber o endereço do servidor host ao qual está tentando estabelecer a conexão. Há dois modos de processar o endereço do host:

    Notas:

    1. A última linha deve ser encerrada com um comentário (# comment) ou pressione Enter no final dela para inserir um caractere de final de linha.

    2. Consulte a documentação do produto TCP/IP para obter informações específicas sobre como processar endereços do host.
  2. Atualize o arquivo SERVIÇOS no cliente.

    Se estiver usando o número da porta no arquivo de configuração do cliente, poderá pular esta etapa.

    As seguintes informações deverão ser incluídas no arquivo SERVICES do cliente para suporte TCP/IP:

    ccdatser   3333   # CC data server on stplex4a
    

    O arquivo SERVIÇOS está localizado no diretório %SYSTEMROOT%\SYSTEM32\DRIVERS\ETC.

Gabarito e planilha de comunicações TCP/IP

O lado esquerdo do Figura 27 apresenta um exemplo do conjunto de valores TCP/IP para uma configuração do OS/390; estes valores serão usados durante a configuração do servidor de dados e do cliente numa etapa posterior. Use o lado direito da figura como um gabarito no qual você digita seus próprios valores.

Figura 27. Gabarito e Planilha de Comunicações TCP/IP


Figure djxc5532 not displayed.

Configurando o protocolo de comunicações da LU 6.2

Esta seção descreve os valores que devem ser determinados e as etapas que devem ser executadas, no sistema OS/390 e no sistema Windows NT, para configurar as comunicações da LU 6.2 (SNA/APPC) para o Classic Connect.

Exigência:
Para conectividade APPC entre o Classic Connect e o DataJoiner para Windows NT, é necessário o Microsoft SNA Server Versão 3.0 com pacote de serviço 3 ou superior.

As informações nesta seção são específicas do Microsoft SNA Server Versão 3.0. Para obter maiores informações sobre a configuração dos perfis do Microsoft SNA Server, consulte a documentação apropriada do produto. Esta seção também inclui um gabarito e uma planilha de comunicações que foram projetados para esclarecer as relações dos parâmetros da LU 6.2 no OS/390 e Windows NT e ajudam na configuração da LU 6.2.

Configurando a LU 6.2 no OS/390

Se utilizar a LU 6.2 para acessar o Classic Connect a partir do DataJoiner, será necessário configurar as definições da tabela VTAM(R) no sistema OS/390, que incluem:

Diferente do TCP/IP, é possível especificar o tamanho do pacote para dados transmitidos pela camada de transporte de uma rede SNA. No entanto, esta decisão deve ser tomada pelos administradores da rede, pois envolve a consideração de rotas complexas e recursos da máquina/nó. Em geral, quanto maior a largura de banda da mídia de comunicação, ou pipe, maior o tamanho da RU.

Configurando a LU 6.2 no Windows NT

Esta seção explica os valores necessários para configurar o uso do protocolo da LU 6.2 do SNA com o cliente do Windows NT.

Para cada sistema Windows NT, configure os seguintes valores:

Após digitar estes valores, salve a configuração, encerre e reinicie o SNA Server. Quando o SNA Server e o Connection (neste exemplo, OTTER e SNA OS/390 respectivamente), estiverem 'Ativos', a conexão estará pronta para teste com uma aplicação.

Gabarito e planilha de comunicações APPC

Figura 28, que fornece um exemplo do conjunto de valores VTAM e SNA, foi incluído para referência. Utilize Figura 29, que é uma duplicata de Figura 28 sem os valores fornecidos, como uma planilha na qual podem ser digitados os valores VTAM e SNA específicos da configuração da LU 6.2. Serão necessários os valores informados nesta planilha para conclusão das etapas de configuração nos capítulos seguintes.

Figura 28. Gabarito de Configuração da LU 6.2


REQTEXT

Figura 29. Planilha de Configuração da LU 6.2


Figure djxc5507 not displayed.


[ Início da Página | Página Anterior | Próxima Página | Índice | Índice Remissivo ]