Diferencia entre revisiones de «SIU-Guarani/Version3.11.0/Migracion/Desde SIU Guarani 2/Migracion/PasajeIfxPg»

De SIU
Saltar a: navegación, buscar
Línea 1: Línea 1:
 
__TOC__
 
__TOC__
  
= Migración de Guaraní 2 a Guaraní 3=
+
= Migración de SIU-Guaraní 2 a SIU-Guaraní 3=
 
El proceso de migración se separa en dos partes:  
 
El proceso de migración se separa en dos partes:  
 
# Pasaje de una base Guaraní 2 de Informix a un motor Postgresql.  
 
# Pasaje de una base Guaraní 2 de Informix a un motor Postgresql.  
# Una vez que la base de Guaraní 2 se encuentra en Postgresql, se procede a pasar los datos del modelo de datos de Guaraní 2 al modelo de datos de Guaraní 3.  
+
# Una vez que la base de Guaraní 2 se encuentra en Postgresql, se procede a pasar los datos del modelo de datos de Guaraní 2 al modelo de datos de Guaraní 3 por módulos funcionales.  
  
 
En esta sección se explicará el primer paso:
 
En esta sección se explicará el primer paso:
  
== Pasaje de una base Guaraní 2 de Informix a Postgresql ==
+
== Pasaje de una base SIU-Guaraní 2 de Informix a Postgresql ==
Esta instancia se divide en 3 pasos:
+
Esta instancia incluye la ejecución de un solo trabajo, que realiza las siguientes acciones:
# Creación del esquema, pasaje de tablas con sus datos y ejecución de poscontroles sobre los datos
+
# Creación del esquema 'mig'
# Corrección de errores de los poscontroles si los hubiere
+
# Pasaje de tablas con sus datos
# Update de datos sobre tablas en postgres y creación de las FK.
+
# Update de datos sobre tablas en postgres  
 +
# Creación de las FK en postgres.
  
  
 
=== Pasos  ===
 
=== Pasos  ===
# <big>Creación de esquema 'mig' en Postgresql, pasaje de tablas con sus datos y poscontroles de datos</big>
+
#'''Trabajo a ejecutar: ''' 01_IFX2PG/'''ifx2pg.kjb'''
#:*'''Trabajo a ejecutar: ''' 01_IFX2PG/'''ifx2pg.kjb'''
+
#:*'''Descripción: ''' este trabajo es el encargado de crear el esquema 'mig' en la base de postgres. Una vez creado el esquema, pasa todo el modelo: tablas y sus datos. Luego crea las FK en postgres.
#:*'''Descripción: ''' Este trabajo es el primero que deberá correrse, selecciona las tablas a pasar, crea el schema 'mig', pasa las tablas y sus datos, ejecuta poscontroles sobre esos datos y crea funciones de corrección de datos que serán útiles para arreglar los errores de los poscontroles.
+
#:*'''Tiempo estimado de duración: ''' 5 horas. Depende del tamaño de la base de datos, la cantidad de registros y personalizaciones, y también de la configuración de postgres y el sistema operativo.<br> '''Output: ''' quedará creado el esquema 'mig' en la base de postgres con una réplica del modelo de la base de Informix y los datos de las tablas que se pasaron<br><br>
#:*'''Tiempo estimado de duración: ''' 2 horas.<br> '''Output: ''' en el directorio 02_Modulos/postcontroles_excel se creará un archivo con los poscontroles que fallaron en el pasaje de datos, '''Pos_Controles_Pasaje_Datos.xls'''. Es importante su corrección antes de seguir con los demás trabajos de Kettle. <br><br>
 
# <big>Corrección de errores de los poscontroles</big><br>
 
#:# Revisar el archivo de salida del paso anterior: 02_Modulos/postcontroles_excel/'''Pos_Controles_Pasaje_Datos'''.xls, si no hay registros con errores, se puede proseguir con el siguiente trabajo de Kettle <br>
 
#:# Los poscontroles que se realizan en esta instancia son por valores duplicados de la base de Informix que fallarán al momentos de pasarlos a Postgres. Por cada poscontrol que falle, deberá correrse la query indicada en el archivo de excel para determinar los registros duplicados. Para cada registro, deberá correrse una función de update. A continuación se detallan los posibles poscontroles y sus funciones de corrección <br>  
 
  
 +
