mejores practicas para mejorar el rendimento de las ... · establecido la responsabilidad de la...

Mejores Practicas Para Mejorar El Rendimento De Las Aplicaciones Y Reduccion De Costos En Administracion MIPS

Hay dos razones abrumadoras por las cuales las organizaciones de TI deberían querer practicar MIPS Management. La primera razón es para ahorrar dinero; El segundo es aumentar la satisfacción del cliente. El bajo rendimiento da como resultado altos costos. Entre esos costos se encuentran millones de dólares gastados anualmente en procesamiento innecesario debido a un software de aplicación mal ajustado. También se incluyen costosas actualizaciones de hardware debido al uso excesivo de la CPU, un mayor tiempo de procesamiento por lotes y / o tiempos de respuesta inaceptables. Ya sea que las aplicaciones funcionen bien o mal, las fallas del programa incurren en costos adicionales para restaurar, reiniciar y volver a ejecutar. Jim Schesvold ha observado: “Las terminaciones anómalas del sistema en particular generan una sobrecarga pesada, pero una variedad de otras terminaciones anómalas, agotamientos de recursos u otros errores de procesamiento consumen los recursos del sistema, haciéndolos no disponibles para donde más se necesitan” (“Conceptos de CICS en acción”, IBM Systems Magazine , mayo / junio de 2007).

LOS BENEFICIOS DE LA GESTIÓN DE MIPS

MIPS Management puede reducir la cantidad de CPU utilizada al reducir la demanda de recursos del sistema. No tiene que pagar por los ciclos de CPU que ya no se usan. Con el tiempo, esto puede generar enormes ahorros. La reducción de las fallas que cuestan ciclos de CPU y el tiempo transcurrido ahorra recursos adicionales desperdiciados al restaurar archivos y volver a ejecutar (o reiniciar) trabajos por lotes fallidos o transacciones en línea.

Ajustar las aplicaciones correctamente y evitar fallas significa un menor consumo de CPU. El resultado puede ser retrasar o evitar una actualización de la CPU.

MEJORES PRÁCTICAS DE GESTIÓN DE MIPS MANAGEMENT

RESUMEN EJECUTIVO

Este documento guiará al lector a través de una metodología sugerida de ocho pasos para obtener resultados óptimos con la administración de MIPS. Desde objetivos de rendimiento hasta ilustrar el retorno de la inversión, este documento guiará al usuario a través de los pasos clave necesarios para obtener resultados efectivos con la solución de Compuware para MIPS Management.

El rendimiento de las aplicaciones es una prioridad importante para las organizaciones de TI. En algunas instancias los CIO son compensados en los resultados de la aplicación; tienen un gran interés en garantizar que las aplicaciones funcionen sin problemas. Pero tener una necesidad o deseo y saber cómo satisfacer esa necesidad o deseo son dos cosas diferentes. Este documento se concentra en dos componentes críticos del rendimiento de la aplicación: Fault Management (FM) , asegurando que los programas se completen con éxito; y Application Performance Management (APM) , asegurando que los programas funcionen bien. Llamaremos a esta disciplina combinada Gestión de MIPS.

Una de las razones por las cuales las organizaciones no logran desempeñarse adecuadamente cualquier cosa que se acerque a MIPS Management es que no existe un proceso formal. Este documento abordará esa deficiencia, proporcionando una hoja de ruta utilizando la solución de Compuware para la gestión de MIPS.


2

Esto no solo ahorra dinero en costos de hardware, sino que también elimina la tarifa muy costosa de licencias de software aumenta que acompaña a dicha actualización.

Si bien la satisfacción del cliente siempre ha sido importante, es incluso más aún en la economía digital actual basada en comercio electrónico y aplicaciones habilitadas para la web. Los clientes que acceden a la información a través de Internet no están preocupados por las tecnologías que satisfacen sus necesidades; solo quieren respuestas rápidas. Una aplicación lenta orientada al cliente aumenta el riesgo de pérdida de oportunidades comerciales. Si una interacción web tarda más de ocho segundos en entregar una respuesta, el usuario final típico percibirá la aplicación como no disponible o inutilizable. Los clientes que experimentan tiempos de respuesta tan lentos se trasladarán rápidamente a otros sitios más receptivos, con la consiguiente pérdida de negocios.

LA CAPACIDAD DE GESTIÓN DE MIPS MODELO DE MADUREZ

Hace algunos años, el Instituto de Ingeniería de Software de la Universidad Carnegie Mellon produjo un modelo que representa los diversos niveles de madurez en el proceso de desarrollo de software. El Modelo de madurez de capacidad para software (SW-CMM) identifica cinco niveles de compromiso con el desarrollo disciplinado de software que puede ocurrir en una organización.

