O PowerExchange captura dados alterados de destinatários do diário remoto que residem em um sistema remoto ou em um pool de discos independentes. Os destinatários do diário remoto obtêm as entradas de alteração dos destinatários do diário local, no sistema local onde as tabelas de origem do DB2 residem.
Você pode executar o PowerExchange no sistema remoto onde os destinatários do diário remoto residem e não no sistema local onde as tabelas de origem residem. O PowerExchange pode usar o gerenciamento de dados distribuídos (DDM) para acessar metadados das tabelas de origem do DB2 no sistema local para registro e testes de linha do banco de dados, desde que você especifique valores diferentes do padrão para os parâmetros RMTRDBDIRE e RMTSYSNAME no comando CRTPWXENV ou no membro de configuração DBMOVER.
Se você tiver cópias das tabelas de origem do DB2 no sistema remoto, o PowerExchange poderá acessar os metadados das tabelas sem usar o DDM. Nesse caso, aceite os valores padrão para os parâmetros RMTRDBDIRE e RTMSYSNAME. Além disso, o PowerExchange não cria as bibliotecas
dtllib
e
datalib
no sistema local durante a instalação.
Convém usar diários remotos para captura de alterações se o sistema de produção local tiver restrições de espaço ou sobrecarga alta. A execução do processamento do CDC do PowerExchange em um sistema remoto com disponibilidade mais alta possibilita a você evitar a redução no desempenho do sistema de produção.
A ilustração a seguir mostra uma configuração do CDC do PowerExchange simples na qual o PowerExchange lê entradas de alteração dos destinatários do diário remoto e as tabelas de origem residem apenas no sistema local:
Nessa configuração, o sistema i5/OS local contém os seguintes itens:
As tabelas de origem do DB2 lançadas no diário que os aplicativos atualizam.
Os diários locais do i5/OS e os destinatários do diário que contêm entradas de alteração para as tabelas de origem do DB2.
As bibliotecas
dtllib
e
datalib
do PowerExchange no sistema local. Essas bibliotecas são criadas quando você executa o comando CRTPWXENV no sistema remoto durante a instalação do PowerExchange. A biblioteca
dtllib
local contém um pacote SQL que permite ao Ouvinte do PowerExchange no sistema remoto acessar o banco de dados DB2 local. A biblioteca
datalib
local contém arquivos lógicos, ou exibições SQL, que permitem ao PowerExchange acessar os metadados das tabelas do DB2 de interesse.
O sistema remoto contém os seguintes itens:
Os diários remotos do i5/OS e os destinatários do diário
A instalação do PowerExchange para o DB2 para i5/OS, incluindo:
Bibliotecas
dtllib
,
datalib
,
condlib
e
cpxlib
Ouvinte do PowerExchange
Membro de configuração DBMOVER
Condensador do PowerExchange, se utilizado, e seus arquivos condensados, de ponto de verificação e CDCT, além do membro de configuração CFGCOND(CAPTPARM)
Os registros de captura e os mapas de extração do PowerExchange para as tabelas de origem do DB2
Quando um aplicativo atualiza uma tabela de origem do DB2 lançada no diário no sistema local, o i5/OS grava as entradas das alterações nos diários locais. Cada diário local está associado a pelo menos um diário remoto. O i5/OS replica as entradas dos diários locais para os diários remotos associados. O PowerExchange obtém as entradas dos destinatários do diário remoto para as tabelas e colunas de origem de interesse, conforme identificadas pelos registros de captura. Se você usar o Condensador do PowerExchange, ele lerá as alterações dos destinatário do diário remoto e gravará as alterações nos arquivos condensados do sistema remoto.
Quando você registra tabelas de origem do DB2 ou executa testes de linha do banco de dados no Navegador do PowerExchange, o Ouvinte do PowerExchange no sistema remoto conecta-se com o sistema local para ler os metadados das tabelas de origem. O Ouvinte do PowerExchange usa o pacote e as exibições SQL das bibliotecas
dtllib
e
datalib
no sistema local para acessar os metadados. O PowerExchange armazena os registros de captura e os correspondentes mapas de extração nas bibliotecas
datalib
e
cpxlib
, respectivamente, no sistema remoto.
Se você tiver cópias das tabelas de origem no sistema remoto e aceitar os valores padrão para os parâmetros RMTRDBDIRE e RMTSYSNAME, o comando CRTPWXENV não criará as bibliotecas