Integrações ETL zero do Amazon RDS

Ajudam você a obter insights holísticos de várias fontes de dados.

Eliminam a necessidade de criar e manter canais de dados complexos que executam operações de extração, transformação e carregamento (ETL). As integrações ETL zero eliminam os desafios que surgem com a criação e o gerenciamento de pipelines, provisionando-os e gerenciando-os para você.

Reduzem a carga e os custos operacionais para que você possa se concentrar em melhorar as aplicações.

Permitem que você aproveite os recursos de analytics e ML do destino pretendido para obter insights de dados transacionais e outros dados e responder de forma eficaz a eventos críticos e urgentes.

O banco de dados de origem deve estar na mesma região que o destino.

Não será possível renomear um banco de dados se o cluster tiver integrações existentes.

Não é possível criar várias integrações entre os mesmos bancos de dados de origem e destino.

Você não pode excluir um banco de dados que tenha integrações existentes. É necessário excluir todas as integrações correspondentes primeiro.

Se você interromper o banco de dados de origem, as últimas transações provavelmente não serão replicadas no destino enquanto você não retomar o banco de dados.

Você não poderá excluir uma integração se o banco de dados de origem for interrompido.

Se o banco de dados for a origem de uma implantação azul/verde, os ambientes azul e verde não poderão ter integrações ETL zero existentes durante a transição. Você deve excluir a integração primeiro, alternar e, depois, recriá-la.

Não é possível criar uma integração para um banco de dados de origem que tenha outra integração sendo criada ativamente.

Quando você cria inicialmente uma integração ou quando uma tabela está sendo ressincronizada, a propagação de dados da origem para o destino pode levar de 20 a 25 minutos ou mais, dependendo do tamanho do banco de dados de origem. Esse atraso pode levar a um maior atraso na réplica.

Alguns tipos de dados não compatíveis. Para obter mais informações, consulte Diferenças de tipos de dados entre os bancos de dados RDS e Amazon Redshift.

As tabelas do sistema, tabelas temporárias e visualizações não são replicadas nos warehouses de destino.

A execução de comandos de DDL (por exemplo, ALTER TABLE) em uma tabela de origem pode acionar uma ressincronização da tabela, tornando a tabela indisponível para consulta durante a ressincronização. Para obter mais informações, consulte Uma ou mais das minhas tabelas do Amazon Redshift exigem ressincronização..

O banco de dados de origem deve executar uma versão compatível do RDS para MySQL. Para conferir uma lista de versões compatíveis, consulte Regiões e mecanismos de banco de dados que permitem Integrações ETL zero com o Amazon RDS.

Não é possível usar Integrações ETL zero na instância primária e em uma instância de réplica de leitura na mesma região da AWS.

As integrações ETL zero dependem do registro em log binário (binlog) do MySQL para capturar alterações contínuas de dados. Não use a filtragem de dados baseada em log binário, pois isso pode causar inconsistências de dados entre os bancos de dados de origem e de destino.

As integrações ETL zero são compatíveis apenas com bancos de dados configurados para usar o mecanismo de armazenamento InnoDB.

Referências de chave externa com atualizações de tabelas predefinidas não são compatíveis. Especificamente, as regras ON DELETE e ON UPDATE não são compatíveis com as ações CASCADE, SET NULL e SET DEFAULT. A tentativa de criar ou atualizar uma tabela com essas referências a outra tabela colocará a tabela em um estado de falha.

Não é possível criar uma integração para um banco de dados de origem que use armazenamento magnético.

O banco de dados de origem deve ser uma instância do RDS para PostgreSQL executando as versões 15.7+, 16.3+ ou 17.1+. Versões anteriores não são compatíveis.

As integrações ETL zero do RDS para PostgreSQL não comportam clusters de banco de dados multi-AZ como bancos de dados de origem.

Não é possível criar uma Integração ETL zero com base em uma instância de réplica de leitura do RDS para PostgreSQL.

As visões materializadas e tabelas do PostgreSQL não registradas em log não são replicadas para o Amazon Redshift.

Não é possível replicar determinados tipos de dados do PostgreSQL, como tipos de dados de geometria e dados acima de 64 KB, devido às limitações do Amazon Redshift. Para ter mais informações sobre as diferenças entre os tipos de dados do RDS para PostgreSQL e do Amazon Redshift, consulte na seção Diferenças entre tipos de dados.

Não é possível realizar uma atualização de versão principal na instância de origem do RDS para PostgreSQL enquanto ela tiver uma integração ETL zero ativa. Para atualizar a instância de origem, você deve primeiro excluir todas as Integrações ETL zero existentes. Após a conclusão da atualização da versão principal, você pode recriar as Integrações ETL zero.

Se você realizar transações de particionamento declarativo na instância de banco de dados de origem, todas as tabelas afetadas entrarão em um estado de falha e não estarão mais acessíveis.

O banco de dados de origem deve ser uma instância do RDS para Oracle executando a versão 19c Enterprise Edition ou Standard Edition 2, com atualização de versão de julho de 2019 ou posterior. Versões anteriores não são compatíveis.

Não é possível criar uma Integração ETL zero com base em uma instância de réplica de leitura do RDS para Oracle.

Também não é possível renomear um banco de dados de locatários quando há uma Integração ETL zero nesse banco de dados de locatário.

Um banco de dados de locatários pode ter apenas uma Integração ETL zero.

Há alguns diferenças entre os tipos de dados do RDS para Oracle e do Amazon Redshift. Para ter mais informações, consulte na seção Diferenças entre tipos de dados.

Os nomes de catálogo podem ter no máximo 19 caracteres de comprimento.