Compuware ha ideado un modelo similar para representar MIPS Madurez de gestión, basada en la disciplina con la que las organizaciones practican continuamente la gestión de MIPS y el proceso que utilizan para implementarla.

Este modelo se ilustra en la Figura 1.

Así como un estudiante de artes marciales solo gana un cinturón negro al pasar a través de varios niveles de conocimiento y habilidad, así también una organización debe pasar por varios niveles de técnicas y procesos para alcanzar el nivel más alto de madurez de MIPS Management. Los niveles se describen a continuación.

Nivel 5 Optimización

Nivel 4 Gestión

Nivel 3 Definido

Nivel 2 Repetible

Nivel 1 Reactivo

Beneficios organizacionales

Compromiso de prácticas de gestión de MIPS Management

Evaluar y mejorar continuamente el programa MM

Establecer responsabilidad para MM, rastrear, medir y informe sobre el programa MM

Definir procesos para evaluación enpuntos de control establecidos

Recuperar recursos de producción a través de proyectos repetibles

Responder a las crisis de producción

Figura 1: Madurez del proceso de gestión de MIPS Management


3

Nivel 1: Reactivo (Caos)

El nivel 1 etiquetado reactivo, pero podría ser fácilmente etiquetado caos. La organización dedica la mayor parte de su tiempo a reaccionar ante las crisis de rendimiento y las fallas de las aplicaciones de producción a medida que ocurren. Esta lucha contra incendios es costosa tanto en tiempo como en esfuerzo, porque el personal clave se retira de sus tareas normales y se lanza a la crisis bajo una presión extrema para encontrar y solucionar problemas. La productividad disminuye a medida que aumentan los niveles de estrés.

Nivel 2: Repetible (Proactivo)

Hay tantas maneras de escribir un programa para resolver un requisito comercial como hay programadores, pero solo un método producirá un código eficiente que use la menor cantidad de recursos informáticos para realizar el trabajo. Muy a menudo, un programa de aplicación consume ciclos de CPU excesivos o incurre en un tiempo de espera innecesario en su procesamiento y acceso a datos. En la gran mayoría de los casos, estas ineficiencias pueden eliminarse y generalmente con bastante facilidad.

El nivel 2 se llama repetible, y la característica básica de este nivel es ser proactivo. De manera repetible y sistemática, el analista reduce las demandas excesivas de recursos en el sistema, ya sean ciclos de CPU o actividad de I/O innecesaria. El analista es proactivo al no esperar una crisis para desarrollar, pero en su lugar tiene la intención de reclamar recursos que de lo contrario se utilizará innecesariamente. Esta es una mejora sobre el nivel anterior.

Los estudios informales realizados por los usuarios de las herramientas de rendimiento tienen indicadores que aproximadamente el 80 por ciento de las modificaciones realizadas para mejorar el rendimiento no requieren cambios importantes en el código. En “Aplicaciones de mainframe de ajuste de rendimiento sin intentar demasiado” (CMG, 2002), Tony Shediak enumera problemas comunes de rendimiento, que incluyen:

• uso ineficiente de los tipos de datos del lenguaje de programación

• conversiones de datos causadas por mezclar tipos de datos innecesariamente

• opciones de compilación ineficientes

• inicialización ineficiente de grandes estructuras / tablas

• búfer de VSAM o QSAM inadecuado

• tamaños de bloque de archivo, ineficientes.

• Sentencias SQL ineficientes

En este nivel, le recomendamos que inicie uno o más MIPS Gestión de proyectos con metas y objetivos definidos. Cada proyecto debe asignarse a los miembros del personal apropiados con suficiente tiempo y autoridad para garantizar la captura y corrección de todos los problemas de rendimiento y falla de la aplicación. Para obtener detalles más específicos, consulte la sección titulada “Una hoja de ruta del proyecto MM”.


4

Nivel 3: Definido (Orientado a procesos)

El tercer nivel de madurez se llama Definido. En este nivel, un estándar consistente Proceso existe para la gestión de MIPS con puntos de control establecidos en todo momento. Por ejemplo, la función de pasar a producción puede requerir que se presente una prueba del rendimiento adecuado antes de que cualquier código se ponga en producción. De esta manera, el personal de operaciones tiene la seguridad de que no se está migrando un código ineficiente al entorno de producción que pueda afectar los umbrales de rendimiento existentes. La idea aquí es evitar que se introduzca un rendimiento deficiente en el entorno de producción, en lugar de simplemente reaccionar ante él cuando sucede. Otros puntos de control a considerar pueden incluir los de prueba unitaria, prueba de sistema e incluso diseño.

