Gerenciar Evolução do Esquema
O gerenciamento de esquemas requer o rastreamento e a sincronização de alterações estruturais, como tabelas, colunas, índices e tipos de dados entre os sistemas de origem e de destino. Uma técnica eficaz de gerenciamento de esquema garante que a replicação continue sem problemas quando os aplicativos evoluem ou as alterações no banco de dados são implantadas. Também ajuda a evitar falhas causadas por estruturas incompatíveis, tipos de dados não suportados ou objetos ausentes.
O Oracle GoldenGate fornece técnicas para gerenciar esquemas para replicação de dados homogênea ou similar e replicação heterogênea ou entre plataformas. Para replicação homegeneous, os administradores podem usar a funcionalidade Replicação de DDL existente, que está disponível com bancos de dados Oracle para Oracle e MySQL para MySQL.
Para replicação heterogênea, os administradores podem usar a funcionalidade Evolução Automática do Esquema. A evolução automática do esquema no Oracle GoldenGate fornece validação de esquema, detecção de alterações, mapeamento automatizado e rollout controlado de atualizações de esquema. Essa funcionalidade permite a replicação entre uma ampla variedade de esquemas heterogêneos de banco de dados de origem e destino.
Alvos com Suporte Automático ao Esquema Oracle, MySQL, Amazon Aurora MySQL, Amazon RDS for MySQL, Azure Database for MySQL, MariaDB, SingleStoreDB, Google Cloud SQL for MySQL, PostgreSQL, Amazon Aurora PostgreSQL, Amazon RDS for PostgreSQL, YugabyteDB, EDB PostgreSQL Advanced Server, Azure Database for PostgreSQL, Google Cloud SQL for PostgreSQL, Microsoft SQL Server, Amazon RDS for SQL Server, Azure SQL Database, IBM Db2 (LUW), IBM Db2 for i, Teradata e TimesTen.
Origens Suportadas pelo Esquema Automático Oracle, MySQL, Amazon Aurora MySQL, Amazon RDS for MySQL, Azure Database for MySQL, MariaDB, SingleStoreDB, Google Cloud SQL for MySQL, PostgreSQL, Amazon Aurora PostgreSQL, Amazon RDS for PostgreSQL, YugabyteDB, EDB PostgreSQL Advanced Server, Azure Database for PostgreSQL, Google Cloud SQL for PostgreSQL, Microsoft SQL Server, Amazon RDS for SQL Server, Azure SQL Database, Db2 (LUW), Db2 for i, Db2 for z/OS, Sybase e Snowflake.
Diferenças entre a Evolução Automática do Esquema e a Replicação de DDL
Veja a seguir uma comparação entre a evolução automática do esquema e o gerenciamento de esquemas baseados em replicação de DDL:
| Evolução Automática do Esquema | Replicação de DDL |
|---|---|
| Detecta automaticamente diferenças de esquema e atualiza o esquema de destino conforme necessário. | Replica instruções DDL reais, como ALTER TABLE, CREATE TABLE ou DROP COLUMN, da origem para o destino usando operações DDL e DML. |
| Mais fácil para os usuários porque muitas alterações de esquema são tratadas sem intervenção manual. | Exige que o DDL de origem seja suportado e interpretado corretamente pelo sistema de replicação. |
| Funciona em um nível lógico ou de metadados | Funciona capturando e aplicando comandos de alteração de esquema do banco de dados. |
Suporta somente alterações de esquema selecionadas, como adicionar colunas, criar a tabela ausente no banco de dados de destino, alterar a tabela de destino executando colunas ADD/MODIFY/DROP e alterando tipos de dados compatíveis. |
Pode preservar a intenção exata das alterações do esquema do lado de origem. |
| Útil quando os sistemas de origem e destino são diferentes plataformas ou serviços de nuvem. | Mais adequado quando os bancos de dados de origem e de destino têm sintaxe DDL e comportamento de objeto semelhantes. |