=== Consideraciones  ===
 +
# Cada vez que se corre el trabajo IFX2PG se vuelve a crear el esquema 'mig' con las tablas de SIU-Guaraní 2 y se pasan los datos. No es necesario borrar el esquema en caso de realizar la migración de más bases, ya que lo hace el script solo. Tener en cuenta que cada vez que se corra este trabajo, se borrará el esquema 'mig' vigente hasta ese momento.
 +
# No se pasan los datos de todas las tablas.
 +
#:* '''Personalizaciones''': Tener en cuenta que si hay personalizaciones, deberá personalizarse también el proceso de migración. De ser necesario, el script que se debe personalizar es 01_IFX2PG/'''script_1.sql'''. Allí se definirá qué tablas pasar al motor postgresql.
 +
#:* '''Tablas que no se pasarán a Postgres''': las tablas que comienzan con el prefijo descrito a continuación no se pasarán a la base de datos a crearse en Postgres
 
{| class="wikitable"
 
{| class="wikitable"
 
|-
 
|-
! <small>Control de Duplicados</small> !! <small>Descripción</small> !! <small>Función para ajustarlo</small> !! <small>Parámetros</small> !! <small>Ejemplo</small>
+
! <small>Prefijo</small> !! <small>Corresponde a</small>
 +
|-
 +
| acc_ || Tablas del módulo de acceso al sistema
 +
|-
 +
| bak_ || Tablas temporales usadas en alguna migración de versión
 +
|-
 +
| log_ || Tablas de log
 +
|-
 +
| aux_ || Tablas temporales usadas en alguna migración de versión
 +
|-
 +
| bal_ ||
 +
|-
 +
| tmp_ || Tablas temporales usadas en alguna migración de versión
 +
|-
 +
| aul_ || Tablas temporales usadas en alguna migración de versión
 +
|-
 +
| pbca_ || Tablas relacionadas con Power Builder
 +
|-
 +
| par_ || Tablas de parámetros del sistema
 
|-
 
|-
| Turnos de Examen || Se controla que la PK de la tabla mig.sga_turnos_examen no esté duplicada. Campos:  anio_academico, trim(turno_examen) || mig.f_upd_turno_examen ||Año académico, Nombre de turno de examen actual, Nombre nuevo del turno de examen||<small>SELECT * FROM mig.f_upd_turno_examen (2008, ' Mayo', '-Mayo')</small>
+
| int_ || Tablas del módulo de interfaces (moodle, coneau, ...)
 
|-
 
|-
| Mesas de Examen || Se controla que la PK de la tabla mig.sga_mesas_examen no esté duplicada. Campos:  unidad_academica, materia, anio_academico, trim(turno_examen), trim(mesa_examen) ||mig.f_upd_mesa_examen||Unidad académica, Código Materia, Año Académico, Turno de examen, Mesa de examen nombre actual, Mesa de examen nombre nuevo || <small>SELECT * FROM mig.f_upd_mesa_examen ('SIU','2050', 2009, 'Mayo', ' MESA1', '-MESA1');</small>
+
| mug_ || Tablas del módulo de Ubicación Geográfica. Estos datos ya están en la creación de G3. Se pasan por migración sólo las que están en la base de G2 y no en las de G3.
 
|-
 
|-
| Períodos Lectivos || Se controla que la PK de la tabla mig.sga_periodos_lect no esté duplicada. Campos:  anio_academico, trim(periodo_lectivo)  || - ||- || -
+
| mme_ || Tablas relacionadas con los mensajes.
 
|-
 
|-
| Comisiones || Se controla que la PK de la tabla mig.sga_comisiones no esté duplicada. Campos: nombre, anio_academico, periodo_lectivo, materia, sede ||mig.f_upd_comisiones_duplicadas || No tiene || <small>SELECT * FROM  mig.f_upd_comisiones_duplicadas();</small>
+
| aud_ || Tablas del módulo de Auditoría de accesos al sistema.
 +
|-
 +
| gda_ || Tablas del módulo de Gestión de anuncios/mensajes.
 
|}
 
|}
 
+
'''Aclaración''': las funciones de corrección de duplicados son creadas en el trabajo IFX2PG.kjb, mediante el nodo que ejecuta el script: ifx2pg_funciones_pos_controles.sql. El usuario solamente deberá correr dichas funciones con los parámetros de los registros duplicados. <br> A medida que se reporten casos de duplicados en otras tablas, serán agregados en esta sección. <br> Una vez corregidos los poscontroles, seguir con la ejecución de los trabajos<br>
+
 