Compuware iStrobe y AutoStrobe pueden ayudar a garantizar “el Performance Fluencia” no afecta los niveles actuales de rendimiento aceptable. La función “AutoMeasure” medirá automáticamente cualquier módulo de carga nuevo o modificado. iStrobe proporciona la capacidad de comparar una ejecución con ejecuciones anteriores en el informe de rendimiento de Jobstep utilizando datos SMF anteriores.

Nivel 4: Gestión (Disciplinado)

Un desafío de la gestión del desempeño es que a menudo involucra muchos silos dentro de una organización, pero ninguna persona o equipo tiene la responsabilidad final.

Se puede encontrar una solución al dilema de la responsabilidad en el Nivel 4, la Gestión nivel. Quizás un mejor término para ello sería Disciplinado. En este nivel de madurez, la alta dirección ha establecido la responsabilidad de la gestión de MIPS en toda la organización, desde los grupos de desarrollo y prueba hasta el control y las operaciones de producción. Cada departamento clave involucrado en el ciclo de vida de la aplicación debe tener un objetivo MIPS Management asignado. El objetivo debe estar bien documentado y publicitado. Esta responsabilidad se reconoce a nivel organizacional y / o departamental. Además, se pueden asignar objetivos de desempeño individuales al personal clave. Por ejemplo, se puede requerir que un analista de soporte de aplicaciones individuales reduzca los ciclos totales de CPU en un 10 por ciento dentro de un período de tiempo definido y también reduzca las fallas de producción en la misma cantidad para su área de responsabilidad.

Es extremadamente importante que el proceso a este nivel de madurez contiene dos elementos: resultados de informes y esfuerzos gratificantes. Si la administración no tiene conocimiento de los ahorros y las mejoras realizadas por el proyecto, incluido todo el dinero ahorrado y toda la satisfacción del cliente generada, El apoyo a la iniciativa comenzará a desvanecerse. Esto puede resultar en la cancelación del programa MIPS Management con el consiguiente retorno a niveles de madurez más bajos y menos beneficiosos.

Usando Abend-AID Fault Analytics, los analistas pueden observar el costo del ahorro realizado al eliminar fallas en las aplicaciones más anómalas. También pueden comparar la frecuencia y el costo de los recursos de las fallas de la aplicación en un período de tiempo en comparación con otro y reportar los ahorros de costos a la administración.

Nivel 5: Optimización (“Kaizen”)

Nivel 5, llamado optimización, es el último nivel de madurez. Es equivalente al concepto japonés de mejora continua, conocido como “Kaizen”.

Una filosofía de mejora continua, Kaizen involucra a todos puesto de alto directivo a nivel de entrada. El objetivo de kaizen es reconocer que cualquier tarea puede mejorarse. Para mejorar, primero se debe percibir la necesidad de un cambio, reconocer los problemas y finalmente trabajar para resolverlos. Puede ser útil desafiar a todos los empleados a hacer una lluvia de ideas sobre cómo podrían mejorar su proceso de trabajo actual y luego tomar las medidas adecuadas para


5

lograr la mejor solución. La mejora continua trata cada variación del objetivo como un problema a resolver y a todos como un contribuyente responsable.

En otras palabras, haga que MIPS Management sea parte de la cultura. Una lista de sugerencias sobre cómo hacer esto incluyen, entre otras:

• promover el uso óptimo de “Compuware MIPS Solución de gestión”

• capacitar a desarrolladores y analistas sobre las últimas y mejores técnicas MIPS Management

• establecer programas de mentoría para asegurar la transferencia de habilidades y orientación

• patrocinar actualizaciones técnicas periódicas sobre los aspectos de rendimiento de idiomas, subsistemas y productos de proveedores

• revisar estándares técnicos para asegurar la moneda

Para ayudar a los clientes con este proceso de MIPS Management, Compuware proporciona un amplio Entrenamiento Strobe y Abend-AID.

BENEFICIOS DE LA MIPS MANAGEMENT

NIVELES DE MODELO DE MADUREZ DE CAPACIDAD

Cada nivel de madurez de MIPS Management tiene los beneficios correspondientes, y cada uno aumenta los beneficios obtenidos en los niveles siguientes. Estos beneficios se han resumido en la Figura 2. Este documento tiene como objetivo proporcionar un camino para que una organización ascienda desde su nivel de madurez actual hasta el más alto.

Nivel 1: Reactivo (Caos)

Debido a que todas las organizaciones comienzan en el Nivel 1 por defecto, los beneficios son necesariamente los más pequeños, pero existen de todos modos. Las organizaciones pueden beneficiarse del uso de Strobe para problemas de rendimiento de la aplicación y Abend-AID para

Nivel 5 Optimización

Nivel 4 Gestión

