O Classic Connect fornece acesso de leitura para dados não-relacionais armazenados em bancos de dados de Sistemas de Gerenciamento de Informações (Information Management Systems - IMS(TM)) e arquivos do Método de Acesso da Memória Virtual (Virtual Storage Access Method - VSAM) no OS/390(TM). Fornece comunicação, acesso de dados e funções de mapeamento de dados para que seja possível a leitura de dados não-relacionais através de consultas relacionais.
Este capítulo contém as seguintes seções:
O Classic Connect permite o acesso de dados não-relacionais através da emissão de uma consulta SQL padrão a partir de uma etapa do Centro de Data Warehouse. Os dados são acessados como se estivessem num banco de dados do DB2(R).
O Classic Connect fornece acesso relacional somente para leitura aos bancos de dados IMS e arquivos VSAM. Cria um banco de dados relacional lógico, completo com tabelas lógicas que são mapeadas para os dados reais em bancos de dados IMS ou VSAM. Especificamente:
Com esta estrutura relacional o Classic Connect interpreta consultas relacionais que são submetidas por usuários para os bancos de dados IMS e arquivos VSAM.
É possível definir vários bancos de dados lógicos para uma origem de dados única (como um conjunto de arquivos VSAM ou um único banco de dados IMS). Diversas tabelas lógicas podem ser definidas num banco de dados lógico.
É possível definir várias tabelas lógicas para uma única entidade de dados (como um arquivo VSAM ou um segmento IMS). Por exemplo, um único arquivo VSAM pode ter várias tabelas lógicas definidas para ele, cada uma mapeando os dados de um modo diferente.
Use Classic Connect com o Centro de Data Warehouse se o data warehouse utilizar dados operacionais em um banco de dados IMS ou VSAM. Use o Classic Connect para mapear os dados não-relacionais para um formato pseudo-relacional. Use então o controlador CROSS ACCESS ODBC para acessar os dados pseudo-relacionais. Em seguida, você poderá definir a origem do warehouse IMS ou VSAM no Centro de Data Warehouse correspondete aos dados pseudo-relacionais.
O uso do Classic Connect com o Centro de Data Warehouse consiste nos seguintes principais componentes:
Figura 24 mostra como o Classic Connect e seus componentes se ajustam à arquitetura geral do Centro de Data Warehouse.
Figura 24. arquitetura do Classic Connect
![]() |
Os agentes do warehouse gerenciam o fluxo de dados entre as origens de dados e os warehouses de destino. Os agentes do warehouse usam o Controlador CROSS ACCESS ODBC para comunicar-se com o Classic Connect.
A interface ODBC (Open Database Connectivity) permite que as aplicações usem as instruções SQL (Structured Query Language) para acessar dados em sistemas de gerenciamento de bancos de dados relacionais e não-relacionais.
A arquitetura ODBC consiste em quatro componentes:
O Gerenciador do Controlador e o controlador agem como uma unidade que processa chamadas de função ODBC.
Todo acesso de dados é executado pelos servidores de dados do Classic Connect. Um servidor de dados é responsável pelas seguintes funções:
Um servidor de dados do Classic Connect aceita pedidos de conexão do controlador CROSS ACCESS ODBC e da aplicação de amostra no OS/390.
Há cinco tipos de serviços que podem ser executados no servidor de dados:
O componente principal de um servidor de dados é o controlador da região. O controlador da região é responsável por iniciar, encerrar e monitorar todos os outros componentes do servidor de dados. Estes componentes diferentes são referidos como serviços. Os serviços são implementados como módulos de carga individual que se executam como tarefas separadas do OS/390 dentro do espaço do endereço do servidor de dados. Os serviços podem ter várias instâncias e cada uma delas pode suportar diversos usuários.
O controlador da região determina quais serviços serão iniciados com base nas definições do parâmetro SERVICE INFO ENTRY.
A interface do Operador de Terminal Master (Master Terminal Operator - MTO) do OS/390 está incluída no serviço do controlador da região, que permite-lhe exibir e controlar serviços e usuários que estejam sendo servidos por um servidor de dados. Através da interface MTO, pode-se configurar dinamicamente o servidor de dados.
Serviços de inicialização são tarefas especiais que são usadas para iniciar e encerrar tipos de interfaces diferentes de sistemas de gerenciamento de bancos de dados subjacentes ou dos componentes do sistema OS/390. Atualmente, são fornecidos três serviços de inicialização:
Uma tarefa de serviço do manipulador de conexão (connection handler - CH) é responsável pela interceptação dos pedidos da conexão do Centro de Data Warehouse. Os pedidos da conexão são encaminhados para a tarefa do processador de consultas apropriado para processamento posterior.
O Classic Connect fornce três módulos típicos da camada de transporte que podem ser carregados pela tarefa CH:
A aplicação do cliente OS/390, DJXSAMP, pode conectar-se a um servidor de dados por um destes métodos; contudo, a abordagem recomendada para clientes locais é o uso de serviços de memória cruzada do OS/390. O Centro de Data Warehouse pode usar TCP/IP ou SNA para comunicar-se com um servidor de dados remoto.
O processador de consultas é o componente do servidor de dados responsável pela conversão do SQL do cliente em pedidos de acesso de dados específicos de banco de dados e arquivo. O processador de consultas trata os dados IMS e VSAM como se fossem uma origem de dados única e capaz de processar as instruções SQL que acessam IMS, VSAM ou ambos. Vários processadores de consulta podem ser usados para controlar separadamente os parâmetros de configuração, como aqueles que afetam os rastreamento e governadores, para atender às necessidades de aplicações individuais.
O processador de consultas pode atender à instruções SELECT. Ele chama uma ou mais interfaces do subsistema (subsystem interfaces - SSIs) para acessar o banco de dados de destino ou o sistema de arquivos referidos num pedido SQL. As seguintes SSIs são suportadas:
O Classic Connect fornece um programa utilitário RUNSTATS que é usado para atualizar as estatísticas de preenchimento de tabelas lógicas e seus índices e chaves associados. Estas informações podem ser usadas pelo processador de consultas para otimizar JUNÇÕES.
Um serviço de logger é uma tarefa que é usada para monitoração do sistema e detecção de problemas. Uma única tarefa de logger pode ser executada dentro de um servidor de dados. Durante operações normais, não é necessário preocupar-se com o serviço de logger.
O servidor corporativo é um componente opcional que pode ser usado para gerenciar um grande número de usuários simultâneos em várias origens de dados. Contém as mesmas tarefas que um servidor de dados utiliza, com exceção do processador de consultas e dos serviços de inicialização.
Figura 25 mostra como o servidor corporativo se ajusta a uma configuração do Classic Connect:
Figura 25. Arquitetura do Classic Connect com o servidor corporativo implementado
![]() |
Como um servidor de dados, o manipulador da conexão do servidor corporativo é responsável pela interceptação de pedidos de conexão do cliente. No entanto, quando um pedido de conexão é recebido, o servidor corporativo não encaminha o pedido para uma tarefa do processador de consultas para processamento. Em vez disso, o pedido de conexão é encaminhado a um manipulador da origem de dados (data source handler - DSH) e depois para um servidor de dados para processamento. O servidor corporativo mantém a conexão ponta a ponta entre a aplicação do cliente e o servidor de dados de destino. É responsável pelo envio e recepção de mensagens entre a aplicação do cliente e o servidor de dados.
O servidor corporativo é usado também para executar o equilíbrio de carga. Através dos parâmetros de configuração, o servidor corporativo determina as localizações dos servidores de dados com os quais estará se comunicando e se eles estarão sendo executados na mesma plataforma que o servidor corporativo.
O servidor corporativo pode iniciar automaticamente um servidor de dados local se não existirem instâncias ativas. Também podem iniciar instâncias adicionais de um servidor de dados local quando as instâncias ativas atualmente atingirem o número máximo de usuários simultâneos que podem atender ou quando as instâncias ativas atualmente estiverem todas ocupadas.
O mapeador de dados não-relacionais do Classic Connect é uma aplicação Microsoft(R) Windows(R) que automatiza diversas tarefas necessárias na criação de definições da tabela lógica para estruturas de dados não-relacionais. O objetivo é a exibição de um único arquivo ou parte de um arquivo como uma ou mais tabelas relacionais. O mapeamento deve ser realizado durante a manutenção da integridade estrutural do banco de dados subjacente ou do arquivo.
O mapeador de dados interpreta as definições dos dados físicos existentes que indicam o conteúdo e a estrutura dos dados não-relacionais. A ferramenta foi projetada para minimizar o trabalho administrativo, usando uma abordagem de definição pelo padrão.
O mapeador de dados realiza a criação das definições da tabela lógica para estruturas de dados não-relacionais criando a gramática de metadados a partir de definições de dados não-relacionais existentes (copybooks COBOL). A gramática de metadados é usada como entrada pelo utilitário de metadados do Classic Connect para criar um catálogo de metadados que define como a estrutura de dados não-relacionais será mapeada para uma tabela lógica equivalente. Os catálogos de metadados são usados pelas tarefas do processador de consultas para acessar e converter dados da estrutura de dados não-relacionais em conjuntos de resultados relacionais.
Os utilitários de importação do mapeador de dados criam tabelas lógicas a partir de copybooks COBOL. Um ambiente visual de apontar e clicar é usado para refinar estas tabelas lógicas iniciais para que correspondam aos requisitos específicos do local e do usuário. As definições da tabela inicial criadas automaticamente pelo mapeador de dados podem ser utilizadas ou personalizadas conforme necessário.
Várias tabelas lógicas podem ser criadas para mapear para um único arquivo físico ou banco de dados. Por exemplo, um local pode optar por criar várias definições de tabela que são todas mapeadas para um arquivo VSAM do funcionário. Uma tabela é usada pelos gerentes de departamentos que precisam acessar informações sobre seus funcionários; outra tabela é utilizada pelos gerentes de RH que possuem acesso à todas as informações de funcionários; outra tabela é usada pelos assistentes de RH que têm acesso às informações consideradas não-confidenciais e outra tabela ainda é usada pelos próprios funcionários que podem consultar informações sobre sua estrutura de benefícios. A personalização destas definições de tabelas de acordo com as necessidades do usuário não é somente benéfica para o usuário final, mas recomendada.
Figura 26 mostra o fluxo de trabalho da administração com o mapeador de dados.
Figura 26. Fluxo de trabalho do mapeador de dados
![]() |
O mapeador de dados contém suporte FTP embutido para facilitar a transferência de arquivos para o mainframe e a partir dele.
As etapas em Figura 26 são descritas da seguinte forma:
O mapeador de dados cria definições de tabelas lógicas padrão a partir das informações do copybook COBOL. Se estas definições de tabela padrão forem aceitas, pule a etapa seguinte e vá diretamente para 3.
Após concluir estas etapas, você estará pronto para usar os componentes operacionais do Classic Connect com suas ferramentas e aplicações para acessar seus dados não-relacionais.