PPFS

1. PPFS 2012

2. Inicio Presentación • Contexto General • Arquitectura • Procesos del Sistema • Dependencias • Integraciones • Operación del Sistema • Requerimientos del Sistema • Control y monitoreo del Sistema • CheckList de Diagnostico • Procesos de Cutover

3. Contexto General 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. Contexto General • Módulos del Sistema

5. Arquitectura • 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. Objetivos de la solución • 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. Caracteristicas de la solución • 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. Caracteristicas de la solución • 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. Procesos del Sistema • 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 procesoserá ejecutado en el subproceso “Reproceso”.

10. Procesos del Sistema • 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. Procesos del Sistema • 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. Procesos del Sistema • 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. Dependencias A continuación se presenta la dependencia existente en el proyecto. (*) 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. Operación del Sistema • 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. Mensajería • 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. CheckList de Diagnóstico • 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.