Nivel 3 Definido

Nivel 2 Repetible

Nivel 1 Reactivo

Beneficios organizacionales

Compromiso de prácticas de gestión de MIPS Management

Mantener ventaja competitiva

Reduce el costo de lograr la eficiencia de la aplicación

Prevenir el despliegue de aplicaciones ineficientes

Aplazar actualizaciones y mejorar los niveles de servicio

Resolver crisis de producción

Figura 2: Beneficios de la gestión de MIPS Management


6

fallas de la aplicación, según sea necesario. Reaccionar a las crisis de producción puede ayudar a resolver eventualmente los problemas de rendimiento y falla de la aplicación, pero a un costo mayor, ya que los recursos ya se consumen.

Nivel 2: Repetible (Proactivo)

Avanzando un paso más en la escala de madurez, las organizaciones obtienen mayores beneficios en el Nivel 2 porque hay un esfuerzo repetido y persistente para recuperar los recursos desperdiciados que se consumen en las tareas que se completan con éxito, así como en las que fallan.

En este nivel de madurez, algunos de los principales beneficios de MIPS La administración entra en juego, como diferir una actualización de CPU, reducir MSU durante los períodos pico de R4HA y aumentar la satisfacción del cliente. Un aplazamiento de la actualización y la reducción de MSU evitan no solo el costo del hardware, sino también el aumento correspondiente en las tarifas de licencias de software. Además, en lugar de gastar los escasos recursos del desarrollador para probar aplicaciones en el nuevo hardware, los gerentes pueden desplegar personal de desarrollo para cumplir con los requisitos del negocio.

Nivel 3: Definido (Orientado a procesos)

En el Nivel 3, se obtienen mayores beneficios porque el tiempo del personal de TI no se usa en los esfuerzos de lucha contra incendios. Esto significa que el costo de mantener un sistema de producción se reduce enormemente. Utilizando puntos de control a lo largo de un proceso bien definido, la organización puede evitar la implementación de aplicaciones ineficientes o defectuosas en el entorno de producción. Los ahorros a este nivel incluyen el costo del tiempo del personal. Con menos tiempo dedicado a fallas de aplicaciones contra incendios y crisis de rendimiento, también hay un aumento en la productividad del personal.

Nivel 4: Gestión (Disciplinado)

Debido a que todos son responsables de la administración de MIPS en el nivel 4, los beneficios obtenidos aquí incluyen una reducción de costos para lograr y mantener la eficiencia de la aplicación. Los programadores tienen un incentivo para preocuparse por el rendimiento en entornos de diseño y pruebas unitarias, reduciendo así las posibilidades de que un error de rendimiento lo haga más avanzado a lo largo del ciclo de vida de la aplicación. Un estudio realizado por Accenture encontró que los problemas de rendimiento que se identifican más adelante en el ciclo de vida pueden ser mucho más costosos de solucionar. Las ineficiencias introducidas en el diseño pueden costar el doble de reparación durante el desarrollo, cuatro veces más durante las pruebas del sistema y ocho veces más cuando la aplicación entra en producción.

Nivel 5: Optimizado (“Kaizen”)

En el Nivel 5, las mejoras continuas e incrementales en el proceso en sí garantizarán que la administración de MIPS siga siendo una parte integral de la organización de TI. Un plan sólido es solo el punto de entrada para mantener una ventaja competitiva, especialmente en esta era de aplicaciones web orientadas al cliente. La pregunta que deben hacer los CIO es: “¿Cuál es el costo de no hacer la administración de MIPS?”

HOJA DE RUTA DEL PROYECTO MIPS MANAGEMENT

Lo que sigue es un resumen sugerido del proyecto de gestión de MIPS, con ejemplos de tareas que deben completarse. Los gerentes de proyecto pueden usar esta plantilla como punto de partida para sus proyectos. Esta hoja de ruta está destinada a ayudar a una organización a avanzar en el modelo de madurez MIPS Management de la manera más eficiente. Asume al menos cierta familiaridad con


7

las funciones de los productos de Compuware como Strobe, iStrobe, Abend-AID Fault Analytics y Abend-AID. Para obtener más ayuda, comuníquese con Compuware en compuware.com .

Paso 1: Considere los objetivos

Es axiomático que aquellos que no planean, planean fallar. Cualquier proyecto de gestión de MIPS está condenado al fracaso, o al menos a obtener resultados menos que óptimos, si el equipo no define objetivos concretos y cuantificables. Los objetivos MIPS Management pueden incluir uno o más de los siguientes: (1) reducir los ciclos de CPU consumidos por la aplicación, (2) reducir el tiempo transcurrido de la aplicación y (3) reducir la frecuencia de falla de la aplicación.

