Para cada servidor Capture criado e configurado pelo
componente de serviços de movimentação de dados, existem dois parâmetros que podem afetar o
comportamento dos componentes Capture. Eles são lag_limit e startmode.
Os parâmetros lag_limit e startmode possuem
os valores padrão: "7 dias" e "WARMSI". Para obter informações adicionais sobre esses
parâmetros, consulte o DB2 SQL Replication Guide and Reference.
Não é possível
modificar essas definições até que os artefatos sejam implementados. Entretanto, você pode alterar
essas definições antes de executar quaisquer servidores do componente Capture ou pode alterar
os parâmetros para os servidores do Capture atualmente em execução.
Nota: Para ativar
as alterações desempenhadas durante a execução dos servidores Capture, é necessário parar
e reiniciar esses servidores.
Se as definições padrão dos parâmetros laglimit e startmode forem
utilizadas durante a implementação de artefatos de replicação e um servidor Capture
tiver sido parado por mais de 7 dias e, em seguida, reiniciado, o componente Capture
retornará um erro. O erro indica que o servidor Capture não pode ser executado porque
os dados são muito antigos.
Você pode sobrescrever o padrão de várias maneiras. A seguir, três métodos são
descritos:
- Modifique os parâmetro padrão conforme especificado
na <CAPTURESERVERSCHEMA>.IBMSNAP_CAPPARMS. Depois de implementar os artefatos de replicação, você pode determinar o número
de servidores Capture criados pelo componente de serviços de movimentação de dados,
executando a seguinte consulta no banco de dados de Tempo de Execução.
CONNECT
TO RUNTIME DATABASE
SELECT DISTINCT OM_NAME, SERVICE_NAME, SRC_RM_CAP_SVR_NAME
FROM WBIRMADM.RMMETADATA
ORDER BY 1,2,3
Você verá uma tabela como a seguinte:
Tabela 1. Exemplo de
RMMETADATAOM_NAME |
SERVICE_NAME |
SRC_RM_CAP_SVR_NAME |
SubDoctor3 |
Tempo de Execução para Histórico |
CAPTURE_18 |
SubDoctor3 |
Estado para Tempo de Execução |
CAPTURE_1 |
SubDoctor3 |
Estado para Tempo de Execução |
CAPTURE_115 |
SubDoctor3 |
Estado para Tempo de Execução |
CAPTURE_156 |
SubDoctor3 |
Estado para Tempo de Execução |
CAPTURE_194 |
SubDoctor3 |
Estado para Tempo de Execução |
CAPTURE_212 |
SubDoctor3 |
Estado para Tempo de Execução |
CAPTURE_250 |
SubDoctor3 |
Estado para Tempo de Execução |
CAPTURE_41 |
SubDoctor3 |
Estado para Tempo de Execução |
CAPTURE_59 |
SubDoctor3 |
Estado para Tempo de Execução |
CAPTURE_97 |
O OM_NAME é o nome do projeto
do
WebSphere Business
Modeler.
O SERVICE_NAME indica o serviço de movimentação de dados e o SRC_RM_CAP_SVR_NAME
é o identificador (CAPTURE SCHEMA) do servidor Capture utilizado como parte
do serviço de movimentação de dados. Na tabela acima, existe um servidor Capture
para o serviço de movimentação de dados de Tempo de Execução para Histórico e nove para o
serviço de movimentação de dados de Estado para Tempo de Execução.
Nota: O número de servidores e os
nomes dos servidores variam com base no modelo utilizado e nos parâmetros de política
especificados durante a geração de artefatos.
O componente de serviços de banco de dados
suporta todas as opções para os parâmetros lag_limit e startmode,
mas você deve considerar que existirão sérios problemas de desempenho se o número
de inicializações a frio (o início dos servidores Capture após a falha) aumentar.
Se houver freqüentes inicializações a frio, o componente ETL do serviço de movimentação de
dados processará todos os registros existentes em vez de simplesmente registrar as alterações.
Após a identificação de todos os servidores Capture que precisam ser modificados, os
parâmetros padrão podem ser modificados no banco de dados. Após a modificação dos parâmetros
padrão para cada servidor Capture, os servidores Capture podem ser iniciados.
- Ou modifique a linha de comandos que inicia o servidor Capture. Durante a
geração do artefato de serviços de banco de dados, são gerados scripts de conveniência
que podem iniciar e parar os servidores Capture e Apply. Os scripts de início do Capture
(StartCapture_#.bat ou StartCapture_#.sh) estão localizados no diretório <nome_do_serviço_de_movimentação_de_dados>\source. Cada
um desses scripts contém o comando asncap, que é utilizado para iniciar
o programa Capture. Para obter informações adicionais sobre esses parâmetros, consulte a documentação do IBM DB2.
Modifique o script de início apropriadamente, salve-o e, em seguida, execute-o para
executar o servidor Capture com as novas definições.
- Ou modifique o servidor Capture durante o tempo de execução. Siga as instruções
localizadas na documentação do IBM DB2,
que descreve como alterar temporariamente as definições para um servidor Capture
em execução.