Está en la página 1de 4

https://www.linkedin.

com/pulse/adaptaci%C3%B3n-de-c%C3%B3digo-abap-personalizado-para-sap-hana-sergio-
cannelli/?originalSubdomain=es

Adaptación de código ABAP personalizado para SAP HANA - La manera más eficiente

Publicada el 23 de julio de 2016

Sergio Cannelli

SAP SENIOR FULL STACK DEVELOPER( SAP SQA/ ABAP MULTI PLATFORM/HANA
DEV/SCI/FIORI/S4HANA/RPA/Iot/CAI/UI5)

51 artículos Seguir

Actualmente muchos clientes de SAP planifican y evalúan la migración de su sistema ERP clásico que se
ejecuta en cualquier base de datos a Business Suite de SAP HANA o S / 4hana. Para ambos escenarios el
código ABAP necesita ser adaptado para SAP HANA.   

Datos básicos sobre la adaptación de código ABAP en SAP HANA

 En general todo el código ABAP se ejecuta en SAP HANA como en cualquier otra base de datos compatible.
Algunos SQL son más rápidos en HANA, por ejemplo, a la hora de seleccionar las columnas sin un índice. Sólo
código ABAP que se basa en las características o capacidades de la base de datos predecesora específicos debe
ser analizada y corregida. Hay tres aspectos principales para la adaptación de código ABAP personalizado para
SAP HANA:

Correcciones obligatorias de código para evitar la regresión funcional

Objetivo: código ABAP, código SQL o de bases de datos, llamadas que se basan en las características
específicas de la base de datos predecesora.

  (Por ejemplo, SQL nativo, código ABAP depende de cierto tipo de ordenación de un conjunto de resultados
SQL).

 optimizaciones de rendimiento de SQL recomendados para evitar degradaciones de rendimiento

Objetivo: SQL "malo" en el código, juegan un papel dominante en el perfil de tiempo de ejecución de procesos
de negocio productivas. Atención especial se encuentra en SQL que se ejecutan con mucha frecuencia (por
ejemplo, SELECT en LOOP). 

Técnicas Exploit en el código SAP HANA mediante el uso de los servicios de datos básicos y procedimientos
de secuencias de comandos SQL para acelerar los procesos de código personalizado significativamente . 

Estos papeles se centran en los dos primeros aspectos que son parte de la migración de SAP HANA. El tercer
paso ocurre normalmente después de la migración y se aborda en los proyectos de desarrollo personalizados
impulsados por los requerimientos del negocio. 

Herramientas recomendadas
Para las correcciones funcionales de la plataforma ABAP, se proporciona herramientas de verificación de
código estático como CODE INSPECTOR y ABAP Test Cockpit. Además, los desarrolladores ABAP y los
ingenieros de pruebas pueden construir pruebas unitarias y pruebas de escenarios con el fin de garantizar la
corrección funcional. Para la migración de SAP SAP HANA proporciona nuevos controles estáticos integrados
en el inspector de código. Estos controles se encuentran agrupados en la variante FUNCTIONAL_DB y
FUNCTIONAL_DB_ADDITION. 

Consultare la nota SAP: http://service.sap.com/sap/support/notes/1935918 en el caso de la variante no existe en


el sistema.Además de los controles estáticos, SAP también proporciona un nuevo monitor de verificación en
tiempo de ejecución, transacción SRCTM.

Comprobar la nota SAP: http://service.sap.com/sap/support/notes/1931870 para más información.

Para la optimización del rendimiento utilizar herramientas de tiempo de ejecución para el seguimiento y la


supervisión del rendimiento de los procesos de negocio. Las principales herramientas son el análisis de tiempo
de ejecución, seguimiento SQL y el monitor de carga de trabajo para el monitoreo en tiempo de ejecución. Con
NetWeaver 7.40, se introdujo el nuevo monitor de SQL para analizar las sentencias SQL en el sistema
productivo. El Monitor de SQL es la herramienta recomendada para la optimización de SQL en código
personalizado durante la migración a SAP HANA. La herramienta se ejecuta en el sistema productivo y
supervisa los procesos de negocio sin perjudicar el rendimiento del sistema como la sobrecarga de la
herramienta es despreciable (<3%). 

Una muy buena introducción del monitor SQL se puede encontrar aquí: http://scn.sap.com/docs/DOC-47444 