La reducción de CPU suele tener la máxima prioridad cuando el procesador está ejecutándose a “cinco nueves” (99.999 por ciento de capacidad total), una actualización de la CPU es inminente o MLC excede constantemente el presupuesto mensual. La reducción de los ciclos de la CPU puede retrasar una actualización tan costosa en el corto y mediano plazo, ahorrando a la organización miles de dólares en costos de hardware y software. Por otro lado, si el problema es la restricción de la ventana de lote, entonces el enfoque estaría en reducir el tiempo transcurrido, logrado principalmente mediante la reducción de I/O por varios medios. En cualquier caso, la reducción de la frecuencia y el número de fallas en la aplicación aumentará el retorno de la inversión en recursos de procesamiento de datos. Identificar la causa principal del alto MLC y reducir su impacto puede tener un ahorro inmediato.

En muchos casos, los tres objetivos son deseables. Sin embargo, es de suma importancia que los objetivos sean cuantificables, específicos y estén bien documentados. Entonces no habrá dudas de si el proyecto cumplió sus objetivos.

El mejor lugar para registrar los objetivos es en un plan de proyecto. Un ejemplo de un objetivo específico podría ser reducir el consumo de CPU del Programa X en un 10 por ciento, disminuir el promedio mensual máximo de cuatro horas de MSU en un 10 por ciento, mejorar el tiempo transcurrido del trabajo ABC en 15 minutos o reducir el número de fallas en 20 por ciento el próximo mes.

Paso 2: Definir el alcance del proyecto

A primera vista, un proyecto de gestión de MIPS puede parecer abrumador. Una instalación de mainframe grande puede ejecutar cientos de aplicaciones definibles, compuestas de miles de programas en varias plataformas. A menos que un gerente de proyecto pueda enfocarse en lo que más importa, él o ella está sujeto al temido síndrome de “parálisis por análisis”. Para reducir los detalles relevantes necesarios para evitar este síndrome, el Paso 2 implica recopilar información fácil de entender utilizando Abend-AID Fault Analytics, AutoStrobe y Strobe Insight.

Con Strobe Insight Reports en iStrobe brindando, analíticas para los registros SMF 30 y 70, puede identificar rápida y automáticamente los consumidores de CPU alta en sus aplicaciones. Los informes listos para usar mostrarán trabajos que contribuyen más a las MSU máximas, trabajos que usan la mayor cantidad de CPU y trabajos que tienen los tiempos transcurridos más largos.

Un proceso similar está disponible para las transacciones CICS que consumen CPU excesiva o tiempos de respuesta inaceptables. AutoStrobe CICS Global Monitoring puede crear una lista de candidatos de transacciones problemáticas que deben medirse.

AutoStrobe Batch Global Monitoring opcionalmente monitoreará todo o un subconjunto de pasos de trabajo por lotes solicitados y calcula un promedio móvil tanto para el consumo de CPU como para el tiempo transcurrido. Si alguno de estos umbrales se infringe durante el procesamiento futuro, Strobe iniciará una medición de inmediato para garantizar que todas las métricas de rendimiento se capturen de manera oportuna.

Abend-AID Fault Analytics proporciona estadísticas sobre tareas fallidas, incluidas las transacciones CICS e IMS, así como los pasos del trabajo por lotes. Para las transacciones CICS y los pasos del


8

trabajo, los informes incluyen los segundos de la CPU y el tiempo transcurrido consumido antes de la falla. Con esta información, un analista puede ver qué tareas fallan con mayor frecuencia y qué tareas fallidas consumen la mayoría de los recursos. En este paso, tendrá que echar un vistazo inicial a la información de Fault Analytics y luego decidir cómo enfocar la vista de la información relevante para su objetivo.

Estas son algunas de las formas en que puede enfocar los datos en Fault Manager. Puedes mirar:

• mayores consumidores de CPU y / o tiempos de ejecución más largos

• ciertas aplicaciones (nómina, ingreso de pedidos, etc.)

• ciertos entornos (CICS, IMS, lote)

• Ciertas LPAR

• Ciertos momentos del día

• Solo producción

Paso 3: Recopilar los datos

Este paso implica personalizar y revisar los informes de Fault Analytics y ejecutar mediciones Strobe.

Con Fault Analytics, puede identificar rápidamente las tareas para una “lista de resultados” de las tareas fallidas que consumieron la mayor cantidad de segundos de CPU o tuvieron los tiempos transcurridos más largos. Deben incluirse entre las primeras tareas que mida con Strobe, porque le están costando más en fallas al incurrir en costos en el consumo de recursos y en la recuperación y reinicio del uso de la CPU. Usando Strobe, puede medir las tareas en la lista de candidatos.

