4. ¿ Por qué se planteó el Taller ?
El sistema iSeries o AS/400 aloja
el procesamiento de gran parte de
los datos empresariales de ETAPA
EP desde hace algunas décadas
debido a su efectividad, el bajo
nivel de administración y la
confianza de la plataforma en
procesar cargas de trabajo.
A pesar de que la plataforma es
autoadministrable, autoajustable,
fácil de usar y fácil de mantener,
conocer de estrategias de
mantenimiento es ventajoso.
5. ¿ Qué pretende el Taller ?
Hacer una introducción básica de los conceptos
relacionados al mantenimiento de software del sistema
iSeries - AS/400.
Informar de las herramientas existentes para la
obtención de parches o fixes
Hacer recomendaciones sobre la estrategia para la
actualización de parches y/o fixes en los sistemas
iSeries de ETAPA EP
6.
7. Conceptos Aplicables
El software conceptualmente es un conjunto de
programas y rutinas que permiten a la computadora
realizar determinadas tareas
Dicho software es construido por seres humanos, por
lo tanto es es proclive a fallos.
De forma análoga a una “maquinaria” el realizar un
mantenimiento al software garantiza la corrección de
errores humanos y mejora continua.
Bajo el mismo principio es pertinente mantener un
esquema de actualización de software
8. Beneficios
El mantenimiento de software asegura que se
corrijan los errores que se han ido reportando en la
utilización del mismo desde su lanzamiento.
El mantenimiento permite incorporar nuevas
funcionalidades y mejoras dentro del software.
9. Plataforma iSeries
La base de datos parte del sistema operativo
Autónoma y autoadministrable
Muchas aplicaciones legadas en lenguajes nativos
(COBOL, RPG) contra los mismos datos junto a
aplicaciones modernas (.Net, Java, PHP).
10. Esquema de Mantenimiento
IBM maneja una estrategia 3 + 2 para el
mantenimiento (5 años de soporte normal + 3
extendido)
La última versión del sistema operativo es la i 7.3
lanzada el 15 de abril del 2016
Los sistemas operativos que mantiene ETAPA EP es i
6.1 (Quillo) / i 5.4 (Lupinus)
El sistema operativo i 6.1 tuvo soporte hasta el 30 de
septiembre del 2016. Soporte Extendido hasta el 2018.
El sistema operativo i 5.4 tuvo soporte hasta el 30 de
septiembre del 2013. Soporte Extendido hasta 2015.
11. Esquema de Mantenimiento
El soporte de software está dirigido para empresas
que hacen uso extensivo del sistema y presentan
problemas en la utilización sobre todo de nuevas
características.
El soporte de software garantiza el soporte telefónico
y de técnicos y creación de soluciones customizadas
conforme aparezcan los problemas.
El soporte permiten registrar que un problema se
convierta en un APAR (Autorized Problem Analysis
Report).
12. Esquema de Mantenimiento
El soporte de software permite el acceso a nuevas
versiones o releases
Situación Real para ETAPA EP
Tiene sentido establecer un contrato de
mantenimiento siempre y cuando se establezcan
migraciones del sistema operativo
En el 2017 se cumple un ciclo de actualización de
hardware por lo que sería recomendable contratar la
actualización con un nuevo hardware
13. Esquema de Mantenimiento
El soporte de software permite el acceso a nuevas
versiones o releases
Situación Real para ETAPA EP
Tiene sentido establecer un contrato de
mantenimiento siempre y cuando se establezcan
migraciones del sistema operativo
En el 2017 se cumple un ciclo de actualización de
hardware por lo que sería recomendable contratar la
actualización con un nuevo hardware
14. Esquema de Mantenimiento
Alternativas
Las actualizaciones del sistema operativo esta disponible
en Internet (https://www.ibm.com/support/fixcentral/)
Es factible establecer un esquema de actualización de los
niveles de PTF (Program Temporary Fix)
15. Terminología
APAR: un informe de análisis autorizado de programa (APAR) es
un informe de problemas específicos de un programa de IBM que
tiene un arreglo asociado (PTF).
PTF: es un arreglo temporal de programa, desarrollado para
solventar un APAR autorizado.
HIPER: es un arreglo temporal de programa que resuelve un
problema que podría tener un alto impacto o un problema
generalizado que afecta a la mayoría de los sistemas.
Paquetes acumulativos de PTF: paquete de arreglos que contiene
correcciones generalmente recomendados por IBM y se actualiza
de forma periódica. Los paquetes de PTF acumulativos son
etiquetados de acuerdo con la fecha en que son puestos en
libertad, y la versión de software del sistema operativo.
16. Terminología
Grupo de PTF, es un nombre usado para ordenar y
gestionar un grupo de PTF lógicamente relacionados,
tales como bases de datos, Java o arreglos HIPER.
Cuando se disponga de nuevos arreglos para una
función, los PTF de grupo se actualizan
dinámicamente.
17. Interfaces de acceso
Aplicaciones
generadas en RPG
utilizan el acceso nativo
sobre la base de datos
(DDS, SETLL, CHAIN).
La optimización del
rendimiento depende
del diseño y la forma de
acceder a los datos.
Aplicaciones en .Net o
Java utilizan el acceso SQL
sobre la base de datos. La
optimización del
rendimiento depende de
como los programas y
consultas se ingresan a los
datos y de la asistencia de la
base de datos.
Consultas Query/400
utilizan el acceso nativo y
tienen cierto nivel de
optimización dentro del
sistema operativo.
18. Esquema de Mantenimiento
Bajo la forma de utilización del Sistema iSeries
(aplicaciones nativas y acceso SQL desde interfaces
.Net), es recomendable mantener el siguiente esquema
mínimo:
PTF Acumulado
Grupo HIPER de PTF
Grupo de Base de Datos
Grupo Java (actualización de maquinas virtuales)
19. Documentación de referencia y
enlaces de interés
Libros Rojos de IBM (http://www.ibm.com/redbooks)
i5/OS Diagnostic Tools for System Administrators: An A
to Z Reference for Problem Determination (SG-248253)
Otros Enlaces
FixCentral (https://www.ibm.com/support/fixcentral/)
Preventive Support Planning
(http://www.ibm.com/s_dir/sline003.nsf/sline003home
)
Notas do Editor
El objetivo del monitoreo del rendimiento de la base de datos es minimizar el tiempo de respuesta de las consultas haciendo el mejor uso posible de los recursos del sistema, minimizando el tráfico de red, lecturas y escrituras de disco y tiempo de CPU.
El objetivo se cumple teniendo un conocimiento de la estructura lógica y física de los datos, entendiendo las aplicaciones usadas en el sistema y entendiendo que conflictos de la base de datos alteran su rendimiento.
La mejor forma de evitar problemas de rendimiento es hacer que se tome en cuenta dentro de las actividades de desarrollo y diseño de sistemas.