Gestionar evolución de esquema

La gestión de esquemas requiere el seguimiento y la sincronización de cambios estructurales como tablas, columnas, índices y tipos de dato entre sistemas de origen y de destino. Una técnica eficaz de gestión de esquemas garantiza que la replicación continúe sin problemas cuando las aplicaciones evolucionen o se desplieguen cambios en la base de datos. También ayuda a evitar fallos causados por estructuras no coincidentes, tipos de dato no soportados u objetos faltantes.

Oracle GoldenGate proporciona técnicas para gestionar esquemas para una replicación homogénea o similar a la replicación de datos y una replicación heterogénea o entre plataformas. Para la replicación homogénea, los administradores pueden utilizar la funcionalidad de replicación DDL existente, que está disponible con Oracle para bases de datos Oracle y MySQL para bases de datos MySQL.

Para la replicación heterogénea, los administradores pueden utilizar la funcionalidad de evolución automática de esquemas. La evolución automática de los esquemas en Oracle GoldenGate proporciona validación de esquemas, detección de cambios, asignación automatizada y despliegue controlado de actualizaciones de esquemas. Esta funcionalidad permite la replicación entre una amplia gama de esquemas de base de datos de origen y destino heterogéneos.

Destinos admitidos de esquema automático Oracle, MySQL, Amazon Aurora MySQL, Amazon RDS para MySQL, Azure Database para MySQL, MariaDB, SingleStoreDB, Google Cloud SQL para MySQL, PostgreSQL, Amazon Aurora PostgreSQL, Amazon RDS para PostgreSQL, YugabyteDB, EDB PostgreSQL Advanced Server, Azure Database para PostgreSQL, Google Cloud SQL para PostgreSQL, Microsoft SQL Server, Amazon RDS para SQL Server, Azure SQL Database, IBM Db2 (LUW), IBM Db2 para i, Teradata y TimesTen.

Orígenes admitidos de esquema automático Oracle, MySQL, Amazon Aurora MySQL, Amazon RDS para MySQL, Azure Database para MySQL, MariaDB, SingleStoreDB, Google Cloud SQL para MySQL, PostgreSQL, Amazon Aurora PostgreSQL, Amazon RDS para PostgreSQL, YugabyteDB, EDB PostgreSQL Advanced Server, Azure Database para PostgreSQL, Google Cloud SQL para PostgreSQL, Microsoft SQL Server, Amazon RDS para SQL Server, Azure SQL Database, Db2 (LUW), Db2 para i, Db2 para z/OS, Sybase y Snowflake.

Diferencias entre la evolución automática del esquema y la replicación DDL

A continuación se muestra una comparación entre la evolución automática de esquemas y la gestión de esquemas basada en replicación DDL:

Evolución automática del esquema	Replicación de DDL
Detecta automáticamente las diferencias de esquema y actualiza el esquema de destino según sea necesario.	Replica las sentencias DDL reales, como ALTER TABLE, CREATE TABLE o DROP COLUMN, del origen al destino mediante operaciones DDL y DML.
Más fácil para los usuarios porque muchos cambios de esquema se gestionan sin intervención manual.	Requiere que el DDL de origen sea soportado e interpretado correctamente por el sistema de replicación.
Funciona a nivel lógico o de metadatos	Funciona mediante la captura y aplicación de comandos de cambio de esquema de base de datos.
Soporta solo los cambios de esquema seleccionados, como la adición de columnas, la creación de la tabla que falta en la base de datos destino, la modificación de la tabla de destino mediante la realización de columnas ADD/MODIFY/DROP y el cambio de tipos de dato compatibles.	Puede conservar la intención exacta de los cambios del esquema del lado de origen.
Útil cuando los sistemas de origen y destino son plataformas o servicios en la nube diferentes.	Se recomienda cuando las bases de datos de origen y destino tienen una sintaxis DDL y un comportamiento de objeto similares.