AutoStrobe automatiza el proceso de medición. La automatización integrada en AutoStrobe permite a los usuarios minimizar el tiempo necesario para administrar de manera proactiva el rendimiento de la aplicación y aumentar la eficiencia de su proceso de administración de MIPS.

Report and Reward

Reassess

Make Changes

Analyze Data

Collect Data

Define Project Scope

Consider Objectives

Figura 3: Los siete pasos para la administración altamente eficaz de MIPS


9

Los analistas pueden crear grupos reutilizables de solicitudes de medición y enviarlas con una sola acción. Los analistas también pueden programar mediciones individuales o grupos por día, fecha u hora del día, lo que les permite recopilar fácilmente datos de rendimiento de la aplicación a intervalos regulares durante las horas pico de procesamiento.

Paso 4: Analizar datos

En este paso, utilizará los datos recopilados en el paso anterior para determinar los cambios necesarios para reducir los recursos consumidos por sus aplicaciones. Analizará los informes de Fault Analytics, los informes de diagnóstico de Abend-AID y los perfiles de rendimiento de iStrobe.

A medida que analiza los informes de Fault Analytics creados en el paso anterior, encontrará que sus tareas que consumen mucho se dividen en una de dos categorías:

1. Tareas que fueron canceladas o agotadas porque corrieron mucho.

2. Tareas que fallaron debido a un error.

Para tareas en la segunda categoría, Abend-AID proporciona información de diagnóstico detallada con resoluciones recomendadas para anulaciones de lotes y CICS, así como errores en entornos IMS, DB2 SQL y Websphere / MQ.

En el paso anterior, ejecutó mediciones STROBE que muestra un espacio de dirección individual y cualquier programa y / o transacción que se ejecute en ese espacio de dirección durante la duración de la medición. El proceso de medición reúne miles de muestras que luego se usan para generar una serie de reportes que indican dónde y cómo la aplicación o el programa pasó su tiempo. Esta serie de informes se denomina perfil de rendimiento. Al revisar el perfil de rendimiento, un analista puede identificar rápidamente oportunidades para realizar mejoras.

Un perfil tan detallado puede parecer desalentador, especialmente para los nuevos usuarios. Para abordar esta preocupación, Compuware creó iStrobe, una herramienta de navegación basada en navegador diseñada para ayudar en la navegación de perfiles. Para los usuarios de DB2, Strobe ofrece una función de análisis SQL que proporcionará más detalles sobre cómo mejorar el rendimiento individual de SQL, a través de sugerencias integradas y consejos. La función de análisis SQL funciona junto con Strobe e iStrobe para proporcionar análisis de rutas de acceso y bases de datos y recomendaciones de codificación SQL para aplicaciones de DB2 medidas por Strobe. Los analistas que usan Strobe Insight Analytics en iStrobe pueden identificar rápidamente los elementos que consumen la mayor cantidad de CPU en esos perfiles que ofrecerán los mayores retornos de la optimización.

Paso 5: Realización de Cambios

Como observó Albert Einstein, la locura está haciendo lo mismo una y otra vez y esperando resultados diferentes. En otras palabras, si continúa haciendo las cosas que ha estado haciendo, continuará obteniendo los resultados que ha estado obteniendo. La única forma de mejorar el rendimiento de la aplicación y reducir las fallas es realizar cambios que reduzcan las demandas de la aplicación en el sistema y eviten que se repitan las fallas.

Resolver fallas en sus tareas de alto consumo debería ser su primera prioridad, ya que estas aplicaciones desperdician recursos de CPU y I/O, pero también deben recuperarse y reiniciarse. En los pasos anteriores, utilizó Abend-AID Fault Analytics para identificar estas tareas y analizar los errores con Abend-AID. En este paso, utilizará esa información para tomar medidas para evitar que se repitan los errores.

Al ajustar primero las tareas que consumen y fallan, las organizaciones de TI darse cuenta de un doble beneficio. Primero, la aplicación ya no falla, evitando los costos asociados con la recuperación y la repetición. En segundo lugar, el consumo de CPU se reduce al eliminar las ineficiencias encontradas al usar los informes de iStrobe.


10

La experiencia ha demostrado que hay cuatro niveles de dificultad en mejoras de la aplicación, y aproximadamente el 80 por ciento de todos los cambios se incluyen en los primeros tres.

El primer nivel incluye alteraciones de almacenamiento en búfer de archivos, cambios de tamaño de bloque y otras alteraciones similares que generalmente se pueden lograr directamente en el JCL. Tales cambios resultan en mejoras importantes, pero no requieren pruebas, ya que no se ha modificado la lógica de la aplicación. Estas correcciones puramente ambientales resultan en mejoras impresionantes. Se sabe que las mejoras de esta naturaleza reducen el consumo de CPU en un 86 por ciento y el tiempo transcurrido en un 95 por ciento.