Por favor, comprueba la nota SAP http://service.sap.com/sap/support/notes/1885926 para encontrar información


de cómo se puede obtener el monitor de SQL en versiones inferiores.

 Para condensar el paquete de trabajo de código durante la migración de SAP HANA se recomienda utilizar el
registro Procedimiento de uso (UPL) con el fin de enfocar las correcciones funcionales en el código utilizándolo
de manera productiva.   

Paso a paso el proceso recomendado para la adopción de código personalizado

Fase de planificación del proyecto

Antes de iniciar el viaje hacia SAP HANA se debe reflejar en primer lugar la situación actual de su código
personalizado en su LANDSCAPE para obtener una impresión sobre los esfuerzos necesarios para la migración.
Temas como retirar código, la optimización de la calidad del código, la optimización de procesos código
personalizado y el análisis de código personalizado impacto para refinar la estrategia de código personalizado.
SAP ofrece varios servicios para ayudar a los clientes. 

Fase de preparación antes de la migración (antiguo sistema)

Antes de comenzar con la migración de la base de datos se tiene que hacer algunos pasos de preparación en su
viejo Landscape con el fin de tener éxito con el proyecto. Se recomiendan los siguientes pasos:

Límite del Work package(opcional) 

Un paso muy importante en un proyecto de migración es hacer algo de limpieza antes de que comience el
proyecto. Obtener una visión general acerca de su código personalizado y analizar qué código es realmente
necesario para su negocio. Lo ideal sería eliminar el código que ya no se utiliza antes de que comience la
migración. Usa el uso Procedimiento de registro (UPL) para crear un directorio de código personalizado que
contiene sólo el código utilizado de manera productiva.

 Optimizaciones de rendimiento

Conectar el Monitor SQL en el sistema productivo antiguo por ~ 2 semanas para supervisar el rendimiento de
sus procesos de negocio. Ordenar los resultados del Monitor de SQL en la transacción SQLM por "número de
ejecución" y optimizar los 10-20 SQL Top más ejecutadas en el código personalizado que afectan a los procesos
de negocio relevantes (por ejemplo, SELECT en LOOP puede ser transformado en FOR ALL ENTRIES. 

Durante la migración (nuevo Landscape)

Corregir cuestiones funcionales via controles estáticos

En el sistema de desarrollo actualizado, ejecutar el Code Inspector con los controles estáticos de la variante
FUNCTIONAL_DB para el código personalizado. Corregir la prioridad uno y dos en los hallazgos.

Corregir cuestiones funcionales via controles de tiempo de ejecución

Encender la verificación en tiempo de ejecución del monitor STCM en el sistema de prueba luego del upgrade
con el fin de supervisar las pruebas de sus procesos de negocio. Corregir los hallazgos adicionales que se
encuentran por chequeo en tiempo de ejecución. Después de hacer estas correcciones ahora se debe comenzar
con las pruebas estándar para las correcciones funcionales a través de Units test estándar y pruebas de
escenarios.

Optimizaciones de rendimiento

Conectar el Monitor SQL en el sistema de prueba luego del upgrade con el fin de supervisar las pruebas de los
procesos de negocio. Clasificar los resultados Monitor SQL  por "tiempo de ejecución" y optimizar los primeros
10 mejores en SQL en el código personalizado que afectan a los procesos de negocio relevantes.

Después de la migración (sistema productivo es ya SAP HANA)

Correcciones funcionales - controles de tiempo de ejecución

Activar el monitor de verificación tiempo de ejecución de nuevo en el nuevo sistema productivo y corregir los
hallazgos adicionales que se encuentran por la verificación en tiempo de ejecución. 

Optimizaciones de rendimiento

Conectar el Monitor SQL en el sistema productivo. Clasificar los resultados de Monitor SQL por "tiempo de
ejecución" y optimizar los 10-20 mejores SQL en el código personalizado que afectan a los procesos de negocio
relevantes. Después de optimizaciones de rendimiento en el sistema productivo, este proceso debe repetirse 2-3
veces con el fin de lograr los mejores resultados. 

Optimizar el código para SAP HANA

Después del éxito de la migración ahora se puede empezar a pensar en la optimización de sus procesos de
negocio mediante el uso de “code push down techniques of SAP HANA like the Core Data Servcies (CDS)
“  en ABAP managed database procedures (AMDP) implementados con la secuencia de comandos SQL nativo
de HANA .

También podría gustarte