2012. 2 Inicio Presentación  Contexto General  Arquitectura  Procesos del Sistema  Dependencias  Integraciones  Operación del Sistema  Requerimientos.

Presentación del tema: "2012. 2 Inicio Presentación  Contexto General  Arquitectura  Procesos del Sistema  Dependencias  Integraciones  Operación del Sistema  Requerimientos."— Transcripción de la presentación:

1 2012

2 2 Inicio Presentación  Contexto General  Arquitectura  Procesos del Sistema  Dependencias  Integraciones  Operación del Sistema  Requerimientos del Sistema  Control y monitoreo del Sistema  Check List de Diagnostico  Procesos de Cutover

3 3 LAN Airlines tiene la necesidad hoy de llevar a cabo el Programa Cambio de Host, el cual contempla cambiar su actual proveedor de Host “Resiber – Amadeus” por el nuevo proveedor de Host “SABRE” generando el menor impacto en los sistemas de la compañía. Dado lo anterior, se definió la necesidad de generar un proyecto que actualizara el proceso de carga de Pseudos PFS (Passenger Flight Service) que contiene información de los pasajeros al momento de despegar un vuelo.

4 4 Módulos del Sistema

5 5 Componentes del Sistema A continuación se enumeran las siguientes componentes utilizadas por el sistema: DataStage: Sequences, Jobs, rutinas y parámetros globales. Unix: basada en Shells, Querys SQL gatilladas por SQL Plus, Bteq y archivos de configuración. Base de datos: basada en tablas, procedures y packages.

6 6 Objetivos - Disponer GPNR a sistemas internos: Cobro Noshow, UPOS, Gestion CCR. - Permitir continuidad del modelo antiguo. - Permitir un control del proceso. - Gatillado mediante Control-M

7 7 Características - Recuperarse:Al ejecutar el proceso de carga diaria o histórica, el sistema será capaz de identificar si alguna de las etapas del proceso anterior a fallado, si es así, el sistema automáticamente comenzara a realizar nuevamente la carga de la etapa fallida, no permitiendo realizar ningún tipo de Carga, hasta que todas las etapas se encuentren procesada correctamente. - Reprocesarse:Al identificar un error en la información, asociada a algún proceso de carga anterior, esta debe ser reprocesada. La operación podrá afectar a un conjunto de datos en un intervalo de tiempo. Por lo tanto un reproceso puede contener varias cargas anteriores.

8 8 Características - Histórico:El sistema es capaz de manejar una ventana histórica de datos almacenados en la base de datos, manteniendo una consistencia del proceso que es eliminado entre todas las tablas en el cual implicó su registro.

9 9 On-Going ó Diario Realiza la carga diaria de los archivos Pseudo PFS. Enviados por SABRE, donde se validará, Transformará, Homologará y Cargará a los modelos de base de datos existentes y nuevo. Este proceso será ejecutado en el subproceso “Reproceso”.

10 10 Reproceso Realiza el llamado al proceso de carga diaria con una fecha determinada de los archivos que se deben reprocesar. Control Histórico Realiza la mantención de los datos cargados en la base de datos, de tal forma, de mantener una ventana de información que le permita al usuario contar con información adecuada, de acuerdo a sus necesidades, y al sistema una performance que le sea capaz de responder con rapidez a los requerimientos de datos.

11 11 Recuperación Este es un proceso automático que es gatillado en el momento que se vuelve a ejecutar “Carga Diaria”, “Reproceso” o “Control Historico” y por el cual se detecta que cualquiera de los anteriores procesos no haya terminado en completitud una ejecución anterior a la solicitada. Permite recuperar desde la etapa en la cual ocurrió algún error, por el cual, un proceso fue detenido y no pudo completar su ejecución en un 100%.

12 12 Otras funcionalidades Control y monitoreo: -Es un modulo especial creado para el control y monitoreo de los procesos involucrados en PPFS. -Es un orquestador de las etapas involucradas en los distintos procesos, ya sea, carga diaria, control histórico o recarga. - Es el que genera la lógica necesaria para comenzar una “Recuperación”. - Inserta registros en modelo de datos interno del proceso como corporativas.

13 13 A continuación se presenta la dependencia existente en el proyecto. SinónimoObjetoTipo ObjetoM.GlobalMáquinaInstanciaOwner EJPREJECUTA_PROCESOSTablaEXMDCGRLHDOM9_FASTFASTEXMDCGRL PRDGPROCESOS_DATASTAGETablaEXMDCGRLHDOM9_FASTFASTEXMDCGRL DspgDESPEGUES El uso será directo a la tabla EXOPVLOS HOPER (Hdom8) OPEREXOPVLOS N/ASFTP Monitor (*)FTP-- (*) SFTP Monitor: Servicio FTP, utilizado por transversales IT para dejar disponibles los archivos de Carga enviados por Sabre Category_PFS_Sabre_CERT_YYYMMDD_0100.csv Category_Passanger_Sabre_CERT_ YYYMMDD _0100.csv Category_Name_Sabre_CERT_ YYYMMDD _0100.csv

14 14 Procesos a ejecutar La ejecución normal de cada proceso estará dada por el gatillamiento del Control –M: - Excepto Recarga ya que se considera una carga “manual” o a “petición”

15 15 Los tres procesos envían emails con el fin de proporcionar mensajes informativos ó caídas del sistemas: A continuación se detallan los tipos de mensajería: Validaciones de Precondiciones vía Shell. Validaciones de condiciones datos de proceso. Estado de Proceso ante caídas. Estado Final del Proceso. Informe final del proceso carga diaria

16 16 Tips para correcto funcionamiento del sistema A continuación se detalla los tipos de buenas practicas: Se debe considerar que para una buena ejecución del proceso se debe encontrar 100% compilado y sin errores. Se recomienda que mensualmente se realice una compilación completa del sistema. Dado el gran volumen de archivos de procesamiento de datos a cargar diariamente, se recomienda contar con al menos un 20% ó 10% de espacio libre en Unix. Los Administradores de base de datos tanto de ORACLE, deben tener la preocupación de mantener los tablespaces asignados con espacio suficiente. Se recomienda realizar mantención semanal a las tablas de oracle con el objetivo de mantener los índices actualizados.