É possível usar o gerenciamento de mudanças no Administrador de Banco de Dados Optim para criar, alterar e descartar wrappers, definições de servidor,
mapeamentos de usuário, apelidos e procedimentos federados armazenados.
Visão Geral dos Sistemas Federados
As várias organizações em uma grande corporação geralmente usam diferentes sistemas de gerenciamento de banco de dados para armazenar e acessar seus dados. Um sistema federado unifica de forma transparente as informações das várias origens, o que permite que a empresa use todo o valor dos dados.
Um sistema federado é um tipo especial de sistema de gerenciamento de banco de dados distribuído. Um sistema federado consiste em uma instância do DB2 que opera como um servidor federado, um banco de dados que age como o banco de dados federado, uma ou mais origens de dados e clientes (usuários e aplicativos) que acessam o banco de dados e as origens de dados.
O servidor do DB2 em um sistema federado é chamado de sistema federado. Qualquer número de instâncias do DB2 pode ser configurado para funcionar como um servidor federado. A instância do DB2 que gerencia o sistema federado é chamada de servidor porque responde aos pedidos dos usuários e aplicativos clientes. Os usuários e aplicativos se conectam por interface com o banco de dados federado que é gerenciado pelo servidor federado.
Um sistema federado é normalmente criado em um sistema DB2 para Linux, UNIX ou Windows por meio de:
- Atualização das propriedades de configuração do gerenciador do banco de dados para SVECENAME
e FEDERATED.
- Criação de um banco de dados DB2 para gerenciar o acesso federado.
- Instalação de todo software obrigatório que é necessário para as origens de dados de destino e configuração do acesso à rede para os sistemas nos quais tais dados residem.
- Criação de wrapper, servidor e mapeamento de usuário para cada origem de dados que será acessada.
- Criação de apelidos para os objetos que serão acessados em cada origem de dados.
Origens de Dados e Objetos Federados Suportados
Com o
Administrador de Banco de Dados Optim é possível criar, alterar e descartar wrappers, definições de servidor,
mapeamentos de usuário, apelidos e procedimentos federados armazenados:
- Wrappers
- O mecanismo que o banco de dados federado usa para conectar-se aos dados e recuperá-los de uma origem de dados. Um wrapper deve ser criado para cada tipo de origem que será acessada.
- Definições de servidor
- Informações que identificam e definem a origem de dados para o
banco de dados federado.
- Mapeamentos de usuário
- A associação entre o ID de autorização no servidor federado e as informações que são necessáriaspara a conexão com a origem remota de dados. O ID de usuário e as senhas que são usadas para acessar o servidor federado são mapeadas no ID de usuário e senha que são usadas para acessar o servidor da origem de dados.
- Apelidos
- Um nome local criado para identificar cada objeto na origem de dados que deseja acessar. O objeto que o apelido identificado é
conhecido como um objeto de origem de dados.
Tabela 1. Objetos de Origem de dados
que Podem ter ApelidosOrigem de dados |
Objeto |
DB2 para Linux, UNIX e Windows |
Apelidos, tabelas de consulta materializada, tabelas e
visualizações |
DB2 para System i |
Tabelas, visualizações P/L (arquivos físicos/lógicos e
tipos de tabela |
DB2 para
VM e VSE |
Tabelas e visualizações |
DB2 para z/OS |
Tabelas e visualizações |
- Procedimentos federados armazenados
- Um procedimento local armazenado que é mapeado em um procedimento armazenado na origem de dados.
Ao criar esses objetos para um sistema federado, é necessário criar os objetos nesta ordem:
- O wrapper
- A definição de servidor
- O mapeamento de usuário
- Os apelidos e os procedimentos federados armazenados
As definições de objetos federados são armazenadas no banco de dados federado.
Restrição: É possível definir e implementar mudanças para esses objetos federados suportados somente para as origens de dados que usam wrappers DRDA, o que significa que são da família de produtos DB2.
A família de produtos DB2 inclui: DB2 para Linux, UNIX e Windows; DB2 para System i, DB2 para
VM e VSE, e DB2 para z/OS.
Comandos de Mudança Gerados para Objetos Federados
Assim como com qualquer mudança que é feita pelo uso do recurso de gerenciamento de mudanças, você gera os comandos para as mudanças do objeto federado que, então, são aplicadas no sistema federado.
Quando você altera um apelido, uma instrução ALTER NICKNAME é gerada somente se a restrição para o apelido for alterada ou o tipo de dados da coluna for alterado.
Para todas as mudanças de apelido, uma instrução DROP NICKNAME e uma instrução CREATE
NICKNAME são criadas.
Os comandos de preservação de dados e de manutenção de dados não estão incluídos nos comandos de mudança gerados. Os dados não precisam ser preservados porque as mudanças dos objetos federados não afetam as tabelas remotas. É sempre possível atualizar as estatísticas usando as ações de utilitário que são disponibilizadas pelo clique com o botão direito em um objeto na Lista de Objetos.