anibal goicochea

Consideraciones básicas para el despliegue de “BW on HANA” (I)

Complementando la entrada anterior, si contáramos con SAP Netweaver BW powered by SAP HANA” (BW on HANA ) se debería considerar los siguientes aspectos al planificar su configuración:

Complementando la entrada anterior, si contáramos con SAP Netweaver BW powered by SAP HANA (BW on HANA ) se debería considerar los siguientes aspectos al planificar su configuración:

SAP no da soporte al despliegue de múltiples sistemas SAP NW BW en un sistema productivo SAP HANA.
SAP brinda soporte al despliegue de múltiples sistemas SAP NW BW on HANA en arquitecturas de nodo único o multinodo con fines distintos a un entorno productivo, con una base de datos por cada sistema SAP NW BW.
El servidor de base de datos de un sistema BW es desplegado en un esquema de la base de datos SAP HANA. La instancia central del sistema BW y todas las aplicaciones de servidor asociadas no se instalan en el appliance SAP HANA, son instalados en un servidor aparte.
Con respecto al párrafo anterior, existen “excepciones” señaladas en la nota 1661202 que permiten aplicaciones residan en el sistema SAP HANA en un entorno productivo. Si una aplicación que no figura en el listado de excepciones es instalada en BW on HANA en un entorno productivo, esta aplicación no tendría soporte por parte de SAP. En un entono distinto a producción si tendría soporte.
BW on HANA permite la aplicación de técnicas de alta disponibilidad (High Availability – HA) y tolerancia a fallos (Disaster Tolerance – DT). En cuanto a HA sigue los mismos mecanismos que un sistema SAP HANA, a través de la activación de nodos pasivos. En general, especialmente en los casos de DT, estas técnicas pueden variar en función del proveedor de Hardware.
Las técnicas que se aplican en un sistema SAP HANA para evitar que los datos en memoria se pierdan ante un fallo en el servicio eléctrico también incluye los datos de BW on HANA.
Es recomendable tener por los menos tres nodos en un sistema SAP HANA en el que se despliegue BW on HANA. En el nodo principal estarían las tablas con almacenamiento basado en filas y en lo nodos esclavos se tendría las particiones de los infocubos y ODSs (Ref. nota 1702409).
Para información adicional y futuras novedades sobre los aspectos comentados en esta entrada revisar las notas 1666670 y 1661202.

Consideraciones para el despliegue de más de una base de datos SAP HANA

Con el término SAP HANA Appliance se hace referencia a un servidor o un sistema SAP HANA el cual puede estar compuesto por un único nodo o por un conjunto (cluster) de nodos (arquitectura con escalabilidad horizontal o sclae-out) dónde en al menos un nodo reside la base de datos SAP HANA y los componentes del sistema.

Con el término SAP HANA Appliance se hace referencia a un servidor o un sistema SAP HANA el cual puede estar compuesto por un único nodo o por un conjunto (cluster) de nodos (arquitectura con escalabilidad horizontal o sclae-out) dónde en al menos un nodo reside la base de datos SAP HANA y los componentes del sistema.

Hace unos días leíamos un listado de acrónimos y términos vinculados al mundo SAP HANA, una buena referencia, pero faltaría considerar otros como MCOS que corresponden a las iniciales de “Multiple Components One System” que describen la arquitectura de múltiple nodo que se señala en el párrafo anterior. Otro término que también se utiliza en el contexto SAP HANA es “Multi-SID” o MSID (Multiple Database on one SAP HANA appliance) que hace referencia a la posibilidad de configurar más de una base de datos en un sistema SAP HANA.

Cabe recordar que en un entorno productivo HANA sólo tendrá soporte si tiene una única base de datos en el sistema (SIDS). Es posible tener más de una base de datos HANA, pero sólo debería ser considerado en entornos que no son con fines de producción, tales como los clásicos entornos de pruebas o desarrollo. Esta consideración se aplica tanto si se trata de una arquitectura de un nodo o multinodo.

Un appliance HANA, recién entregada por los partners de hardware, lo encontraremos con una base de datos SAP HANA, usando “On-Site Configuration tool” se podrá configurar una base de datos adicional, para lo cual deberá considerar lo siguiente:

No debería realizarse en un entorno productivo.
Se debería contar con la configuración de hardware necesaria para soportar el despliegue de más de una base de datos (especialmente en cuanto a memoria).
Se debe tener en cuenta que se puede perder rendimiento o velocidad en la ejecución de varios procesos.
Si hubiera problemas en el sistema y se solicitará el servicio de soporte de SAP, podría indicarse detener las bases de datos para comprobar si el problema es originado por la configuración de las bases de datos adicionales.
Para más información y futuras novedades revisar las notas 1681092 y 1661202.

