El proceso pinchaba antes de crear el esquema MIG. Se ejecuto el job paso a paso y anduvo ok.
Luego de correr el proceso se corto en update_tablas.
Como el error es muy extenso solo copio el inicio y el fin del log. Adjunto en el .txt el log completo
2014/09/29 19:29:34 - update_tablas - ERROR (version 5.0.1-stable, build 1 from 2013-11-15_16-08-58 by buildguy) : Ocurrió un error al ejecutar esta entrada de trabajo:
2014/09/29 19:29:34 - update_tablas - Couldn’t execute SQL: update mig.aca_metodos_acceso set metodo_acceso = trim(metodo_acceso);
2014/09/29 19:29:34 - update_tablas - update mig.aca_metodos_acceso set include = trim(include);
.
.
.
.
2014/09/29 19:29:34 - update_tablas -
2014/09/29 19:29:34 - update_tablas - ERROR: llave duplicada viola restricción de unicidad «pk_fec_insc_llam»
Detail: Ya existe la llave (anio_academico, turno_examen, llamado, numero)=(2004, Especial, 1, 1).
Gracias
Victor, segun el log el error es por clave duplicada y se produce al hacer un update en mig.vio_r83510_exam, que es una tabla personalizada de uds. Tendrias que chequear en informix si existe un duplicado de la clave que detalla el error:
(anio_academico, turno_examen, llamado, numero)=(2004, Especial, 1, 1).
Saludos.
Hay tablas que tienen “83510” y son personalizaciones nuestras. Por lo tanto no deberian migrarse.
Vi que hay un filtro cuando se seleccionan las tablas al inicio del proceso. Pero mejor si me decis vos cuales son los pasos a seguir.
Victor, si van a mantener sus personalizaciones en G3 deberian migrar las tablas.
En caso contrario agrega en el primer insert de \01_IFX2PG\script01.sql (tabla mig23_tablas_pasar) el filtro correspondiente.
Saludos.