Error migracion 2.9.4 a 3.15.1

SIU-Guaraní Migración de Datos
1

Buenos días.
Armo otro hilo como me pidieron.
Me surgió otro error en la entrada Crear Schema Postgres. Es el siguiente:

2018/11/02 14:13:58 - conexion_pg - CREATE TABLE mig.sga_insc_exam_copy (
2018/11/02 14:13:58 - conexion_pg - unidad_academica varchar(5),
2018/11/02 14:13:58 - conexion_pg - carrera varchar(5),
2018/11/02 14:13:58 - conexion_pg - legajo varchar(15),
2018/11/02 14:13:58 - conexion_pg - materia varchar(5),
2018/11/02 14:13:58 - conexion_pg - anio_academico integer,
2018/11/02 14:13:58 - conexion_pg - turno_examen varchar(20),
2018/11/02 14:13:58 - conexion_pg - mesa_examen varchar(15),
2018/11/02 14:13:58 - conexion_pg - llamado integer,
2018/11/02 14:13:58 - conexion_pg - Tipo de dato no definido
2018/11/02 14:13:58 - script2pg - ERROR (version 7.1.0.0-12, build 1 from 2017-05-16 17.18.02 by buildguy) : Ocurrió un error al ejecutar esta entrada de trabajo:
2018/11/02 14:13:58 - script2pg - Couldn’t execute SQL: CREATE TABLE mig.sga_insc_exam_copy (
2018/11/02 14:13:58 - script2pg - unidad_academica varchar(5),
2018/11/02 14:13:58 - script2pg - carrera varchar(5),
2018/11/02 14:13:58 - script2pg - legajo varchar(15),
2018/11/02 14:13:58 - script2pg - materia varchar(5),
2018/11/02 14:13:58 - script2pg - anio_academico integer,
2018/11/02 14:13:58 - script2pg - turno_examen varchar(20),
2018/11/02 14:13:58 - script2pg - mesa_examen varchar(15),
2018/11/02 14:13:58 - script2pg - llamado integer,
2018/11/02 14:13:58 - script2pg - Tipo de dato no definido
2018/11/02 14:13:58 - script2pg -
2018/11/02 14:13:58 - script2pg - ERROR: syntax error at or near “dato”
2018/11/02 14:13:58 - script2pg - Position: 2313
2018/11/02 14:13:58 - conexion_pg - Connection to database closed!
2018/11/02 14:13:58 - script2pg - Finalizó la entrada de trabajo [script2pg] (resultado=[false])
2018/11/02 14:13:58 - ifx2pg - Finalizó la entrada de trabajo [Crear Schema postgres] (resultado=[false])
2018/11/02 14:13:58 - ifx2pg - Ejecución del trabajo finalizada
2018/11/02 14:13:58 - Spoon - Trabajo ha terminado.

Por lo que estuve viendo, el trabajo que utiliza la entrada es script2pg.kjb
En ese trabajo se llama al archivo schema_g2.sql
En dicho sql vemos que la creación de la ultima tabla que figura está cortada y el archivo finaliza con “Tipo de dato no definido”:
CREATE TABLE mig.sga_insc_exam_copy (
unidad_academica varchar(5),
carrera varchar(5),
legajo varchar(15),
materia varchar(5),
anio_academico integer,
turno_examen varchar(20),
mesa_examen varchar(15),
llamado integer,
Tipo de dato no definido

Creo que es un tema con el formato de fecha en la columna “fecha_inscripcion” (que es la que sigue a “llamado”) de la tabla sga_insc_exam_copy, y que el error viene arrastrado desde que se crea el archivo schema_g2.sql en la entrada “ejecuta SP y devuelve el schema”.
Un ejemplo de registro con ese formato es: 2013-06-16 23:53:05.00000. Me fijé en las tablas anteriores de ese sql que no dan error (como sga_insc_exa_bajas), y veo que el formato es: 2013-06-16 23:53:05

Probé definiendo como DMY4 las variables KETTLE_DEFAULT_DATE_FORMAT y KETTLE_DEFAULT_TIMESTAMP_FORMAT en el archivo de propiedades de kettle pero, al correr el trabajo de nuevo, sigue dando el error. No se si esto tenga que ver con una solución, solo fue una prueba.

Me podrían indicar como solucionarlo por favor?
Saludos

2

Por lo que se ve la tabla sga_insc_exam_copy es una tabla que uds crearon en la base de informix.
Pareciera que la usaron para hacer algun copiado de inscripciones.
Vean si es necesario migrar esa tabla, sino lo es entonces que no se copie, es decir en el archivo \01_IFX2PG\script_1.sql
Agregar la siguiente sentencia en la linea 45:

delete from mig23_tablas_pasar where tabname = 'sga_insc_examen_copy';

Esto es para que la tabla no se cree en el esquema “mig” y tampoco se pasen los datos desde informix.

Pero respecto del problema, seguramente es el tipo de datos de esa columna lo que esta fallando. Deben haber creado esa columna con un tipo de datos de informix que no fue contemplado en la migración.
¿Si tienen esa personalización documentada, pueden ver ese campo con que tipo de datos esta creado?

Porque de ser asi, se puede agregar al script que arma el ddl de postgres para crear las tablas en el esquema mig.

3

Consultamos a la unidad académica si era necesario mantener esta tabla, nos informaron que podía ser ignorada, y así pudimos continuar con la migración.
Muchas gracias!