Entrevistas de trabajo = Preguntas absurdas

Por lo visto las entrevistas de trabajo ya no son lo que era antes, las cuales sólo se basaban alrededor de la trayectoria profesional, ahora la “moda” obliga a los “especialistas” en procesos de selección a realizar preguntas cada vez más absurdas, tales como “¿qué harías si fueras un nómada y estuvieras en el desierto con un ventilador rojo?”…

Por lo visto, las entrevistas de trabajo ya no son lo que era antes, las cuales sólo se basaban alrededor de la trayectoria profesional, ahora la “moda” obliga a los “especialistas” en procesos de selección a realizar preguntas cada vez más absurdas, tales como “¿qué harías si fueras un nómada y estuvieras en el desierto con un ventilador rojo?”… no tenemos idea cuál será la respuesta correcta, quizás no exista una única respuesta correcta y lo que se persigue conocer o comprobar con estas “inteligentes preguntas” sea la capacidad de gestión de la situación que tiene el candidato. No decir nada o marcharse, que es lo que nos gustaría hacer, seguro que no sería la reacción mejor valorada.

¿Qué puede aportar? la pregunta más sensata en un proceso de selección y al parecer también puede ser utilizada para valorar la continuidad de los trabajadores

El portal de empleo Glassdoor tiene varias recopilaciones de “preguntas absurdas” que se han formulado en procesos de selección para grandes empresas tales como Google o Dell.

Referencia: (aquí)

Un nuevo “Tip” para diseñar formularios con el EPM Add-in

Diseñar formularios de entrada de datos o informes con SAP EPM Add-in 10.0, componente cliente de SAP Business Planning and Consolidation 10.0 (SAP BPC) y los otros productos de portfolio de aplicaciones SAP Enterprise Performance Management (SAP EPM), pasa por el casi inevitable camino de programar con Visual Basic for Application (VBA o macros)

Diseñar formularios de entrada de datos o informes con SAP EPM Add-in 10.0, componente cliente de SAP Business Planning and Consolidation 10.0 (SAP BPC) y los otros productos de portfolio de aplicaciones SAP Enterprise Performance Management (SAP EPM), pasa por el casi inevitable camino de programar con Visual Basic for Application (VBA o macros). En estas tareas, la experiencia enseña una serie de aspectos que se deben tener presente, ya sea por limitaciones o características del componente EPM Add-in o por MS Excel, principal aplicación de MS Office sobre el cual se diseña los formularios e informes para interactuar con el servidor SAP BPC.

Un nuevo aspecto a considerar cuando trabajemos con SAP BPC edición para entornos Microsoft es que MS Excel 2010 es más lento que MS Excel 2007 al momento de actualizar un informe en dónde se ha ocultado filas y se ejecuta una macro para efectuar cálculos adicionales (para más información ver nota adjunta).

Referencia: aquí

SFIA para definir los perfiles IT

En ocasiones, cuando se ven ofertas de trabajo en el sector de la informática o tecnologías de la información (TI o IT por su nombre en inglés) se encuentra mucha similitud entre ellas a pesar que se refieren a distintas posiciones. En otros casos, sólo se hace referencia a la necesidad de habilidades técnicas que requiere el perfil, dejando al margen aspectos más relevantes.

Ante la falta de claridad que puede haber en la definición de perfiles, existen propuestas de estándares como el SFIA y el SFIAplus que establecen un marco de definiciones de perfiles en el sector de las tecnología de información, llegando a detallar las habilidades que debe tener cada perfil.

Actualmente SFIA ofrece la definición de 96 perfiles profesionales, organizados en seis categorías, cada una de las cuales tiene varias subcategorías. También define siete niveles de logro, cada uno de los cuales describe en términos genéricos, no técnicos. Cada perfil tiene una definición general, y una definición «at level» de cada uno de los niveles en los que se puede calificar el perfil.

Por ejemplo, el Business Analysis (BUAN) se define del siguiente modo:

The methodical investigation, analysis, review and documentation of all or part of a business in terms of business functions and processes, the information used and the data on which the information is based. The definition of requirements for improving any aspect of the processes and systems and the quantification of potential business benefits. The creation of viable specifications and acceptance criteria in preparation for the construction of information and communications systems.

Algunas ofertas laborales tienen una descripción del perfil exactamente igual a esta definición (ver aquí).

El acceso a esta información requiere suscripción, en los enlaces adjuntos puede encontrar una definición de perfiles y más detalle del perfil Business Analysis.

Referencia: SFIA (aquí y aquí)