# <big>Update de datos sobre tablas en Postgres y creación de las FK</big>
+
   
#:*'''Trabajo a ejecutar: ''' 01_IFX2PG/'''update_tablas.kjb'''
 
#:* '''Descripción: ''' Este trabajo deberá correrse una vez arreglados los errores de los Poscontroles, realiza el update sobre tablas de postgres y crea el esquema de FK en postgres.
 
#:*'''Tiempo estimado de duración: ''' 3 horas.<br>
 
 
 
=== Consideraciones ===
 
* Cada vez que se corre el trabajo IFX2PG se vuelve a crear el esquema 'mig' con las tablas de Guaraní 2 y se pasan los datos. No es necesario borrar el esquema en caso de realizar la migración de más bases, ya que lo hace el script solo.
 
 
 
 
   
 
   
 
<br>
 
<br>

Revisión del 10:45 7 sep 2015

Migración de SIU-Guaraní 2 a SIU-Guaraní 3

El proceso de migración se separa en dos partes:

  1. Pasaje de una base Guaraní 2 de Informix a un motor Postgresql.
  2. Una vez que la base de Guaraní 2 se encuentra en Postgresql, se procede a pasar los datos del modelo de datos de Guaraní 2 al modelo de datos de Guaraní 3 por módulos funcionales.

En esta sección se explicará el primer paso:

Pasaje de una base SIU-Guaraní 2 de Informix a Postgresql

Esta instancia incluye la ejecución de un solo trabajo, que realiza las siguientes acciones:

  1. Creación del esquema 'mig'
  2. Pasaje de tablas con sus datos
  3. Update de datos sobre tablas en postgres
  4. Creación de las FK en postgres.


Pasos

  1. Trabajo a ejecutar: 01_IFX2PG/ifx2pg.kjb
    • Descripción: este trabajo es el encargado de crear el esquema 'mig' en la base de postgres. Una vez creado el esquema, pasa todo el modelo: tablas y sus datos. Luego crea las FK en postgres.
    • Tiempo estimado de duración: 5 horas. Depende del tamaño de la base de datos, la cantidad de registros y personalizaciones, y también de la configuración de postgres y el sistema operativo.
      Output: quedará creado el esquema 'mig' en la base de postgres con una réplica del modelo de la base de Informix y los datos de las tablas que se pasaron

Consideraciones

  1. Cada vez que se corre el trabajo IFX2PG se vuelve a crear el esquema 'mig' con las tablas de SIU-Guaraní 2 y se pasan los datos. No es necesario borrar el esquema en caso de realizar la migración de más bases, ya que lo hace el script solo. Tener en cuenta que cada vez que se corra este trabajo, se borrará el esquema 'mig' vigente hasta ese momento.
  2. No se pasan los datos de todas las tablas.
    • Personalizaciones: Tener en cuenta que si hay personalizaciones, deberá personalizarse también el proceso de migración. De ser necesario, el script que se debe personalizar es 01_IFX2PG/script_1.sql. Allí se definirá qué tablas pasar al motor postgresql.
    • Tablas que no se pasarán a Postgres: las tablas que comienzan con el prefijo descrito a continuación no se pasarán a la base de datos a crearse en Postgres
Prefijo Corresponde a
acc_ Tablas del módulo de acceso al sistema
bak_ Tablas temporales usadas en alguna migración de versión
log_ Tablas de log
aux_ Tablas temporales usadas en alguna migración de versión
bal_
tmp_ Tablas temporales usadas en alguna migración de versión
aul_ Tablas temporales usadas en alguna migración de versión
pbca_ Tablas relacionadas con Power Builder
par_ Tablas de parámetros del sistema
int_ Tablas del módulo de interfaces (moodle, coneau, ...)
mug_ Tablas del módulo de Ubicación Geográfica. Estos datos ya están en la creación de G3. Se pasan por migración sólo las que están en la base de G2 y no en las de G3.
mme_ Tablas relacionadas con los mensajes.
aud_ Tablas del módulo de Auditoría de accesos al sistema.
gda_ Tablas del módulo de Gestión de anuncios/mensajes.






< Migración desde Guaraní Precontroles >