Selección de un objetivo empresarial para el activo de replicación

Establecimiento de objetivos empresariales

Puede configurar su activo de replicación para utilizar uno de los siguientes tipos de ajustes de objetivos empresariales:

Copiar

El objetivo empresarial Copiar configura el activo de replicación para sincronizar los esquemas y tablas especificados de la base de datos de origen con la base de datos de destino.

Registro de cambios

El objetivo empresarial del registro de cambios configura el activo de replicación para documentar y realizar un seguimiento de las modificaciones que se realizan en el esquema de una base de datos de origen a lo largo del tiempo en un registro denominado registro de cambios. Además, el activo de replicación sincroniza los esquemas y las tablas de la base de datos de origen con la base de datos de destino. Se envía una copia de los cambios realizados en la base de datos de origen y el registro de cambios a la base de datos de destino. Para obtener más información sobre cómo personalizar la configuración del registro de cambios, consulte el objetivo empresarial Configuración del registro de cambios. Utilice el objetivo empresarial Registro de cambios para mantener la coherencia, garantizar la compatibilidad con versiones anteriores de sus datos y facilitar las migraciones de esquemas entre distintos entornos, como desarrollo, pruebas y producción.

réplica de CDC

El objetivo empresarial de replicación CDC configura el activo de replicación para utilizar una conexión de Data Replication servidor de acceso con el fin de configurar y operar suscripciones de captura de datos modificados (CDC) conectando el Data Replication servicio a una implementación de replicación CDC remota.

Diferencias entre el escenario Copiar y el escenario Registro de cambios

El escenario Copiar mantiene una copia idéntica de la tabla de origen en la base de datos de destino. El escenario del registro de cambios mantiene un historial del flujo de operaciones, tanto DML como DDL, que se realizan en la base de datos de origen. En el escenario del registro de cambios, los detalles de los cambios se registran junto con los cambios reales en la tabla de destino.

Las tres diferencias significativas entre el escenario Copiar y el escenario Registro de cambios son:

Claves primarias

En el escenario del registro de cambios pueden aparecer varias instancias de la misma clave, lo que significa que algo que es una clave principal en un escenario de copia se convierte en un índice simple en un escenario de registro de cambios.

Véase el ejemplo, en el que varias filas de la CHANGE_LOG tabla tienen el mismo valor de clave principal que la tabla de origen.

Manejo de imágenes antes y después

Los registros de inserción no tienen antes, por lo que la base de datos de destino no tiene ninguna operación de inserción para una imagen anterior.

Los registros eliminados no tienen un «después», por lo que la base de datos de destino no tiene ninguna operación de inserción para una imagen posterior.

Los registros de actualización tienen segmentos antes y después, por lo que la base de datos de destino tiene ambas imágenes insertadas.

Consulte el siguiente ejemplo para ver cómo se gestionan las imágenes antes y después para los DML en el registro de cambios.

Estructura de tabla

El escenario del registro de cambios amplía las columnas o filas anteriores y posteriores en función del tipo de registro de cambios.

En el escenario Copiar, la estructura de la tabla de destino es la misma que la estructura de la tabla original.

Véase el siguiente ejemplo, en el que la CHANGE_LOG tabla proporciona más información sobre las operaciones que se realizaron. En el caso de la copia, tanto la tabla de origen como la de destino tienen datos y estructura idénticos.

Bases de datos de origen y destino compatibles basadas en objetivos empresariales

Asegúrese de que la fuente y el destino elegidos puedan utilizarse para el objetivo empresarial que haya elegido:

Ejemplos

Vea el siguiente ejemplo de replicación de datos con los escenarios Copiar y Cambiar registro:

Si desea replicar datos utilizando el tipo delete_insert_pair Registro de cambios para las siguientes operaciones SQL:

INSERT INTO SOURCE_TABLE (ID, NAME) VALUES (1, 'abc');
INSERT INTO SOURCE_TABLE (ID, NAME) VALUES (2, 'xyz');
UPDATE SOURCE_TABLE SET NAME ='upd' WHERE ID = 1;
DELETE FROM SOURCE_TABLE WHERE ID = 2;

La siguiente tabla es su tabla de origen y el ID es la clave principal:

Para un escenario de copia, la tabla de destino tendría el siguiente aspecto:

Para un escenario de registro de cambios con la consulta SQL:

SELECT ID, NAME, OPTYPE, SEQUENCE, TRANSACTION_ID FROM TARGET_TABLE ORDER BY TRANSACTION_ID ASCENDING, SEQUENCE ASCENDING

La tabla de destino tendría el siguiente aspecto:

La tabla de destino contiene columnas adicionales como SEQUENCE, OPTYPE, TRANSACTION_ID con información sobre el historial de operaciones.

Vea el siguiente ejemplo de cómo el escenario del registro de cambios registra las operaciones DML. Cada operación DML que se realiza en la base de datos o tabla de origen se aplica como un nuevo registro a la tabla de registro de cambios de destino, junto con información adicional basada en la columna de registro de cambios seleccionada:

Ejemplo:

Desea realizar la siguiente secuencia de operaciones SQL:

INSERT INTO SOURCE_TABLE (ID, NAME) VALUES (1, 'abc');
INSERT INTO SOURCE_TABLE (ID, NAME) VALUES (2, 'xyz');
UPDATE SOURCE_TABLE SET NAME ='upd' WHERE ID = 1;
DELETE FROM SOURCE_TABLE WHERE ID = 2;

La tabla de destino tendrá el siguiente aspecto: