Error en trabajo cnv_pk_tablas.kjb (02 - Modulos - 01 - TablasConversionPK)

Hola,
Estamos en proceso de migración del G2.9.5 al G3.16.2 . Tengo la conexion a informix funcionando perfecto, y la conexion a postgres también. Ya corrí algunos trabajos de spoon:

  • 00_Controles_Guarani2 (OK)
  • 01_IFX2PG (OK)
  • 02_Modulos → 00_Precontroles (OK)
  • 02_Modulos → 01_TablasConversionPK → cnv_pk_tablas.kjb (Falló en el sql “app_migracion” )

Salida del LOG de spoon:
2019/09/09 21:03:06 - Spoon - Iniciando trabajo…
2019/09/09 21:03:06 - cnv_pk_tablas_x_modulo - Start of job execution
2019/09/09 21:03:06 - cnv_pk_tablas_x_modulo - Starting entry [mig_default]
2019/09/09 21:03:06 - cnv_pk_tablas_x_modulo - Starting entry [app_migracion]
2019/09/09 21:03:07 - app_migracion - ERROR (version 8.2.0.0-342, build 8.2.0.0-342 from 2018-11-14 10.30.55 by buildguy) : An error occurred executing this job entry :
2019/09/09 21:03:07 - app_migracion - Couldn’t execute SQL: DROP TABLE IF EXISTS mig._app_migracion;
2019/09/09 21:03:07 - app_migracion -
2019/09/09 21:03:07 - app_migracion - CREATE TABLE mig._app_migracion
2019/09/09 21:03:07 - app_migracion - (
2019/09/09 21:03:07 - app_migracion - modulo varchar(30) NOT NULL,
2019/09/09 21:03:07 - app_migracion - fecha_generacion date NOT NULL,
2019/09/09 21:03:07 - app_migracion - fecha_actualiz timestamp with time zone NOT NULL,
2019/09/09 21:03:07 - app_migracion - script_corrido integer NOT NULL
2019/09/09 21:03:07 - app_migracion - )
2019/09/09 21:03:07 - app_migracion - WITH (OIDS=FALSE);
2019/09/09 21:03:07 - app_migracion - ALTER TABLE mig._app_migracion OWNER TO postgres;
2019/09/09 21:03:07 - app_migracion -

(todos los renglones del script sql)

2019/09/09 21:03:07 - app_migracion - SELECT * FROM mig._cargar_tablas(‘mig’);
2019/09/09 21:03:07 - app_migracion -
2019/09/09 21:03:07 - app_migracion -
2019/09/09 21:03:07 - app_migracion - DROP FUNCTION mig._cargar_tablas(varchar(40));
2019/09/09 21:03:07 - app_migracion -
2019/09/09 21:03:07 - app_migracion - ERROR: no existe la relación «mdp_datos_personales»
Where: función PL/pgSQL mig._cargar_tablas(character varying) en la línea 28 en sentencia SQL
2019/09/09 21:03:07 - cnv_pk_tablas_x_modulo - Finished job entry [app_migracion] (result=[false])
2019/09/09 21:03:07 - cnv_pk_tablas_x_modulo - Finished job entry [mig_default] (result=[false])
2019/09/09 21:03:07 - cnv_pk_tablas_x_modulo - Job execution finished
2019/09/09 21:03:07 - Spoon - Trabajo ha terminado.
2019/09/09 21:09:16 - Spoon - Spoon

Revisando las tablas que tengo creadas en el esquema "mig" en postgres, veo que la tabla "mdp_datos_personales" no existe, y tampoco está en el SQL que define las tablas a "pasar" del G2 a G3 (tampoco existe esa tabla en informix).

Necesitaría una ayuda para poder continuar, que tengo que arreglar?, desde ya muchas gracias!

Buenos días Guillermo, has seguido los pasos de está guía ?Tenes el schema negocio en tu base de postgres?
Saludos.

Hola Jose,

Gracias por responder. No, no tengo creado el esquema "negocio", solo tengo el "public" (por defecto en postgres) y el "mig" que se crea en los scripts de migracion. Estoy siguiendo la guia oficial de la versión 3.16.0  (http://documentacion.siu.edu.ar/wiki/SIU-Guarani/Version3.16.0/Migracion/Desde_SIU_Guarani_2/Migracion/Conversion_PK). 

Las conexiones a informix y a postgres funcionan bien desde el Pentaho, al igual que los pre-controles. Cuando llego a la sección "Tablas de conversión de PKs", al ejecutar el trabajo "cnv_pk_tablas.kjb" es donde salta el error, ya que no encuentra (ni crea) la tabla o relación "mdp_datos_personales".

Ya solicitamos por GDS la habilitación a los scripts de migración del G2.9.5 a la versión 3.17.0, pero aún no esta habilitado (para comenzar desde 0 nuevamente).

Tengo que crear a mano el esquema "negocio" en este paso? gracias!

Buenos días Guillermo, disculpa la tardanza en la respuesta, tienen que seguir toda la guía del link que te pase anteriormente.
Vas a ver un paso que dice SIU-Guarani 3 --instalacion.
Lo que te está faltando es instalar el guarani 3 con su base de negocios, que en este caso también tiene el mismo nombre el schema, negocio.

Saludos.