Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Contenido
Introducción.......................................................................................................................................2
Indicador Tiempo digitalización.........................................................................................................2
Automatización de actualizaciones manuales en ETL........................................................................2
Modificación del paquete Rebuild index............................................................................................3
Conclusión..........................................................................................................................................4
1
Introducción
Respecto al ultimo informe elaborado el 5 de abril de este año, se han hecho varias modificaciones
y cambios tanto en el tema de indicadores como en cubos de Gaussoft, los cuales se nombrarán a
continuación:
Se efectuó la adición del indicador del tiempo de digitalización, el cual realiza la medición
promedio del tiempo entre la gestión exitosa de un envió y su posterior digitalización, se mide en
días y varia respecto al servicio.
2
Modificación del paquete Rebuild index.
Debido a que recurrentemente, la ejecución de la ETL de forma diaria estaba presentando algunos
problemas, se procedió a realizar un análisis del mismo, una de la principales fallas al momento de
la ejecución de la ETL era, que se llenaba una partición del disco duro llamada LOGS, en esta
partición se almacenan los logs de transacciones de la bodega de datos y los logs de la base de
datos Tempdb, cada vez que la bodega de datos hace una transacción, ese log de transacciones
empieza a crecer de tamaño algo que es normal, pero al ejecutarse el paquete rebuid index, ese
log de transacciones crecía tanto que al final llenaba el espacio de la partición LOGS, lo cual era un
problema porque la ETL no se ejecutaba de forma satisfactoria y además creaba indisponibilidad
en la base de datos, como el servidor de Gaussoft es administrado por Claro, cada vez que ocurría
ese problema, ellos realizaban incidentes de soporte, debido a que esa falla ocurría de forma
continua, se procedió a observar el comportamiento y detectar la causa del llenado constante de
esa partición, se encontró que lo que lo llenaba era el paquete rebuild index de acuerdo a como lo
entrego Gaussoft, se procedió a cambiar este paquete y se agregó otro código que hacia la misma
función, se hicieron pruebas y fueron satisfactorias, al final se agrego el paquete de forma
definitiva y no se ha vuelto a presentar la falla, por lo que no se han tenido indisponibilidades en la
base de datos de la bodega.
3
Conclusión