El segundo tipo de cambio incluye cambios en los parámetros del compilador, que modifican las características del objeto resultante y / o los módulos de carga. Consulte la documentación del proveedor para comprender cómo afectará cada parámetro al rendimiento. También hay actas de conferencias de organizaciones como CMG y SHARE que ayudarán a ajustar las opciones del compilador. Tenga en cuenta que, en la mayoría de los casos, estos cambios no necesitan pruebas exhaustivas ya que, una vez más, no se modificó directamente la lógica de la aplicación. El rendimiento puede mejorarse enormemente con este tipo de cambio; de hecho, la CPU se ha reducido hasta en un 70 por ciento en tales casos.

El tercer tipo de alteración, que involucra cambios menores en el código, incluye eliminar el uso ineficiente de los tipos de datos del lenguaje de programación, eliminar las conversiones de datos causadas por la mezcla innecesaria de tipos de datos y la inicialización ineficiente de grandes estructuras o tablas. Mover la invocación de Una función integrada como Fecha / Hora fuera de un ciclo también reducirá la demanda de recursos del sistema. La prueba es deseable después de completar cambios como estos, pero Debido a que el cambio es de naturaleza menor, no se requieren pruebas exhaustivas. Nuevamente, el rendimiento puede mejorar mucho; La reducción de CPU en el rango del 65 por ciento se ha documentado utilizando estos métodos.

El último tipo de alteración requiere un cambio importante en el código. Note que este tipo de cambio rara vez se requiere, y no se requiere una reescritura total de los módulos de la aplicación. Por supuesto, se debe completar un análisis de costo-beneficio antes de continuar con una reescritura de código importante para garantizar un adecuado retorno de la inversión.

Piense en buscar oportunidades de desempeño como pelar un cebolla. Aunque puede haber muchas capas de oportunidades para mejorar el rendimiento, solo una oportunidad en particular será la mejor en cualquier momento. Esta es la capa superior de la cebolla. Realice modificaciones para solucionar este problema, y solo una oportunidad, antes de pasar al siguiente paso. La razón de esto es simple. Al igual que en la resolución de problemas, no intenta hacer más de un cambio, también lo hace en el análisis de rendimiento. Demasiados cambios pueden afectar negativamente entre sí, confundiendo el problema en mediciones posteriores. La recomendación es elegir la mejor oportunidad y hacer un cambio para mejorar el rendimiento a la vez. Luego pase al Paso 6.

Paso 6: Reevaluar

Para determinar qué impacto ha tenido un cambio en el rendimiento de la aplicación, el analista debe volver a medir el paso del trabajo o la región en línea. Este paso es idéntico al Paso 3 descrito anteriormente. Las funciones automatizadas de programación y agrupación de AutoStrobe son muy útiles en este paso, porque este proceso es muy repetitivo.

Usando Abend-AID Fault Analytics, puede examinar lo mismo informes personalizados y comparar el tiempo de CPU perdido por fallas entre períodos de tiempo y observar el progreso hacia su objetivo.


11

Paso 7: Informe y Recompensa

Tenga en cuenta que los pasos 4 a 6 son iterativos y deben realizarse con la frecuencia necesaria hasta que se alcancen los objetivos para esa aplicación particular o conjunto de programas. El paso 7, por otro lado, puede y debe hacerse continuamente durante todo el proyecto, según corresponda. Las razones de esto se detallan a continuación.

Dos obstáculos principales para la finalización exitosa de un proyecto a menudo se pasa por alto simplemente porque no son de naturaleza técnica. El primero es no informar los resultados de manera precisa y oportuna. Patrocinadores del proyecto (es decir, las personas que proporcionan los recursos financieros y de personal necesarios) desean ver un resumen cuantificable del progreso. En tal caso, ninguna noticia no es una buena noticia. Cuando la administración no recibe actualizaciones continuas, es muy probable que un proyecto falle debido a una falta de soporte posterior. Siempre esté listo para responder las preguntas “¿Qué ha hecho por mí últimamente?” O “¿Cómo va con ese proyecto de gestión de MIPS?”

El otro obstáculo para completar con éxito cualquier proyecto es afectación moral entre los participantes, generalmente causada por una falta de apreciación percibida. Si las personas involucradas en el proyecto no se sienten valoradas y apreciadas, el interés, el esfuerzo y la moral general eventualmente disminuirán.

