aníbal goicochea

Sizing para SAP HANA (CPU y memoria)

Ante todo es importante señalar que para realizar un “Sizing” sobre cualquier herramienta SAP, más para una plataforma como SAP HANA, debe ser realizada de manera personalizada para cada organización por un equipo de expertos.

Ante todo, es importante señalar que un “Sizing” (estimación de necesidades hardware) sobre cualquier herramienta SAP, más para una plataforma como SAP HANA, debe ser realizada de manera personalizada para cada organización por un equipo de expertos.

Para SAP HANA, hay una serie de propuestas de hardware estándar que ofrecen los socios de SAP en esta tecnología (Fujitsu, IBM, entre otros), pero para cada realidad hay que considerar el número de usuarios que pueden estar trabajando en un período de tiempo (una hora), el tipo de trabajo que están realizando (SAP señala tres categorías: «easy», «medium», «heavy») y la frecuencia con lo que la realizan (SAP identifica tres categorías: «sporadic», «normal», «expert») esta información determinará las necesidades de CPU.

Para determinar las necesidades de memoria se toma en consideración el tamaño de las tablas de datos que se desean incluir en la plataforma HANA, aplicando un factor de compresión. Para este fin SAP tiene una serie de scripts (programas SQL) que son aplicados según el tipo de base de datos.

Una reciente novedad para estimar el dimensionamiento de una plataforma SAP HANA es la posibilidad de utilizar SAP Quick Sizer, una aplicación Web utilizada para dimensionar las necesidades de hardware de las herramientas más utilizadas en SAP.

Recomendado la lectura de la Nota 1514966, además de la documentación de instalación y configuración de SAP HANA que se actualizada con regular frecuencia.

«Exprimiendo» a SAP BPC

Invertir en un software que sólo se usará unas cuantas semanas al año, puede ser un poco difícil de justificar su inversión, no es el caso de SAP BusinessObjects Planning and Consolidation (SAP BPC), además de las clásicas aplicaciones contables – financieras: Planificación, Presupuestos, Previsiones, Consolidación y Tesorería; SAP BPC puede tener otros usos.

Invertir en un software que sólo se usará unas cuantas semanas al año, puede ser un poco difícil de justificar su inversión, no es el caso de SAP BusinessObjects Planning and Consolidation (SAP BPC), además de las clásicas aplicaciones contables – financieras: Planificación, Presupuestos, Previsiones, Consolidación y Tesorería; SAP BPC puede tener otros usos.

Todo trabajo que implique la gestión de un proceso, intervengan más de una persona, el flujo de información/cálculos sean considerable y repetitivo; es un procesos candidato a ser automatizado con una herramienta como SAP BPC, por ejemplo: Visitas a clientes, Campañas de Marketing, Elaboración de horarios o Estimación de las necesidades de RRHH, este último caso, SAP ha desarrollado un modelo que comentamos en un post anterior y complementamos en esta entrada adjuntando las imágenes que explican el proceso de negocio que se ha contemplado para desarrollar «SAP BusinessObjects Operational Headcount Planning»:

Ramp-up en curso más relevantes del 2012

Ramp-up, es la última fase de desarrollo de un nuevo producto o de una actualización importante de un producto SAP, en la que participan un grupo reducido de clientes y partners abordando proyectos de implementación del nuevo software. Sirve esta fase para detectar problemas antes de anunciar la “general availability”, por lo general, la superación de esta fase está en función del número de proyectos culminados satisfactoriamente, que varía según el equipo de trabajo.

¿Ramp-ups más “relevantes”? bueno, para el que lo escribe, quizás obviemos otros, pero una primera mirada a la página web de Ramp-up de SAP, identificamos los siguientes que sería culminados en 2012:

SAP BusinessObjects Planning and Consolidation NW 10 (23 abril)
SAP Netweaver BW 7.3 Powered by SAP HANA (Mayo)
SAP BusinessObjects Strategy Management 10.0 (16 junio)
SAP BusinessObjects Predictive Analysis 1.0 (Agosto)
SAP BusinessObjects BI 4. 0 Feature Pack 3 (16 septiembre)
SAP BusinessObjects Edge BI 4.0 Feature Pack 3 (16 septiembre)
SAP Crystal Server 2011 Feature Pack 3 (16 septiembre)
SAP Infrastructure Management 1.0 (Tercer trimestere)

El BI es cosa de 5, dónde SAP es el líder

Guste o no, año tras año la fotografía es la misma, los mismos cinco fabricantes de Software de Business Intelligence dueños del más del 70% del mercado compuesto por más de cien empresas con propuestas de BI.

En el informe presentado por Gartner señala que el BI sigue creciendo, el pasado año lo hizo en un 16,4%. Los porcentajes de participación de las cinco empresas que lideran este mercado apenas han variado, exceptuando a SAS Institute, el ranking de Gartner de BI sigue sin variación: SAP, Oracle, SAS Institute, IBM and Microsoft.

Referencia: Gartner.com

SAP RDS para disminuir «riesgos», un ejemplo con SAP BPC 10.0 NW

La implementación o desarrollo de una solución puede conllevar un riesgo o incertidumbre, al menos para el cliente que contrata un servicio, ¿se cumplirán los plazos?, ¿el partner tendrá la capacidad funcional y técnica necesaria para comprender y luego diseñar la solución que se espera?, fundados o no, estos temores existen.

Para este tipo de situaciones una alternativa son las soluciones “paquetizadas” o pre-configuradas que apuntan ante todo a disminuir los riesgos de incumplimiento de plazos y alcance, en SAP se denominan SAP Rapid Deployment Solutions (SAP RDS). Son alternativas poco utilizadas, al menos fuera de Norteamérica, quizás por desconocimiento o la falta de adaptación regional de las propuestas.

Un ejemplo de SAP RDS para SAP BPC

Hace un días en un Webinar de SAP EcoHub conocimos a SAP BusinessObjects Operational Headcount Planning, un modelo basado en SAP BusinessObjects Planning and Consolidation 10.0 NW, el cual incluye una serie de plantillas BPC en MS Excel (EPM Add-in), escenarios SAP Dashboard Design (Xcelsius), lógicas, cargas de datos y BPFs (Business Process Flow) estructurados bajo el clásico enfoque de Preparar, Plan, Consolidar y Ejecutar.

Durante la exposición se hizo hincapié de valorar el uso de SAP HANA, que entre otras cosas que ya hemos comentado sobre esta plataforma, también los modelos SAP BPC se podrían beneficiar del procesamiento in-memory.

Echamos en falta una demostración en directo del modelo SAP BPC, en cambio se mostraron algunas de las plantillas en imágenes incrustadas en un PowerPoint, por cierto, con muy mala resolución.

Las características técnicas requeridas son las mismas que tiene una instalación SAP BPC 10 NW y el tiempo estimado de implementación es de 9 semanas.