Tips de una implementación SAP HANA


En los blogs de SAP SCN hallamos muchas entradas, algunas muy útiles desde el punto de vista técnico, sobre SAP HANA, encontramos un breve relato sobre la experiencia de la Universidad de Amsterdam al adoptar esta plataforma para sus sistemas de BW (BW on HANABWoH) y ECC (Suite on HANASoH).

Fases de un proyecto de Migración SAP HANA

A continuación algunos tips que extraemos del post de referencia:

  • Motivo: El hardware de la organización era obsoleto y de muy costoso mantenimiento.
  • Situación: Como consecuencia del punto anterior, el rendimiento de los sistemas era pésimo.
  • Otras alternativas que se valoraron: En una comparativa de costos de licencias entre Oracle y HANA puede resultar más atractiva la primera, pero aspectos tales como la integración de los sistemas ECC y BW sobre la base de datos HANA fue el principal aspecto que primó sobre el precio.
  • Papel de SAP: Al parecer: La colaboración de los representantes de SAP sólo se enfocaron en aspectos técnicos, no ayudaron a construir el “business case” desde el punto de vista funcional requeridos en estos casos (este comentario ya lo hemos escuchado más de una vez).
  • Expectativas: Además de la implementación de los sistemas en una plataforma in-memory, las posibilidades de adoptar SAP HANA Live for Business Suite (el sistema de análisis y reporting en tiempo real para ECC) causó gran expectativa entre los usuarios de negocio.
  • Enlaces de referencia: SuiteOnHANA y ExperienceSAPHANA
  • Dimensionamiento: SAP ofrece recursos tales como informes que ayudan a estimar el tamaño requerido de la infraestructura SAP HANA. Como es conocido, las necesidades de disco se reducen significativamente con SAP HANA. En esta experiencia puntual, la base de datos de BW pasó de 1.8 TB a 300 GB y la de ECC de 550 GB a 250 GB.
  • Hardware: Esperar hasta el último momento la compra del hardware, debido a la competencia entre los proveedores, las mejoras y precios pueden cambiar drásticamente en tan sólo unas semanas.
  • Actualización y Migración: Según SAP la actualización y migración se podría efectuar en un solo paso (Data Migration Option of SAP Upgrade Manager – DMO of SUM), pero por motivos de seguridad se optó por realizar esta operación en dos pasos. Se sugiere optar por la última versión y actualización disponible de los componentes, así mismo, verificar el nivel de revisión del software. La migración no es muy distinta a cualquier otra migración SAP. Además del uso de los clásicos entornos que puede tener una organización, se sugiere un primer paso a través de un Sandbox con la finalidad de hacer pruebas, comprobaciones y comprender el proceso.
  • Código: Un factor positivo es el poco código personalizado que se tuviese, sin embargo, SAP provee informes que analizan tanto código SAP y código personalizado con el fin de brindar sugerencias para que funcione mejor en una plataforma SAP HANA.
  • Contratiempos: No se encontraron problemas significativos al realizar el proceso de actualización y migración, salvo con tablas que tenían un gran tamaño, contratiempo que se superó “truncándolas”.
  • Resultado: El rendimiento de BW y ECC ha mejorado de manera significativa y no ha habido problemas con las bases de datos o la plataforma HANA. Sin embargo, hay algunas transacciones que funcionan peor, que están siendo revisadas por SAP.
  • La Prueba: …Hemos experimentado con sólo “tirar del enchufe” para simular una desconexión inmediata, inesperada de HANA. Después de arrancar, no notamos ninguna pérdida o corrupción de datos.

Referencia: Blogs SAP SCN

Anuncios

2 Respuestas a “Tips de una implementación SAP HANA

  1. Me surje la duda de los casos en que SAP ERP está comunicado por DBLINK con BBDD Oracle externas. ¿como se resuelve con HANA esta conexión?

    Me gusta

    • anibal goicochea

      Hola Maribel,

      Desconozco los detalles del DBLINK de Oracle, pero por las nociones generales que tengo al respecto, me parece que la funcionalidad “Smart Data Access” (SDA) de SAP HANA es lo más semejante que podrías aplicar. SDA habilita el acceso remoto vía “tablas virtuales” como si fuera tablas locales de HANA, recomendable con el fin de implementar soluciones analíticas, esta tecnología soporta Oracle, Teradata, MS SQL Server, Sybase, entre otras bases de datos. Te recomiendo la revisión de la nota 1868209.

      Gracias. Saludos,

      Me gusta

Deja un comentario... Gracias!!!

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s