iStrobe incluye una base de datos de rendimiento que permite a los analistas informar muchas métricas capturadas durante mediciones anteriores. Mediante una interfaz gráfica, los analistas pueden crear informes de tendencias y resúmenes específicos para todos los componentes de ajuste importantes para identificar puntos críticos antes de que se conviertan en un problema y mostrar mejoras de rendimiento a lo largo del tiempo. El analista puede crear gráficos y cuadros, que podrían usarse como un panel de rendimiento o en un informe de gestión para validar los esfuerzos de ajuste y resaltar objetivos futuros.

Con AutoStrobe, un analista puede recopilar, mostrar y administrar información del historial de sesiones de medición. Esta información permite al analista identificar más fácilmente las tendencias en el desempeño de un paso de trabajo, DBRM o transacción en particular en una región en línea y cuantificar los resultados del programa MIPS Management. Recopilar el historial de sesiones de medición para los pasos del trabajo, las transacciones y los DBRM específicamente destinados a la mejora del rendimiento permite al equipo concentrar sus esfuerzos.

Por ejemplo, puede que ya se sepa que el rendimiento de la aplicación de nómina ha mejorado porque el tiempo de CPU y el tiempo transcurrido han disminuido. Sin embargo, al comparar la sesión de medición más reciente con las mediciones del trabajo antes de implementar las mejoras de codificación, el analista puede calcular exactamente cuánto ha mejorado el rendimiento. Desde el panel ISPF COMPARACIÓN DE COSTOS, el analista puede ver rápidamente los cambios en el costo por ejecución y el costo por año (ahorro anualizado total) para instancias del paso de trabajo seleccionado, en comparación con la medición de referencia. Los registros del historial se pueden registrar para pasos de trabajo, transacciones y DBRM.

Los gerentes pueden usar Abend-AID Fault Analytics para seguir el progreso de un proyecto de gestión de MIPS, que muestra la frecuencia y el costo de las fallas de la aplicación durante todo el ciclo de vida del proyecto y más allá. Fault Analytics archiva la información, por lo que siempre está disponible para comparación histórica.

El socio de software de mainframe para los próximos 50 años

Compuware permite que las empresas más grandes del mundo sobresalgan en la economía digital al estimular totalmente sus inversiones en mainframe de alto valor. Lo hacemos proporcionando soluciones altamente innovadoras que exclusivamente capacitan a los profesionales de TI con habilidades para gestionar las aplicaciones en mainstream, datos y operaciones en plataformas.

Obtenga más información en Compuware.com.

© 2016 Compuware Corporation. Los productos y servicios de Compuware enumerados dentro son marcas comerciales o marcas comerciales registradas de Compuware Corporation.

08.19_31325_MIPS_Management_wp_SP


Paso 8: Establezca continuo Procesos de gestión de MIPS

Cuando se hayan alcanzado los objetivos iniciales de MM, el desafío será establecer estándares y procesos para integrar la administración de MIPS en el ciclo de vida de la aplicación, para garantizar que los recursos dedicados al procesamiento de la aplicación se utilicen de manera eficiente en el futuro.

Hay varias medidas a considerar:

1. Ejecute mediciones estroboscópicas contra pruebas en la unidad, etapas de integración,regresión y control de calidad de las pruebas.

2. Use iStrobe para analizar los perfiles de rendimiento y realizar los cambios apropiados.

Como se mencionó anteriormente, AutoStrobe puede monitorear todos los pasos del trabajo por lotes requeridos y calculó un promedio móvil tanto para el consumo de CPU como para el tiempo transcurrido. Si alguno de estos umbrales se infringe durante el procesamiento futuro, Strobe iniciará una medición de inmediato para garantizar que todas las métricas de rendimiento se capturen de manera oportuna. Esto ayuda a evitar automáticamente el aumento de rendimiento, ahorrando tiempo y dinero y permite a los analistas pasar a tareas más importantes.

RESUMEN

Este documento ha intentado proporcionar una forma clara de pensar acerca de la administración de MIPS (que involucra tanto el desempeño como la administración de fallas), por qué es importante y cómo hacerlo. Ha mostrado cómo una organización de TI puede progresar a través del modelo de madurez MIPS Management, pasando del caos al kaizen. Ha ofrecido ideas y sugerencias para ayudar en la evolución de una hoja de ruta MM para cualquier organización dispuesta a tomarse el tiempo y el esfuerzo para obtener los enormes beneficios de dicho plan.

Como un hombre sabio dijo una vez, no hay bala de plata. Esta metodología se ofrece como un elemento más en la caja de herramientas de una organización para que, en el ámbito de la administración de MIPS, la organización pueda avanzar hacia mejores resultados.

www.compuware.com

mejores practicas para mejorar el rendimento de las ... · establecido la responsabilidad de la...

Documents