Error migracion 2.9.4 a 3.15.1

SIU-Guaraní Migración de Datos
1

Buenos días
Estamos migrando una base desde guarani 2.9.4 a 3.15.1
Los precontroles sobre g2 no muestran errores.
Al correr el trabajo ifx2pg, salta error en la entrada precontrol_ifx.sql. El error es el siguiente:

2018/10/22 10:35:00 - conexion_ifx - launch DDL statement:
2018/10/22 10:35:00 - conexion_ifx - BEGIN WORK
2018/10/22 10:35:00 - precontrol_ifx.sql - 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/10/22 10:35:00 - precontrol_ifx.sql - Couldn’t execute SQL: BEGIN WORK
2018/10/22 10:35:00 - precontrol_ifx.sql -
2018/10/22 10:35:00 - precontrol_ifx.sql - Transaction not available.
2018/10/22 10:35:00 - conexion_ifx - Connection to database closed!
2018/10/22 10:35:00 - ifx2pg - Finalizó la entrada de trabajo [precontrol_ifx.sql] (resultado=[false])
2018/10/22 10:35:00 - ifx2pg - Finalizó la entrada de trabajo [tablas a pasar] (resultado=[false])
2018/10/22 10:35:00 - ifx2pg - Finalizó la entrada de trabajo [Existe esquema Mig ?] (resultado=[false])
2018/10/22 10:35:00 - ifx2pg - Ejecución del trabajo finalizada
2018/10/22 10:35:00 - Spoon - Trabajo ha terminado.

Adjunto el log completo que muestra la consola para esa entrada
Podrían indicarnos qué hacer por favor?

Saludos

Log_error_entrada_precontrol_ifx.pdf (51.1 KB)

2

Buenos días, pudiste probar que las conexiones con informix sean correctas?
Si tiras eso en el informix te corre bien las querys?

Saludos.

3

Error:

2018/10/29 10:35:47 - conexion_ifx - BEGIN WORK
2018/10/29 10:35:47 - precontrol_ifx.sql - 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/10/29 10:35:47 - precontrol_ifx.sql - Couldn’t execute SQL: BEGIN WORK
2018/10/29 10:35:47 - precontrol_ifx.sql -
2018/10/29 10:35:47 - precontrol_ifx.sql - Transaction not available.

Este error es porque la base de informix debe tener logging (buffered log o unbuffered log).
Seguramente si te conectas desde un exe de Guarani 2 a esa base te va a informar de dicho problema y no dejará loguearte.

Para cambiar el modo de log de la base lo haces con el comando de informix ontape u ondblog:
ontape -s -U nombre_base

4

Buenos días.
Muchas gracias por la respuesta! Solucionó el error.
Pero 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

5

¡Hola Natalia! Por favor generá un hilo por inconveniente, ¿si? así es más sencilla luego la búsqueda para otras personas.
¡Gracias!

6

Ok. Ahí envié otra consulta. Gracias!