Usando o banco de dados IBM Db2 para Linux, Unix, Windows e Amazon RDS (Db2 LUW) como fonte para AWS DMS

Defina o banco de dados para ser recuperável, o que AWS DMS requer a captura de alterações. Um banco de dados será recuperável se um ou os dois parâmetros de configuração de banco de dados LOGARCHMETH1 e LOGARCHMETH2 estiverem definidos como ON.

Se seu banco de dados for recuperável, AWS DMS poderá acessar o Db2, ARCHIVE LOG se necessário.

Certifique-se de que os registros de DB2 transações estejam disponíveis, com um período de retenção suficiente para serem processados AWS DMS.

DB2 requer DBADM autorização SYSADM para extrair registros do registro de transações. Conceda à conta do usuário as seguintes permissões:

Ao usar o IBM DB2 for LUW versão 9.7 como fonte, defina o atributo de conexão extra (ECA), da seguinte CurrentLSN forma:

CurrentLSN=LSN em que LSN especifica um número de sequência de log (LSN) em que você deseja que a replicação seja iniciada. Ou, CurrentLSN=scan.

Ao usar o Amazon RDS for Db2 LUW como fonte, certifique-se de que os registros de arquivamento estejam disponíveis para o. AWS DMS Como os bancos AWS de dados DB2 gerenciados eliminam os registros de arquivamento o mais rápido possível, você deve aumentar o tempo em que os registros permanecem disponíveis. Por exemplo, para aumentar a retenção de log para 24 horas, execute o comando a seguir:

db2 "call rdsadmin.set_archive_log_retention( ?, 'TESTDB', '24')"

Para ter mais informações sobre os procedimentos do Amazon RDS para Db2 LUW, consulte Referência de procedimentos armazenados do Amazon RDS para Db2 no Guia do usuário do Amazon Relational Database Service.

Quando uma tabela com várias partições é truncada, o número de eventos DDL mostrados no AWS DMS console é igual ao número de partições. Isso ocorre porque o Db2 LUW registra um DDL separado para cada partição.

As ações de DDL a seguir não são compatíveis em tabelas particionadas:

AWS DMS não suporta uma migração contínua de replicação de uma instância em espera de recuperação de desastres de DB2 alta disponibilidade (HADR). O modo de espera é inacessível.

O tipo de dados DECFLOAT não é compatível. Consequentemente, alterações nas colunas DECFLOAT são ignoradas durante a replicação contínua.

A instrução RENAME COLUMN não é compatível.

Ao realizar atualizações nas tabelas de agrupamento multidimensional (MDC), cada atualização é mostrada no AWS DMS console como INSERT + DELETE.

Quando a configuração da tarefa Incluir colunas LOB na replicação não está ativada, qualquer tabela que tenha com colunas LOB é suspensa durante a replicação contínua.

Para as versões 10.5 e superiores do Db2 LUW, as colunas de string de comprimento variável com dados armazenados são ignoradas. out-of-row Essa limitação se aplica somente a tabelas criadas com tamanho de linha estendido para colunas com tipos de dados, como VARCHAR e VARGRAPHIC. Para contornar essa limitação, mova a tabela para um espaço de tabela com um tamanho de página maior. Para obter mais informações, consulte O que posso fazer se eu quiser alterar o tamanho da página dos espaços de DB2 tabela.

Para a replicação contínua, o DMS não oferece suporte à migração de dados carregados no nível da página pelo utilitário LOAD. DB2 Em vez disso, utilize o utilitário IMPORT que utiliza inserções SQL. Para obter mais informações, consulte diferenças entre os utilitários de importação e de carregamento.

Enquanto uma tarefa de replicação está em execução, o DMS captura CREATE TABLE DDLs somente se as tabelas tiverem sido criadas com o atributo DATA CAPTURE CHANGE.

O DMS apresenta as seguintes limitações ao usar o Db2 Database Partition Feature (DPF):

Para replicação contínua (CDC), se você planejar iniciar a replicação a partir de um timestamp específico, defina o atributo de conexão StartFromContext com o timestamp requerido.

Atualmente, o DMS não oferece suporte ao Db2 pureScale Feature, uma extensão do DB2 LUW que você pode usar para escalar sua solução de banco de dados.

A opção DATA CAPTURE CHANGES de tabela é um pré-requisito crucial para os processos de replicação DB2 de dados. Deixar de ativar essa opção ao criar tabelas pode causar a perda de dados, especialmente para tarefas de replicação somente do CDC (Change Data Capture) iniciadas a partir de um ponto de partida anterior. AWS DMS habilitará esse atributo por padrão ao reiniciar uma tarefa CDC ou FULL+CDC. No entanto, qualquer alteração feita no banco de dados de origem antes da reinicialização da tarefa pode passar despercebida.

ALTER TABLE TABLE_SCHEMA.TABLE_NAME DATA CAPTURE CHANGES INCLUDE LONGVAR COLUMNS;