Se você encontrar um erro ao implementar artefatos de replicação,
precisará desfazer as ações desempenhadas na implementação de um único modelo de medidas de negócios para desfazer as alterações.
Todas as implementações são feitas em vários estágios; um cenário típico é o
seguinte:
- Implementação de DDL
- Implemente o state.ddl.
- Implemente o runtime.ddl.
- Implemente o datamart.ddl.
- Implementação de Serviços de Movimentação de Dados
- Implemente o State_to_Runtime_setup_source.
- Implemente o State_to_Runtime_setup_target.
- Implemente o Runtime_to_historical_setup_source.
- Implemente o Runtime_to_Historical_setup_target.
É necessário identificar em qual ponto ocorreu a falha para determinar
a ação a ser desempenhada. Por exemplo, se o state.ddl falhar, bastará
efetuar rollback da transação para voltar ao estado original.
Entretanto, se o datamart.dll falhar, efetuar rollback do datamart.ddl
retornará o sistema apenas para o ponto após o qual o runtime.ddl foi executado com êxito.
As falhas no meio da implementação dos serviços de movimentação de dados são as mais
difíceis de serem recuperadas, entretanto não são impossíveis. As primeiras implementações
são as mais fáceis de serem recuperadas, em seguida, as implementações dos novos modelos e, por último,
as implementações dos modelos de alterações representam os caminhos de recuperação mais difíceis.
Para recuperar-se dos erros de implementação dos scripts de replicação,
você passa pelos seguintes estágios: identificando, fazendo backup, restaurando ou removendo e
reimplementando:
Identificando- Identifique os erros que ocorreram e determina se o Suporte IBM deve
ser chamado.
- Identifique o modelo de medidas de negócios que
estava sendo implementado quando o erro ocorreu.
- Identifique as tabelas do Schema Generator que estavam sendo criadas ou alteradas quando
o erro ocorreu.
- Identifique os artefatos do Schema Generator que estavam sendo criados ou alterados quando
o erro ocorreu.
- Identifique a última versão válida do modelo de medidas de negócios no banco de dados do Repositório.
- Identifique, em uma implementação de gerenciamento de mudanças, o local dos artefatos
que foram implementados em versões anteriores do modelo. Isso fornecerá as
estruturas de banco de dados, as descrições e os relacionamentos mútuos. Isso
pode ser importante caso seja necessário fazer backup e restaurar posteriormente.
- Identifique o local dos artefatos e dos arquivos de registro de implementação atuais.
Eles serão importantes para a determinação de problemas e, potencialmente, para serem
fornecidos ao IBM Support.
- Identifique, em uma implementação de gerenciamento de mudanças, se existem dados
em qualquer tabela CCD que ainda não tenham sido processados. Você pode utilizar
a tabela WBIRMADM.RMMETADATA (disponível nos bancos de dados de Tempo de Execução e
Histórico) para determinar as tabelas CCD associadas (TGT_RM_APP_STG_TAB_NAME)
com o nome do projeto do modelo de medidas de negócios
(OM_NAME) que estava sendo implementado. Quaisquer linhas marcadas com um I ou
U podem não ter sido processadas e um backup delas precise ser feito. A coluna SERVICE_NAME contém
o local da tabela CCD e a tabela de destino, o nome após a palavra to indica
isso. Você deve manter controle do relacionamento com o TGT_TAB_NAME no
caso de decidir Remover completamente todos os artefatos e gerar um conjunto completamente
novo. Isso ocorre porque o Schema Generator pode não gerar os mesmos nomes para
as tabelas CCD e será necessário restaurar esses dados nas novas tabelas
CCD após uma implementação bem-sucedida.
Restaurando ou Removendo - Determine se é mais fácil restaurar o banco de dados anterior ou remover artefatos
manualmente.
- Restaurando. A restauração de uma backup de versão pode ser uma boa opção
quando não existe nenhum outro modelo de medidas de negócios
ou quando nenhum outro modelo de medidas de negócios
tenha tido atividade. Restaure o conjunto de bancos de dados anteriores e, para cada banco de dados,
religue os aplicativos que precisam ser religados e registre novamente todos os procedimentos
armazenados baseados em Java e funções definidas pelo usuário.
Nota: - Para obter informações adicionais sobre backup e restauração de banco de dados, consulte a seção
Recuperação de Dados na documentação do DB2.
- Para modelos implementados e concluídos, a tabela WBIRMADM.RMMETADATA fornece
informações sobre o que não deve ser removido. Entretanto, durante as implementações, para
determinar alguns artefatos e relacionamentos, pode ser necessário examinar
os registros de implementação para determinar o que pode ser removido com segurança.
- Removendo
- Replicação: banco de dados de Histórico e banco de dados de Tempo de Execução
- Pare todos os servidores Capture associados a esse modelo de medidas de negócios.
(Os servidores Capture são executados nos bancos de dados de Estado e de Tempo de Execução.)
- Pare todos os servidores Apply associados ao modelo de medidas de negócios.
- Remova todos os procedimentos armazenados ETL para o modelo de medidas de negócios.
- Remova todas as tabelas de migração de dados ETL utilizadas para o modelo de medidas de negócios.
- Remova todas as informações de controle ETL da tabela WBIRMADM.RMCONTROL
no banco de dados de destino correspondente desse modelo de medidas de negócios.
- Remova todos os acionadores e procedimentos armazenados de remoção ETL utilizados para
o modelo de medidas de negócios.
- Remova todas as tabelas listadas na coluna TGT_RM_APP_STG_TAB_NAME da tabela WBIRMADM.RMMETADATA que
possuem os sufixos _BKUP e _M e também tenham um SERVICE_NAME de Runtime_to_Historical para
Histórico e State_to_Runtime para Tempo de Execução nesse modelo de medidas de negócios.
Deixe a tabela listada em TGT_RM_APP_STG_TAB_NAME pois ela será removida
em uma etapa posterior.
- Utilizando o Centro de Réplicas do DB2,
remova todos os membros do conjunto de assinaturas do Apply que atendam esse modelo de medidas de negócios.
- Se o conjunto de assinaturas do Apply estiver vazio, remova-o.
- Se o servidor Apply não tiver conjuntos de assinaturas, remova-o.
- Remova todas as entradas de metadados associadas com o modelo de medidas de negócios da
tabela WBIRMADM.RMMETADATA. Também será necessário remover as mesmas entradas
da tabela WBIRMADM.RMMETADATA no banco de dados de Tempo de Execução, se
estiver processando o banco de dados de Histórico, e no banco de dados de Estado, se estiver processando
o banco de dados de Tempo de Execução. Será necessário remover as linhas apenas do modelo de medidas de negócios e
que estão no nome de serviço Runtime_to_Historical ao processar
o banco de dados de Histórico e no State_to_Runtime para o banco de dados de Tempo de Execução.
- Replicação: banco de dados de Tempo de Execução e banco de dados de Estado
- Pare todos os servidores Capture que atendem o modelo de medidas de negócios.
- Remova todos os acionadores associados às tabelas CD do Capture que estejam
associadas ao modelo de medidas de negócios.
- Remova as informações de controle de remoção da tabela WBIRMADM.RMPRUNECTRL para
remover os acionadores utilizados para o modelo de medidas de negócios.
- Utilizando o Centro de Réplicas do DB2,
remova todas as assinaturas de todas as tabelas associadas
ao modelo de medidas de negócios.
- Remova todas as entradas de metadados associadas com o modelo de medidas de negócios da
tabela WBIRMADM.RMMETADATA.
- Esquema do banco de dados: normalmente, é feito rollback de um erro durante a geração de esquemas
antes da implementação do modelo alterado. O atual conjunto de artefatos de replicação
não é afetado.
Reimplementando
Após a remoção de todos os artefatos que suportam um modelo de medidas de negócios,
você pode executar novamente o Schema Generator com a opção Ignorar Implementações Mais Antigas
selecionada. Se o esquema gerado for bem-sucedido, não implemente os scripts DDL (Database Definition
Language); implemente novamente os scripts de replicação.