Al ejecutar Copy en una tabla involucrada en Historiales de Cambio "Change History", también conocido como "Change Data Capture (CDC)", los siguientes errores aparecen:
sp_ctrl (alvsupu07:5438)> copy owner.table
Cannot copy "OWNER"."TABLE"
Target is table with tracking columns
Job not started; no tables to synchronize
Las tablas de Change History de la fuente y del destino, por su naturaleza no deben estar en sincronía.
Aquí está el por qué: En la replicación de Change History, el historial de cambios inserta un nuevo registro en la tabla de destino por cada DML realizado en la fuente. Entonces la tabla de destino siempre tendrá mas registros que la tabla de fuente debido a su naturaleza de conservar los datos historiales.
Por ejemplo: Se ejecuta un DELETE para borrar una fila en la tabla de origen, pero en cambio en el destino será agregado un registro extra para almacenar la actividad del Delete en vez de remover la fila en el destino. Por ello no existe el concepto de arreglar la falta de sincronía entre dichas tablas.
Dicho de otra manera, del lado de la fuente no es posible grabar los cambios históricos que se produjeron en filas de origen, por tanto, no se puede utilizar copy para sincronizar esos cambios históricos. Es posible mantener los cambios históricos a partir de ahora utilizando herramientas como SharePlex pero es imposible restaurar los cambios históricos anteriores que se perdieron debido a las acciones del usuario o por otras razones.
