migracion g2 a g3 con migrador desde 2.8

SIU-Guaraní Migración de Datos
1

Hola:

Estamos migrando desde SIU-GUARANI 2.8 a Guarani 3.8, y cuando ejecuto el script “MIG2-3\02_Modulos\55_Actas\02_Migracion\03_sga_actas_detalle.sql”, las consultas se quedan ejecutandose eternamente (se estuvo ejecutando dos dias y no termino, cancalamos) hay alguna forma de optimizarlas?.

Muchas gracias!!!

03_sga_actas_detalle.sql (6.19 KB)

2

Hola

A mi me tarda bastante menos.
Pero si largas la ejecucion de las consultas desde el postgresql es un poco mas rápido.
En todo caso probalo.

Emilio

3

Hola:

Lo ejecute desde postgres. Estamos con postgres 9.3. Subo la configuracion de postgres por si hay algo para optimizar.

Saludos!!!

postgresql.conf.txt (20.2 KB)

4

Pablo, genera un gds asi te enviamos los scripts actualizados.
Saludos,

Noemi

5

Hola:

Genere el GDS.

Muchas gracias!!!

6

Hola Emilio:

Lo que hice para optimizar las respuestas de las consultas fue ejecutar:

1º Para las tablas que me generaban problemas:

vacuum verbose analyze mig.sga_detalle_acta;
vacuum verbose analyze mig._cnv_pk_actas
vacuum verbose analyze mig._cnv_pk_alumnos
vacuum verbose analyze mig._cnv_pk_planes_versiones

vacuum verbose analyze mig.sga_det_acta_promo;
vacuum verbose analyze mig._cnv_pk_actas;
vacuum verbose analyze mig._cnv_pk_alumnos;
vacuum verbose analyze mig._cnv_pk_planes_versiones;
vacuum verbose analyze mig.sga_actas_promo;

vacuum verbose analyze mig.sga_det_acta_curs;
vacuum verbose analyze mig._cnv_pk_cond_regularidad;
vacuum verbose analyze mig._cnv_pk_actas;
vacuum verbose analyze mig._cnv_pk_alumnos;
vacuum verbose analyze mig._cnv_pk_planes_versiones;
vacuum verbose analyze mig.sga_actas_cursado;

2º Ejecute un VACUUM para toda la base:

“vacuumdb -f -v -d -hlocalhost -Upostgres -d [database]” desde la consola de comandos

Saludos!!!

7

Pablo, estos vacuum ya estan agregados en el script de migracion, tanto en las tablas del esquema mig, como en cada modulo en las tablas que se van importando (personas, alumnos, etc…)
Emilio, volviste a probar agregando los vacuum en la migracion de datos de las actas?

8

Hola

Gracias Pablo.

Todavia no lo probé. Veré si mañana puede llegar a tomar algun tiempo entre las dos situaciones.

Emilio

9

Hola Alejandro

Modificando algunos detalles en el where

WHERE	
	sdac.unidad_academica = sa.unidad_academica AND
	sdac.acta = sa.acta AND
--	cpa.tabla = 'sga_actas_cursado' AND
	cpa.estado IN ('B','C') AND

con el analize mejoró un poco.
Si se pudiese poner en la tabla de conversion un acta numerica y evitar to_number mejoraría.

Lo que si hay una terrible diferencia entre enviar las consultas via pgadmin y via kettle.
de segundos a minutos.

Emilio

10

Emilio probaremos otras opciones del Kettle para ejecutar estas querys en la base y cualquier cosa te avisamos.