SAP BW en HANA - Guía rápida

SAP Business Warehouse (BW) con tecnología SAP HANA le ayuda a acelerar el análisis de datos consumiendo datos a través de un Data Warehouse (DW) para informes analíticos y análisis de datos. Puede lograr oportunidades clave como la integración de datos en tiempo real y el modelado de datos y, por lo tanto, informes de BI en tiempo real sobre una gran cantidad de datos en la base de datos.

SAP Business Warehouse continúa actuando como una poderosa herramienta de almacenamiento de datos para consolidar datos maestros y brindar opciones de informes flexibles. Con SAP HANA debajo del sistema BW como base de datos, puede usar una combinación de capacidades de DW con una base de datos en memoria rápida para lograr mejoras de rendimiento y capacidades de modelado excepcionales.

La base de datos en memoria de HANA es mucho más rápida en comparación con otras bases de datos comunes como Oracle, SQL Server y, por lo tanto, DW funciona mucho más rápido cuando funciona con HANA como base de datos subyacente. Combina el poder de ambas herramientas: BW Modeling y HANA in-memory computing engine para procesar grandes cantidades de datos.

BW en HANA admite varias bases de datos excepcionales y capacidades de informes que no son posibles con otras bases de datos, como las transformaciones y los DSO se mueven a la base de datos de HANA para proporcionar un procesamiento de datos mucho más rápido, rendimiento de carga de datos, procesamiento y optimización de consultas, capacidades excepcionales de modelado de HANA, etc. .

Inconvenientes de usar SAP BW con otras bases de datos

A continuación se muestran los inconvenientes cuando utiliza SAP BW con otras bases de datos como Oracle, SQL Server e IBM DB2.

  • Real-time Reporting- Al usar BW con otras bases de datos, no puede realizar informes en tiempo real ya que los datos en tiempo real no están disponibles en el almacén de datos. Los datos se mueven a Business Warehouse en lotes y, por lo tanto, no están disponibles para informes en tiempo real.

  • Implementing Structural Changes- Implementar cualquier cambio en la estructura, lleva mucho tiempo y es una tarea difícil, ya que la compatibilidad no está disponible con otros proveedores de bases de datos. Para implementar cualquier cambio de estructura en Business Warehouse, se necesitan entre 2 y 12 meses.

  • Report Performance - Debe realizar la optimización y el ajuste del rendimiento del informe para cada aplicación.

  • Compatibility- Los datos en Business Warehouse se agregan y materializan y no puede obtener los datos en diferentes niveles de granularidad. HANA admite agregaciones sobre la marcha cuando se ejecuta el informe.

Como se mencionó, HANA es mucho más rápido en comparación con otras bases de datos como Oracle y SQL Server. Por lo tanto, cuando combina las capacidades de HANA con BW, obtiene características excepcionales de procesamiento de datos y generación de informes.

BW en HANA: clientes clave

Según SAP, organizaciones de todos los tamaños e industrias de todo el mundo están utilizando el poder de la plataforma SAP HANA para transformar su negocio y crear nuevo valor. Incluye una lista de empresas de todos los dominios y regiones que han adaptado HANA como base de datos y han utilizado el poder en memoria de la base de datos HANA con funciones de almacenamiento de datos BW. Puede ver la lista de todas las organizaciones que han adaptado SAP BW en HANA utilizando el siguiente enlace.

https://hana.sap.com/abouthana/customer-stories.html

Procter and Gamble

Procter & Gamble se ha adaptado a SAP BW en HANA con las siguientes transformaciones comerciales.

  • Informes confiables en tiempo real y mejores decisiones comerciales con software y servicios de SAP.

  • Reducción de la base de datos del 55% de 36 TB a 16 TB.

  • Aumento del 400% en la velocidad de carga de datos.

  • 35.000 usuarios empresariales admitidos.

CenterPoint Energy

CenterPoint Energy utiliza SAP HANA como base para realizar su visión estratégica.

  • 10 minutos para crear objetivos de marketing, en lugar de cuatro semanas.

  • Aumento del 200% en la productividad al reemplazar las replicaciones de datos manuales con cargas de datos programadas en SAP HANA.

  • Tiempo de ejecución del motor de análisis predictivo 98,8% más rápido (de 90 segundos a 1 segundo).

  • 15% más de llamadas atendidas por IVR en lugar de por agentes.

Adidas

Adidas aprovecha la plataforma SAP HANA para adelantarse a la demanda de los consumidores utilizando la aplicación SAP Fashion Management.

  • Visibilidad completa desde la fábrica hasta el piso de producción y los canales de comercio electrónico.

  • Análisis de datos de punto de venta que proporciona una mejor comprensión de los consumidores.

  • Ejecuciones de reposición y asignación nocturnas significativamente más rápidas.

BW en HANA: transacciones importantes

A continuación se muestran los códigos de transacción clave que se utilizarán en BW en el sistema HANA.

RSA1 - Para abrir el banco de trabajo BW

RSMIGRHANADB - Para convertir BW optimizado en memoria

SM59 - Para configurar la conexión RFC para SLT

Ltr - Para configurar Trusted RFC

RSPCM - Monitorear cadenas de procesos periódicas

RSPC - Para ver el registro de ejecuciones de una cadena de procesos

RSLIMO - Interfaz de usuario de prueba BW Lean Modeler

SAP BW integra datos de diferentes fuentes, transforma y consolida los datos, realiza la limpieza de datos y almacena datos. SAP BW también incluye modelado de datos, administración y área de preparación.

Los datos en SAP BW se administran con la ayuda de una herramienta centralizada conocida como SAP Business Intelligence (BI) Administration Workbench. La plataforma de BI proporciona infraestructura y funciones para incluir:

  • Procesador OLAP
  • Repositorio de metadatos
  • Process Designer y otras funciones

Business Explorer (BEx) es una herramienta de análisis e informes que admite funciones de consulta, análisis e informes en BI. Con BEx, puede analizar datos históricos y actuales con diferentes grados de análisis.

SAP BW se conoce como una herramienta abierta basada en estándares que le permite extraer datos de diferentes sistemas al sistema de BI. Evalúa los datos con diferentes herramientas de informes y puede distribuirlos a otros sistemas.

Cuando accede al banco de trabajo de administración de SAP BI, el sistema de origen se define allí. Vaya a RSA1 → Sistemas fuente.

Según el tipo de fuente de datos, puede diferenciar los sistemas de origen:

  • Fuentes de datos para datos de transacciones
  • Fuentes de datos para datos maestros
  • Fuentes de datos para jerarquías
  • Fuentes de datos para texto
  • Fuentes de datos para atributos

Puede cargar los datos de cualquier fuente en la estructura de la fuente de datos en BI con un InfoPackage. El sistema de destino donde se cargarán los datos se define en la transformación.

Objeto DataStore

El objeto DataStore (DSO) se conoce como un lugar de almacenamiento para mantener la transacción limpia y consolidada o los datos maestros en el nivel de granularidad más bajo. Estos datos se pueden analizar mediante la consulta BEx.

Un DSO contiene ratios y campos de características. Los datos de DSO se pueden actualizar mediante la actualización Delta u otros objetos de DataStore o datos maestros. Los DSO se almacenan comúnmente en tablas de bases de datos transparentes bidimensionales.

Arquitectura DSO

El componente DSO consta de tres tablas:

Cola de activación

Se utiliza para almacenar los datos antes de que se active. La clave contiene la identificación de la solicitud, la identificación del paquete y el número de registro. Una vez que se completa la activación, la solicitud se elimina de la cola de activación.

Tabla de datos activos

Esta tabla se utiliza para almacenar los datos activos actuales y contiene la clave semántica definida para el modelado de datos.

Cambio de registro

Cuando activa el objeto, los cambios en los datos activos se almacenan en el registro de cambios. El registro de cambios es una tabla de PSA y se mantiene en Administration Workbench bajo el árbol de PSA.

InfoCube

InfoCube se define como un conjunto de datos multidimensional, que se utiliza para el análisis en una consulta BEx. Un InfoCubo consta de un conjunto de tablas relacionales que se unen lógicamente para implementar un esquema en estrella. Una tabla de hechos en un esquema en estrella se une a varias tablas de dimensiones.

Puede agregar datos de uno o más InfoSource o InfoProviders a un InfoCubo. Están disponibles como InfoProviders para fines de análisis e informes.

Estructura de InfoCube

Se utiliza un InfoCubo para almacenar los datos físicamente. Consiste en una serie de InfoObjects que se llenan con datos de la preparación. Tiene la estructura de un esquema de estrella.

La característica en tiempo real se puede asignar a un InfoCubo. Los InfoCubos en tiempo real se utilizan de manera diferente a los InfoCubos estándar.

La base de datos de HANA aprovecha el procesamiento en memoria para ofrecer la velocidad de recuperación de datos más rápida, lo que resulta atractivo para las organizaciones que luchan con transacciones en línea a gran escala o con pronósticos y planificación oportunos.

El almacenamiento en disco sigue siendo el estándar empresarial y el precio de la RAM ha ido disminuyendo constantemente. Por lo tanto, las arquitecturas con uso intensivo de memoria eventualmente reemplazarán los discos giratorios mecánicos lentos y reducirán el costo del almacenamiento de datos.

El almacenamiento basado en columnas en memoria proporciona compresión de datos hasta 11 veces, reduce el espacio para almacenar una gran cantidad de datos.

Las ventajas de velocidad que ofrece el sistema de almacenamiento RAM se mejoran aún más mediante el uso de múltiples CPU de múltiples núcleos por nodo y múltiples nodos por servidor en el entorno distribuido.

Introducción a SAP HANA Studio

SAP HANA studio es una herramienta basada en Eclipse que se ejecuta en un entorno de desarrollo y una herramienta de administración para trabajar en HANA.

SAP HANA studio es tanto el entorno de desarrollo central como la principal herramienta de administración del sistema HANA. Es una herramienta de cliente que se puede utilizar para acceder al sistema HANA local o remoto.

Proporciona un entorno para la administración de HANA, el modelado de información de HANA y el aprovisionamiento de datos en la base de datos de HANA.

SAP HANA Studio se puede utilizar en las siguientes plataformas:

  • Microsoft Windows versiones de 32 y 64 bits de: Windows XP, Windows Vista, Windows 7

  • SUSE Linux Enterprise Server SLES11: x86 de 64 bits

Sin embargo, en Mac OS, el cliente de estudio HANA no está disponible.

Según la instalación de HANA Studio, es posible que no todas las funciones estén disponibles. En el momento de la instalación de Studio, especifique las funciones que desea instalar según el rol. Para trabajar en la versión más reciente de HANA Studio, se puede utilizar Software Life Cycle Manager para la actualización del cliente.

SAP HANA Studio - AFeatures

SAP HANA Studio proporciona una perspectiva para trabajar en las siguientes funciones de HANA. Puede elegir la perspectiva en HANA Studio usando la siguiente ruta, HANA Studio → Ventana → Abrir perspectiva → Otro

Administración de SAP HANA Studio

El conjunto de herramientas para diversas tareas de administración, excluidos los objetos de repositorio transportables en tiempo de diseño. También se incluyen herramientas generales de solución de problemas como el rastreo, el navegador de catálogos y la Consola SQL.

Desarrollo de bases de datos de SAP HANA Studio

Proporciona el conjunto de herramientas para el desarrollo de contenido. Aborda, en particular, los escenarios de DataMarts y ABAP en SAP HANA, que no incluyen el desarrollo de aplicaciones nativas de SAP HANA.

Desarrollo de aplicaciones SAP HANA Studio

El sistema SAP HANA contiene un pequeño servidor web que se puede utilizar para alojar pequeñas aplicaciones. Proporciona el conjunto de herramientas para desarrollar aplicaciones nativas de SAP HANA, como código de aplicación escrito en Java y HTML.

De forma predeterminada, todas las funciones están instaladas.

Vista de administración de HANA Studio

Para realizar funciones de supervisión y administración de la base de datos de HANA, se puede utilizar la perspectiva de la consola de administración de SAP HANA.

Se puede acceder al Editor del administrador de las siguientes formas:

  • From System View Toolbar - Elija el botón predeterminado Abrir administración

  • In System View - Haga doble clic en Sistema HANA o Perspectiva abierta

En la vista Administración, HANA Studio proporciona varias pestañas para verificar la configuración y el estado del sistema HANA. La pestaña Descripción general proporciona información general como: el estado operativo, la hora de inicio del primer y último servicio iniciado, la versión, la fecha y hora de compilación, la plataforma, el fabricante del hardware, etc.

Agregar un sistema HANA a Studio

Se pueden agregar uno o varios sistemas a HANA Studio para fines de modelado de información y administración. Para agregar un nuevo sistema HANA, se requiere el nombre de host, el número de instancia y el nombre de usuario y contraseña de la base de datos.

  • El puerto 3615 debe estar abierto para conectarse a la base de datos
  • Puerto 31015 Instancia No 10
  • Puerto 30015 Instancia No 00
  • El puerto SSh también debe estar abierto

Los siguientes son los pasos para agregar un sistema a HANA Studio:

Step 1- Haga clic con el botón derecho en el espacio del navegador y haga clic en Agregar sistema. Ingrese los detalles del sistema HANA, es decir, el nombre de host y el número de instancia. Haga clic en Siguiente.

Step 2- Ingrese el nombre de usuario y la contraseña de la base de datos para conectarse a la base de datos de SAP HANA. Haga clic en Siguiente y luego en Finalizar.

Una vez que haga clic en Finalizar, el sistema HANA se agregará a la Vista del sistema para fines de administración y modelado. Cada sistema HANA tiene dos subnodos principales, Catálogo y Contenido.

Catalog - Contiene todos los esquemas disponibles, es decir, todas las estructuras de datos, tablas y datos, vistas de columnas y procedimientos, que se pueden utilizar en la pestaña Contenido.

Content- La pestaña Contenido contiene un repositorio de tiempo de diseño, que contiene toda la información de los modelos de datos creados con HANA Modeler. Estos modelos están organizados en paquetes. El nodo Contenido proporciona diferentes vistas de los mismos datos físicos.

Cuando SAP BW funciona con HANA, todas las tareas se realizan utilizando técnicas optimizadas de base de datos de HANA. SAP HANA es responsable de realizar tareas clave relacionadas con el almacenamiento de datos, brindando un excelente rendimiento al realizar informes analíticos.

En la siguiente figura, puede ver BW en la arquitectura HANA donde todas las actividades clave de BW están optimizadas para HANA:

  • Modelado de datos optimizado por HANA: InfoCubos
  • Modelado de datos optimizado por HANA: objetos de almacén de datos avanzados
  • Modelado de datos optimizado por HANA: proveedores compuestos
  • Puesta en escena de datos optimizada para HANA
  • Administrador analítico optimizado para HANA
  • Procesos de análisis optimizados por HANA

Arquitectura escalable en capas (LSA y LSA ++)

En SAP BW, LSA hace que sea una solución más robusta, flexible y escalable para realizar funciones de almacenamiento de datos empresariales. LSA es el marco corporativo para que BW administre de manera confiable todo el ciclo de vida de los datos y metadatos:

  • Entrega de datos
  • Modelado de datos
  • Puesta en escena de datos
  • Authorizations
  • Entrega de soluciones

Cuando se implementa BW en SAP HANA, puede crear un LSA diferente que sea más dependiente de los objetos virtuales. Esto se conoce como LSA ++ y consta de tres capas clave:

Capa de almacenamiento de datos de operación abierta

Esta capa es similar a la capa de adquisición de datos en SAP BW. La capa ODS abierta se utiliza para integrar datos en el almacén de datos y proporciona la misma funcionalidad que la capa clásica de adquisición de datos, pero con posibilidades de integración de datos más flexibles.

Capa de almacenamiento de datos principal

Esta capa es responsable de realizar funciones como transformación de datos, limpieza y consolidación de datos.

Capa de centro de datos virtual

Esta capa es responsable de combinar los datos de otras capas y ponerlos a disposición para fines de informes. Esta capa contiene todos los InfoProviders que combinan datos usando join o union, sin guardar el resultado: MultiProvider, Composite Provider, etc. Puede usar esto para acceder a los datos directamente en la base de datos de SAP HANA, para permitir consultas en Composite Provider, Open ODS View .

El proveedor compuesto le permite fusionar los datos de BW InfoProviders con vistas de modelado de HANA. Las uniones y uniones se realizan en SAP HANA y las consultas se pueden ejecutar en proveedores compuestos, como BW InfoProviders.

Con BW impulsado por SAP HANA, puede encontrar los siguientes beneficios:

  • Excelente rendimiento en informes analíticos y carga de datos utilizando HANA en capacidades de base de datos de memoria. Todas las funciones de BW realizadas en SAP HANA se benefician de la base de datos en memoria y los motores de cálculo para un procesamiento de datos más rápido.

  • Con los objetos optimizados para HANA, puede realizar consultas complejas, análisis detallados, alto volumen de datos y agregaciones de manera eficiente.

  • Todas las herramientas de BI existentes, como BEx, las herramientas de informes de Business Objects BI y Microsoft Excel, son compatibles directamente con SAP BW en HANA.

  • SAP HANA proporciona un alto nivel de compresión de datos. El almacenamiento en columna de tablas requiere menos tipo de almacenamiento y, por lo tanto, proporciona un menor costo total de propiedad (TCO).

  • No se requiere Business Warehouse Accelerator (BWA) mientras se usa HANA debajo de BW.

  • No necesita tablas agregadas y HANA admite agregaciones sobre la marcha.

  • Ha simplificado el modelado de datos mediante el uso de objetos optimizados en memoria. No es necesario cargar el índice BWA.

  • Cuando usa SAP BW en HANA, los siguientes procesos no son necesarios:

    • Laminado de áridos llenos

    • Llenado de nuevos áridos

    • Ajustar agregados dependientes del tiempo

    • Construir estadísticas de base de datos

    • Generar índice

    • Eliminar índice

SAP HANA Modeler optionse utiliza para crear vistas de información en la parte superior de esquemas → tablas en la base de datos HANA. Estas vistas son consumidas por aplicaciones basadas en JAVA / HTML o aplicaciones de SAP como SAP Lumira, Office Analysis o software de terceros como MS Excel con fines de generación de informes para cumplir con la lógica empresarial y para realizar análisis y extraer información.

El modelado de HANA se realiza en la parte superior de las tablas disponibles en la pestaña Catálogo en Esquema en HANA Studio y todas las vistas se guardan en la tabla Contenido en Paquete.

Puede crear un nuevo paquete en la pestaña Contenido en HANA Studio haciendo clic con el botón derecho en Contenido y Nuevo.

Todas las vistas de modelado creadas dentro de un paquete se incluyen en el mismo paquete en HANA Studio y se clasifican según el tipo de vista.

Cada vista tiene una estructura diferente para las tablas de dimensiones y hechos. Las tablas de dimensiones se definen con datos maestros. La tabla de hechos tiene una clave principal para tablas de dimensiones y medidas como el número de unidades vendidas, el tiempo medio de demora, el precio total, etc.

Puede crear un nuevo paquete haciendo clic con el botón derecho en la pestaña Contenido → Nuevo → Paquete.

También puede crear un subpaquete en un paquete haciendo clic con el botón derecho en el nombre del paquete. Cuando hacemos clic derecho en el paquete, obtenemos 7 opciones. Podemos crear vistas de atributos de vistas de HANA, vistas analíticas y vistas de cálculo en un paquete.

También puede crear una tabla de decisiones, definir un privilegio analítico y crear procedimientos en un paquete.

Cuando hace clic con el botón derecho en Paquete y hace clic en Nuevo, también puede crear subpaquetes en un Paquete. Debe ingresar el nombre del paquete, la descripción al crear un paquete.

SAP HANA - Vista de atributos

Las vistas de atributos en SAP HANA Modeling se crean en la parte superior de las tablas de dimensiones. Se utilizan para unir tablas de dimensiones u otras vistas de atributos.

También puede copiar una nueva Vista de Atributos de una Vista de Atributos ya existente dentro de otros Paquetes, pero eso no le permite cambiar los Atributos de la Vista.

A continuación se muestran algunas características de una vista de atributos en SAP HANA:

  • Las vistas de atributos en HANA se utilizan para unir tablas de dimensiones u otras vistas de atributos.

  • Las Vistas de Atributo se utilizan en Vistas Analíticas y de Cálculo para que el análisis pase los datos maestros.

  • Son similares a las características de BM y contienen datos maestros.

  • Las vistas de atributos se utilizan para optimizar el rendimiento en tablas de dimensiones de gran tamaño. Puede limitar el número de atributos en una Vista de atributos, que se utilizan además para fines de informes y análisis.

  • Las Vistas de Atributos se utilizan para modelar datos maestros para dar algún contexto.

Crear una vista de atributos

Elija el nombre del paquete con el que desea crear una vista de atributos. Haga clic con el botón derecho en Paquete → Ir a Nuevo → Vista de atributos.

Al hacer clic en Vista de atributos, se abrirá una nueva ventana. Introduzca el nombre y la descripción de la vista de atributos. Luego, en la lista desplegable, elija Ver tipo y subtipo. En subtipo, hay 3 tipos de vistas de atributos: estándar, de tiempo y derivada.

La vista de atributo de subtipo de tiempo es un tipo especial de vista de atributo que agrega una dimensión de tiempo a la infraestructura de datos. Cuando ingrese el nombre del atributo, el tipo y el subtipo y haga clic en Finalizar, se abrirán tres paneles de trabajo:

  • Scenario pane que tiene Data Foundation y Semantic Layer.

  • Details pane muestra el atributo de todas las tablas agregadas a Data Foundation y la unión entre ellas.

  • Output pane donde podemos agregar atributos del panel de detalles para filtrar en el informe.

Puede agregar objetos a la infraestructura de datos haciendo clic en el signo '+' escrito junto a la infraestructura de datos. Puede agregar varias tablas de dimensiones y vistas de atributos en el panel de escenarios y unirlas con una clave principal.

Cuando haga clic en Agregar objeto en la infraestructura de datos, obtendrá una barra de búsqueda desde donde puede agregar tablas de dimensiones y vistas de atributos al panel de escenarios. Una vez que las tablas o vistas de atributos se agregan a la infraestructura de datos, se pueden unir mediante una clave principal en el panel de detalles, como se muestra en la siguiente captura de pantalla.

Una vez que se completa la unión, elija varios atributos en el panel Detalles, haga clic con el botón derecho y Agregar a la salida.

Todas las columnas se agregarán al panel Salida. Haga clic en la opción Activar y obtendrá un mensaje de confirmación en el registro de trabajo.

Ahora puede hacer clic derecho en la Vista de atributos e ir a Vista previa de datos.

Note- Cuando una Vista no está activada, tiene una marca de diamante. Sin embargo, una vez que lo activa, ese diamante desaparece, lo que confirma que la Vista se ha activado correctamente.

Una vez que haga clic en Vista previa de datos, mostrará todos los atributos que se han agregado al panel Salida en Objetos disponibles.

Puede hacer clic con el botón derecho y agregar etiquetas y eje de valor o simplemente arrastrar los objetos como se muestra en la siguiente captura de pantalla.

SAP HANA - Vista analítica

La Vista analítica tiene la forma de esquema en estrella, donde unimos una tabla de hechos a varias tablas de dimensiones. Las vistas analíticas utilizan el poder real de SAP HANA para realizar cálculos complejos y agregar funciones al unir las tablas en forma de esquema en estrella y al ejecutar consultas de esquema en estrella. A continuación se muestran algunas propiedades de la vista analítica de SAP HANA:

  • Las vistas analíticas se utilizan para realizar cálculos complejos y funciones agregadas como suma, recuento, mínimo, máximo, etc.

  • Las vistas analíticas están diseñadas para ejecutar consultas de inicio de esquema.

  • Cada vista analítica tiene una tabla de hechos rodeada de varias tablas de dimensiones. La tabla de hechos contiene una clave principal para cada tabla de dimensiones y medidas.

  • Las vistas analíticas son similares a los objetos de información y los conjuntos de información de SAP BW.

Crear una vista analítica

Elija el nombre del paquete con el que desea crear una vista analítica. Haga clic con el botón derecho en Paquete → Ir a Nuevo → Vista analítica. Al hacer clic en una vista analítica, se abrirá una nueva ventana. Ingrese el nombre y la descripción de la vista. En la lista desplegable, elija el tipo de vista y haga clic en Finalizar.

Al hacer clic en Finalizar, puede ver una Vista analítica con la infraestructura de datos y la opción Unión en estrella.

Haga clic en Infraestructura de datos para agregar tablas de dimensiones y hechos. Haga clic en Star Join para agregar vistas de atributos.

Agregue tablas de dimensiones y hechos a la infraestructura de datos mediante el signo "+". En el siguiente ejemplo, se han agregado tablas de 3 dimensiones DIM_CUSTOMER, DIM_PRODUCT, DIM_REGION y 1 tabla de hechos FCT_SALES al Panel de detalles. La unión de la tabla de dimensiones a la tabla de hechos utilizando claves primarias se almacena en la tabla de hechos.

Seleccione Atributos de la tabla Dimensión y hechos para agregarlos al panel Salida como se muestra en la captura de pantalla anterior. Ahora, cambie el tipo de datos de hechos de la tabla de hechos a medidas.

Haga clic en la capa Semántica, elija hechos y haga clic en el signo de medidas como se muestra en la siguiente captura de pantalla para cambiar el tipo de datos a medidas y activar la vista.

Una vez que active la vista y haga clic en Vista previa de datos, todos los atributos y medidas se agregarán a la lista de objetos disponibles. Agregue atributos al Eje de etiquetas y mida al Eje de valor para fines de análisis.

Existe la opción de elegir diferentes tipos de tablas y gráficos.

SAP HANA - Vista de cálculo

La Vista de cálculo se utiliza para consumir otras vistas analíticas, de atributos y otras vistas de cálculo y tablas de columnas base. Se utilizan para realizar cálculos complejos que no son posibles con otros tipos de vistas. A continuación se muestran algunas características de la Vista de cálculo:

  • La vista de cálculo se utiliza para consumir vistas analíticas, de atributos y otras vistas de cálculo.

  • Se utilizan para realizar cálculos complejos que no son posibles con otras vistas.

  • Hay dos formas de crear vistas de cálculo: Editor SQL o Editor gráfico.

  • Nodos de unión, unión, proyección y agregación integrados.

Crear una vista de cálculo

Elija el nombre del paquete con el que desea crear una vista de cálculo. Haga clic con el botón derecho en Paquete → Nuevo → Vista de cálculo. Al hacer clic en Vista de cálculo, se abrirá una nueva ventana.

Ingrese el nombre de la vista, la descripción y elija el tipo de vista como vista de cálculo, subtipo estándar o tiempo (este es un tipo especial de vista que agrega dimensión de tiempo). Puede utilizar dos tipos de vista de cálculo: gráfica y secuencia de comandos SQL.

Graphical Calculation Views- Tiene nodos predeterminados como agregación, proyección, unión y unión. Se utiliza para consumir otras vistas de Atributo, Analítica y Cálculo.

SQL Script based Calculation Views - Está escrito en scripts SQL que se basan en comandos SQL o funciones definidas por HANA.

Data Category- Cubo, en este nodo predeterminado es Agregación. Puede elegir Unión en estrella con dimensión de cubo. Dimensión, en este nodo predeterminado es Proyección.

Puede consultar más detalles sobre el modelado nativo de HANA en nuestro Tutorial de SAP HANA .

Los objetos de BI se dividen en varias áreas de contenido de BI para que puedan usarse de manera eficiente. Esto incluye el área de contenido de todos los módulos clave de una organización: SCM, CRM, RR.HH., Gestión financiera, Ciclo de vida del producto, Soluciones industriales, Fuentes de datos que no son de SAP, etc.

Esquema en estrella y esquema en estrella extendido

En el esquema de estrella extendido, las tablas de hechos están conectadas a las tablas de dimensiones y la tabla de dimensiones está conectada a la tabla SID. La tabla SID está conectada a las tablas de datos maestros. En el esquema de estrella extendido, las tablas de hechos y dimensiones están dentro del cubo; sin embargo, las tablas SID están fuera del cubo. Cuando carga los datos transaccionales en el cubo de información, los Dim Ids se generan en función de los SID y estos Dim ids se utilizan en las tablas de hechos.

En el esquema de estrella extendido, una tabla de hechos se puede conectar a 16 tablas de dimensiones y a cada tabla de dimensiones se le asigna un máximo de 248 tablas de SID. Las tablas SID también se denominan Características y cada característica puede tener tablas de datos maestros como ATTR, Texto, etc.

ATTR - Se utiliza para almacenar todos los datos de atributos.

Text - Se utiliza para almacenar descripciones en varios idiomas.

InfoÁrea e InfoObjetos

InfoObjects se conocen como la unidad más pequeña en SAP BI y se utilizan en InfoSitios, DSO, Múltiples proveedores, etc. Cada InfoSitio contiene múltiples InfoObjetos.

Los InfoObjetos se utilizan en informes para analizar los datos almacenados y proporcionar información a los responsables de la toma de decisiones. Los InfoObjetos se pueden clasificar en las siguientes categorías:

  • Características como cliente, producto, etc.
  • Unidades como cantidad vendida, moneda, etc.
  • Cifras clave como ingresos totales, ganancias, etc.
  • Características de tiempo como año, trimestre, etc.

Los InfoObjetos se crean en el catálogo de InfoObjetos. Es posible que un InfoObjeto pueda asignarse a un Catálogo de información diferente.

InfoAreaen SAP BI se utiliza para agrupar tipos similares de objetos. InfoArea se utiliza para administrar InfoCubos e InfoObjetos. Cada InfoObjeto reside en un InfoÁrea y puede definirlo en una carpeta que se utiliza para mantener juntos archivos similares.

Proceso de transformación

El proceso de transformación se utiliza para realizar la consolidación, limpieza e integración de datos. Cuando los datos se cargan de un objeto de BI a otro objeto de BI, la transformación se aplica a los datos. La transformación se utiliza para convertir un campo de origen en el formato de objeto de destino.

SAP BW puede ejecutarse en diferentes bases de datos como Oracle, SQL Server, HANA o cualquier otra base de datos. Cuando SAP BW funciona con HANA, puede verificar en SAP NetWeaver, la versión de NW y la base de datos en la que está instalado.

Compruebe en qué base de datos está instalado el sistema BW y su versión

Vaya a BI en el sistema HANA SAP e inicie sesión.

Para comprobar la versión de SAP NetWeaver y la base de datos en la que está instalado, haga clic en Sistema → Estado.

Para verificar la versión del sistema SAP NetWeaver, haga clic en la lupa. Puede ver la versión de la base de datos: HDB Release 1.0 SPS 11.

Puede instalar herramientas de modelado BW en su sistema: SAP GUI, SAP HANA Studio. Para instalar herramientas de modelado de BW, necesita los siguientes componentes:

  • Sistema operativo Windows 7 o Windows 8 o Apple Mac OS X 10.8 o superior, o distribución Linux.

  • Se debe instalar Internet Explorer 7.0 o superior o Firefox 4.0 o superior.

  • SAP GUI para Windows 7.3 o SAP GUI para Windows 7.4 debe estar instalado en su unidad local. Puede descargarlo de SAP Marketplace.

  • Para comunicarse con el sistema backend, necesita que Microsoft Runtime DLLs VS2010 (para el sistema operativo Windows) esté instalado en su sistema local.

  • SAP HANA Studio (32 bits o 64 bits para Windows) SP08 o superior.

Cree un nuevo proyecto BW en HANA Studio

Abra SAP HANA Studio y cree un nuevo proyecto. Vaya a Windows → Abrir perspectiva → Otro.

Seleccione Modelado BW → Haga clic en Aceptar como se muestra en la siguiente captura de pantalla.

A continuación, vaya a Archivo → Nuevo → Proyecto.

En la siguiente ventana, seleccione Conexión SAP. Puede seleccionar una conexión existente o definir una conexión manualmente para agregar una nueva conexión.

Las conexiones del sistema se mantienen en el inicio de sesión de SAP. Haga clic en Aceptar.

En la siguiente pantalla, como se muestra en la siguiente captura de pantalla, ingrese el cliente, el nombre de usuario y la contraseña. Haga clic en Siguiente.

Puede ingresar el nombre del proyecto y hacer clic en Finalizar.

Ahora, haga clic con el botón derecho en su nueva carpeta de proyecto raíz y elija Adjuntar sistema SAP HANA. Elija el HDB del sistema HANA preconfigurado y haga clic en Finalizar.

Solo se puede adjuntar el sistema SAP HANA conectado. Seleccione Sistema HANA → Finalizar.

Para definir una consulta BW en su InfoCubo, seleccione el InfoCubo en Perspectiva de modelado BW, haga clic con el botón derecho y haga clic en Nuevo → Consulta BW y seleccione el InfoSitio.

Ingrese el nombre y la descripción y haga clic en Finalizar. Así es como puede agregar una consulta BW.

Puede aplicar diferentes funciones en la consulta BW. Puede aplicar filtros, definir fórmulas locales de cálculo, etc.

Para guardar una consulta BW, haga clic en el icono de guardar.

Para obtener una vista previa de su consulta BW, haga clic en BW Reporting Preview en HANA Studio.

Cuando planifica la migración del sistema BW a HANA, debe realizar varias comprobaciones que ayuden a una migración exitosa. Puede consultar diferentes notas de SAP que están disponibles en el Launchpad de soporte de SAP.

https://launchpad.support.sap.com/#/notes/

Antes de la migración, debe realizar una verificación de viabilidad para comprender el proceso de carga y ver mejoras de rendimiento. Como SAP HANA requiere Unicode, debe realizar la conversión Unicode si tiene un sistema que no es Unicode o también puede planificar la conversión Unicode como parte de la migración.

Para realizar la migración de la base de datos, debe realizar una verificación de hardware. Para migrar el sistema BW a HANA, debe realizar el dimensionamiento del hardware y eso se puede realizar usando report / SDF / HANA_BW_SIZING.

Para acceder a la herramienta de lista de verificación completa, puede consultar SAP Note: 1729988en support.sap.com. Busque un artículo de la base de conocimientos.

Esta herramienta automatiza la verificación de las pautas de mejores prácticas para las operaciones y los requisitos previos para la migración de una implementación de SAP BW existente a la plataforma SAP HANA.

También puede consultar las otras notas de SAP basadas en K, es decir, a las que se refiere esta nota de SAP, como se muestra en la siguiente captura de pantalla.

Problemas durante la migración

Al realizar la migración de SAP HANA, puede encontrar diferentes tipos de errores. A continuación se muestran algunas notas de SAP que puede consultar durante el proceso de migración:

  • SAP Note 1846872 - Error "No queda espacio en el dispositivo" informado por HANA

  • SAP Note 1787489 - Base de datos SAP HANA: seguimiento de rendimiento

  • SAP Note 1786918 - Información necesaria para investigar el alto consumo de memoria

  • SAP Note 1747042 - Proporcionar acceso de soporte a la instancia de la base de datos HANA

  • SAP Note 1740136 - SAP HANA: la opción de montaje incorrecta puede provocar una persistencia corrupta

  • SAP Note 1897157 - Falló la instalación o actualización debido a una falla de hdbnsutil

  • SAP Note 1894412 - Fallo del servidor de nombres de SAP HANA después de la actualización de la revisión

  • SAP Note 1634848 - Conexiones de servicio de base de datos SAP HANA

  • SAP Note 1592925 - Conexión del servicio SAP HANA Studio

Para realizar la migración del sistema SAP BW a HANA, puede utilizar las siguientes herramientas de migración:

Gerente de aprovisionamiento de software

Software Provisioning Manager le permite realizar diversas tareas de provisión y cubre una amplia gama de plataformas con diferentes producciones. Software Provisioning Manager se puede utilizar para configurar un motor independiente, para la migración de sistemas o para copiar un sistema NetWeaver.

Software Provisioning Manager 1.0 admite los siguientes escenarios de aprovisionamiento para sistemas SAP basados ​​en SAP NetWeaver:

  • Instalación de nuevos sistemas, instancias y motores independientes
  • Copia del sistema de sistemas existentes
  • Transformación de sistemas, por ejemplo, mediante System Rename y Dual-Stack Split
  • Eliminación de sistemas, instancias y motores independientes

Software Provisioning Manager 1.0 admite las siguientes versiones de SAP NetWeaver, productos de SAP Business Suite y versiones de SAP Solution Manager basadas en ellos.

Puede obtener la última versión en la siguiente URL: https://help.sap.com/sltoolset

1680045 - Release Note for Software Provisioning Manager 1.0 SP17

Cabina de migración de SAP BW para SAP HANA

Esta herramienta se utiliza para acceder fácilmente a las herramientas más utilizadas y útiles para migrar sus sistemas SAP BW y optimizarlos para SAP HANA.

SAP BW Migration Cockpit para SAP HANA combina varias herramientas para que la migración de una implementación de SAP BW existente a la plataforma SAP HANA sea fluida y fácil de realizar.

Para usar la cabina, instale y ejecute el programa ABAP. Para utilizar la función Buscar actualizaciones, es posible que deba mantener la configuración del proxy en las líneas 21 y 22 del código.

Program: ZBW_HANA_MIGRATION_COCKPIT

Esta herramienta se puede utilizar con SAP BW versión 3.5 o superior.

Para obtener la herramienta, puede consultar las Notas de SAP 1909597 - SAP BW Migration Cockpit para SAP HANA.

Vaya a la pestaña de adjuntos y puede descargar el archivo zip.

En caso de que alguna de las herramientas no esté disponible en su sistema local, puede consultar la pestaña de documentación y puede acceder a la ayuda en línea y a las Notas de SAP disponibles.

Esta nota de SAP es referida por:

Número Título
1729988 SAP BW con tecnología SAP HANA - Herramienta de lista de verificación
1736976 Informe de dimensionamiento para BW en HANA
1908367 Buscador de transformación SAP BW
1847431 Analizador de rutina SAP BW ABAP

Opción de migración de datos de SUM

La opción de migración de datos (DMO) en Software Update Manager (SUM) simplifica la conversión de Unicode, la actualización del sistema y la migración de la base de datos en una sola herramienta.

SAP Note 2257362 - Database Migration Option (DMO) of SUM 1.0 SP17

Para realizar la migración de la base de datos mediante DMO, se requiere la versión 8.5 o superior de SAP HANA. La base de datos de destino SAP HANA depende de la base de datos de origen con diferentes requisitos para realizar una actualización.

Base de datos de origen Requisitos / restricción
Oráculo Oracle versión 11.2 o superior
MaxDB

MaxDB 7.7: Versión 7.7.07.47 o superior

MaxDB 7.8: Versión 7.8.02.028 o superior

MaxDB 7.9 o superior: sin restricciones

La versión de destino SAP_BASIS 740 SP11 no es compatible

MS SQL MS SQL 2005 (disponible a pedido), o una versión superior La versión de SAP de origen debe basarse en SAP_BASIS 700 o superior
DB2 (DB2 para z / OS) La versión de destino de SAP_BASIS es 740 SP12 o superior
DB4 (DB2 para i)

La versión de origen de SAP debe basarse en SAP_BASIS 700 o superior

DB4 i7.1 o superior

La versión de SAP de destino debe basarse en SAP_BASIS 740 SP10 o superior

DB6 (DB2 para Linux, UNIX y Windows)

DB6 versión 09.01.0000 o superior, si la versión de SAP_BASIS de destino es inferior a 740 SP8

DB6 versión 09.7 FP5 o superior, si la versión de destino SAP_BASIS es 740 SP8 o superior

SAP HANA SAP HANA como base de datos de origen no es compatible
SAVIA

SAP ASE versión 16.0 SP02 parche nivel 02 o superior, si la versión de destino de SAP_BASIS es 750 o superior

Según PAM, si la versión de destino de SAP_BASIS es inferior a 750

Cuando su sistema SAP BW se ejecuta en una base de datos HANA, el costo de poner todos los datos en HANA en la memoria es alto. Además, no todos los datos de SAP BW se requieren en la base de datos de HANA y solo el 30-40% de los datos de BW se requieren activamente para los informes y las operaciones. Estos datos solo deben colocarse en las capacidades en memoria de HANA.

SAP BW en HANA proporciona una configuración para datos activos y no activos para que pueda administrar el menor costo total de propiedad. Los datos se pueden clasificar en las siguientes 3 categorías según la temperatura de los datos:

Datos calientes

En esta área, todos los datos de hot data se almacenan en la base de datos en memoria de HANA y están disponibles para informes y operaciones. En SAP BW, se trata de InfoCubes y DSO que se incluyen en los datos importantes, ya que se utilizan con frecuencia para informes y operaciones.

Estos datos se utilizan con frecuencia y, por lo general, pertenecen a los últimos 2-3 años y, por lo tanto, estos datos deben colocarse como datos reales y deben almacenarse en una base de datos en la memoria para obtener el mejor rendimiento para los informes.

Las siguientes son las propiedades clave de los datos calientes:

  • Access - Muy frecuente, cada pocos segundos o minutos

  • Response - Acceso rápido, rendimiento alto

  • Data Type - Datos de InfoCubes, DSO estándar, DSO abiertos y todos los datos maestros

Datos fríos

Los datos fríos se consideran datos archivados a los que rara vez se accede y todos los datos se almacenan en una base de datos secundaria. En SAP BW, los InfoCubos y los DSO estándar contienen los datos para las operaciones y los informes. Sin embargo, en un escenario normal, solo se accede con frecuencia a los datos de los últimos años para la presentación de informes. Los datos de más de 3 años normalmente se pueden almacenar en un plan de TCO más bajo, ya que se accede con poca frecuencia.

Las siguientes son las propiedades clave de los datos fríos:

  • Access - Datos que tienen más de 3 años y a los que se accede con poca frecuencia para informes y operaciones.

  • Response - Más lento en comparación con los datos calientes y cálidos.

  • Data Type - Datos más antiguos de InfoCubes y DSO estándar.

Datos cálidos

Los datos calientes son los datos almacenados en el almacenamiento en disco de la base de datos de HANA y están disponibles para acceder en todo momento. Esto le permite acceder a datos menos recientes de manera eficiente en la base de datos de HANA.

Estos datos están disponibles para lectura, escritura e inserción, y proporcionan un menor costo total de propiedad.

Hay dos tipos de datos en datos cálidos:

  • Datos no activos
  • Nivelación activa / dinámica

Datos no activos

Este tipo de datos se aplica a los DSO de área de preparación de persistencia (PSA) y de escritura optimizada (W / O). En SAP BW, los PSA y W / O DSO se consideran objetos de baja prioridad y, en caso de escasez de memoria, los datos no activos se eliminan primero de la memoria.

Las siguientes son las propiedades clave de los datos no activos:

  • Access- Datos de frecuencia media. Datos a los que se accede con más frecuencia que los datos fríos.

  • Response- La respuesta es rápida cuando todas las particiones están en memoria. Cuando los datos se van a cargar en la partición, el tiempo de respuesta depende del volumen de datos.

  • Data Type - PSA y W / O DSO

Note - El concepto No activo está disponible desde SAP BW 7.3 SP8 y puede usarlo para administrar la memoria de manera eficiente en la base de datos HANA.

Clasificación activa / dinámica

En la organización por niveles dinámica, no existe el concepto de desplazar datos de la partición a la memoria de bajo TCO e implica un mecanismo integrado para acceder a todos los datos con un tiempo de rendimiento óptimo.

Todos los datos (PSA y W / O DSO) se almacenan en el disco y están disponibles para SAP BW 7.4 SP8 y HANA 1.0 SP9 o una versión superior.

A continuación se muestran las propiedades clave de los datos de niveles activos / dinámicos:

  • Access- Datos de frecuencia media. Datos a los que se accede con más frecuencia que los datos fríos.

  • Response - Ligeramente más lento que los datos calientes

  • Data Type - PSA, W / O DSO y DSO avanzados

Supervisar el concepto de datos no activos en el sistema SAP BW

Abra el monitor de datos activo / no activo, ejecute Transaction Code: RSHDBMON o puede navegar a Administration Workbench → Administration → Monitors → Active / Non-Active data.

Lo siguiente es hacer clic en la Vista detallada para verificar la configuración de descarga temprana. Puede comprobar la configuración de descarga anticipada para los siguientes objetos:

  • DSO estándar
  • SIN DSO
  • InfoCube
  • Fuente de datos

De la selección de datos, seleccione la fuente de datos del menú desplegable. Seleccione Objeto y haga clic en Ejecutar.

Las tablas de PSA y los DSO optimizados para escritura están marcados como Warm por SAP en BW de forma predeterminada. Significa que la bandera está activada de forma predeterminada.

Esto permite que estas tablas se eliminen de la memoria principal con mayor prioridad en comparación con otras tablas de InfoSitios de BW persistentes. Puede personalizar esta configuración usando el indicador de Descarga anticipada en la ventana como se muestra en la siguiente captura de pantalla.

Cuando usa SAP BW en HANA, puede crear sus InfoCubos existentes para HANA Optimized InfoCubes. Cuando los InfoCubos se mueven a la base de datos HANA, se convierten en tablas basadas en columnas y actúan comoBWA Indexed InfoCubes.

Cuando se utilizan InfoCubos optimizados de SAP HANA, las características y los ratios se asignan a las dimensiones. Para mejorar el rendimiento del sistema, se utilizan ID sustitutos (SID) en las tablas de hechos.

Cuando convierte InfoCubes estándar en InfoCubos optimizados para HANA, el diseño cambia en el momento de la conversión y debe ajustarse manualmente.

Para ver InfoCubos en el sistema BW, puede utilizar Transaction: LISTSCHEMA

Puede seleccionar su InfoCubo y consultar las distintas tablas de dimensiones. Seleccione el tipo de InfoCube -

  • Cubo agregado
  • InfoCube estándar

Hay dos formas de convertir InfoCube estándar en InfoCube optimizado para HANA.

Vaya a InfoCube y haga clic para abrir la pantalla de edición. Seleccione la casilla de verificación Conversión a optimizado de SAP HANA. También puede comprobar esta propiedad en Propiedades de InfoCubo → Subtipo. Abra InfoCube y podrá ver el subtipo como InfoCube optimizado para HANA.

También puedes llamar Transaction RSMIGRHANADBen el sistema BW. Esta transacción abrirá directamente la pantalla para convertir objetos en objetos optimizados para HANA.

Puede seleccionar el tipo de objeto e ingresar el nombre del objeto. En la siguiente pantalla, he seleccionado un InfoCubo estándar para convertirlo en un InfoCubo optimizado de HANA.

También puede seleccionar una opción para ver los registros después de la conversión.

Cuando el objeto seleccionado ya es un objeto optimizado para HANA, o se realiza la conversión, recibirá el mensaje como se muestra en la siguiente captura de pantalla.

Los proveedores compuestos se utilizan para combinar varios proveedores de información mediante operaciones de unión o unión. Cuando usa SAP BW en HANA, uno de los InfoProvider debe usar una base de datos en memoria y los datos en proveedores compuestos se pueden usar para informes y análisis.

Cuando usa SAP BW con una base de datos que no es HANA, BWA es un requisito previo para crear proveedores compuestos. La principal ventaja de los proveedores compuestos es que puede crear nuevos escenarios comerciales complejos mediante la combinación de proveedores de información mediante la operación de unión.

Crear proveedores compuestos

Puede crear proveedores compuestos en el entorno de trabajo de administración utilizando Transaction: RSLIMOBW

En la pantalla Proveedor compuesto, ingrese el nombre del proveedor compuesto (hasta 10 caracteres) y haga clic en el botón Crear.

Aparece el entorno de modelado gráfico.

Puede arrastrar y soltar los InfoSitios requeridos (desde el árbol de InfoSitios a la izquierda de la pantalla) en el área de modelado.

Cuando arrastra los InfoSitios, puede definir el tipo de enlace: Unión o Unión y haga clic en Aceptar.

Lo siguiente es arrastrar los campos de InfoProviders → Proveedor compuesto. Estas líneas muestran los campos de InfoProviders que se utilizan en Composite Provider. Cuando usa el enlace de datos como Join, se etiqueta con el nombre Join.

También puede cambiar el nombre del campo o puede agregar una descripción. Para cambiar el nombre del campo, haga clic con el botón derecho en el nombre del campo → Cambiar propiedad → Cambiar.

También puede asignar una moneda o unidad de una característica a ratios. Para hacerlo, vaya al menú contextual de la Figura clave → Cambiar propiedad → Cambiar.

También puede ver la estructura XML del proveedor compuesto usando la opción de visualización XML.

El siguiente paso es activar CompositeProvider. Cuando se activa CompositeProvider, los datos se almacenan en BW Accelerator o en la base de datos de SAP HANA.

También puede crear proveedores compuestos en SAP HANA Studio → Modelado BW.

Inicie sesión en BW Modeling Perspective con sus credenciales de BW y adjunte su sistema HANA usando el menú contextual en su carpeta de nivel de proyecto superior, eligiendo la opción Adjuntar sistema HANA, sin la cual no podrá incluir modelos nativos de SAP HANA en su compuesto Proveedor.

Vaya a InfoArea en Proyecto BW → Menú contextual → Nuevo → Proveedor compuesto.

Ingrese el nombre y la descripción del proveedor compuesto. Haga clic en Finalizar.

En el Editor, puede ver las siguientes pestañas:

  • General - Muestra las propiedades del proveedor compuesto.

  • Scenario- En esta pestaña, agrega InfoProviders y Vistas HANA al Proveedor compuesto. Vaya a la pestaña Escenario y verá el tipo de enlace predeterminado. Haga clic en el signo Agregar.

Cuando haga clic en el signo Agregar, se le preguntará si desea seleccionar una vista de InfoSitio o HANA. Para realizar una búsqueda, ingrese * y verá una lista de objetos disponibles. Seleccione cualquier objeto que desee agregar al proveedor compuesto.

De manera similar, agregue un InfoSitio a su proveedor compuesto. Lo siguiente es agregar los campos de Fuente a Destino arrastrando los campos. Puede utilizar Expandir todo para expandir todos los objetos agregados. También puede aplicar un filtro para buscar un campo en particular.

Vaya a la pestaña de salida y podrá ver la asignación de objetos agregados.

Lo siguiente es verificar y activar el objeto BW.

También puede analizar el resultado en el registro de problemas de esta perspectiva.

Para obtener una vista previa de los datos en HANA Studio, use el icono de la lupa en la esquina superior derecha → Mostrar vista previa.

Al utilizar objetos optimizados para HANA, puede lograr un mejor rendimiento para informes analíticos y análisis de datos. Los DSO de SAP BW se optimizan automáticamente para su activación en la base de datos de SAP HANA. Cuando migra SAP BW en HANA, todos los DSO estándar se mueven a la base de datos de SAP HANA en un almacenamiento de columna.

Para usar DSO avanzados, debe tener el paquete de soporte de la base de datos de SAP HANA 08 o una versión superior y en el backend debe tener SAP BW 7.4 SPS9.

Cree un DSO avanzado basado en la base de datos HANA

Vaya a SAP HANA studio → BW Modeling Tools

Para crear un DSO avanzado, haga clic con el botón derecho en su InfoArea y seleccione New DataStoreObject (avanzado).

Proporcione los siguientes detalles y haga clic en Finalizar.

  • Introduzca el nombre de DataStore: el nombre técnico puede tener entre tres y nueve caracteres. Si tiene un espacio de nombres para el objeto DataStore (avanzado), el nombre solo puede tener ocho caracteres.

  • Descripción del DataStore

  • Seleccionar una plantilla de objeto

Puede crear una transformación de su DSO estándar a DSO avanzado que haya creado en la base de datos de HANA. Vaya al sistema SAP BW, expanda InfoCube y copie la transformación del DSO existente al nuevo DSO avanzado.

Puede crear una nueva transformación y cargar los datos en un nuevo Objeto de almacenamiento de datos avanzado.

Con el proveedor híbrido, puede acceder rápidamente a los datos debido a la arquitectura híbrida y los datos históricos antiguos se mezclan con los datos nuevos. El proveedor híbrido proporciona un alto nivel de rendimiento del sistema para analizar datos en consultas.

Se pueden utilizar los siguientes tipos de proveedores híbridos:

Proveedor híbrido basado en el objeto DataStore

Estos proveedores híbridos se basan en la combinación de DSO e InfoCube. Como parte de la arquitectura híbrida, los datos nuevos se almacenan en DSO e InfoCube proporciona datos agregados.

Cuando ejecuta una consulta BEx en HybridProvider, los datos se leen directamente desde el InfoCubo. Si desea leer los datos de DSO, debe cambiar la solicitud en BEx Designer.

Vaya a Propiedades → Avanzado en BEx Query Designer y elija el estado de la solicitud como 2.

La transformación de DSO e InfoCube es 1: 1 y no puede cambiar esta transformación.

En Hybrid Provider, los datos se pueden cargar desde cualquier tipo de fuente. Todos los datos se almacenan en el sistema BW o en BW Accelerator.

Proveedor híbrido basado en acceso directo

En este proveedor híbrido, los datos se basan en la combinación de proveedores virtuales e InfoCubo. Los nuevos datos se leen directamente desde el sistema de origen mediante proveedores virtuales.

Esto le permite acceder a datos en tiempo real sin demora. Puede cargar los datos solo desde una fuente de datos específica.

Cuando usa SAP BW en el sistema HANA, puede usar los siguientes objetos optimizados para HANA: Objetos de almacén de datos, InfoObjetos, consultas como InfoProviders y CompositeProviders en el espacio de trabajo y consultas de BW.

Cuando crea vistas de información en SAP HANA, se publican los datos de BW. Estas vistas de SAP HANA apuntan directamente a datos y tablas administrados por BW.

Los datos de SAP BW se pueden consumir directamente en las vistas de modelado de HANA. Puede generar vistas de SAP HANA para consultas como InfoProviders en la base de datos de HANA.

Crear vistas de SAP HANA para consultas como InfoProvider

El primer paso es crear un índice SAP HANA. Puedes hacer esto usandoTransaction: RSDDB o usando Transaction RSA1 para abrir BW Workbench.

Puede llamar el mantenimiento de índices para el objeto utilizando las siguientes opciones:

Method 1 - El primer método es llamar a SAP BW Workbench mediante Transaction RSA1.

Seleccione InfoSitio en la navegación. Haga clic con el botón derecho y seleccione Mantener índice de acelerador de BW. Esto abre la pantalla de administración de índices de SAP HANA / BWA.

Method 2 - Otras formas de llamar directamente a la pantalla de mantenimiento de índices de SAP HANA / BWA mediante Transaction RSDDB.

Esto abre la pantalla de mantenimiento del índice SAP HANA / BWA. Seleccione el tipo de objeto BW - VirtualProvider o Query as InfoSitio usando la opción de botón.

Seleccione la consulta para la que desea generar la vista SAP HANA → Crear.

En la parte inferior de la pantalla, el sistema muestra una lista de todos los objetos que ya tienen un índice SAP HANA.

No puede indexar el resultado de una consulta, si la consulta cumple alguna de las siguientes condiciones:

  • Cuando una consulta contiene una combinación temporal como resultado, no se puede almacenar en un índice plano debido a la jerarquía.

  • Cuando se utilizan agregaciones locales.

  • Cuando el nombre de la consulta tenga más de 20 letras.

  • Cuando la consulta es una consulta lista para entrada.

Seleccione Vista de repositorio de SAP HANA externo. Cuando activa el índice, la vista de SAP HANA correspondiente a la estructura del objeto se genera en la base de datos de SAP HANA.

SAP HANA Live proporciona una calidad de análisis mejorada en todas las aplicaciones de la suite empresarial. No hay ningún requisito de modelado BW o programación ABAP y puede acceder al marco de informes utilizando estándares abiertos: SQL y MDX.

El uso de modelos de datos virtuales oculta la complejidad de las aplicaciones de la suite empresarial de SAP y los datos están disponibles con facilidad de acceso en los modelos de datos. El modelo de datos virtual consta de los siguientes tipos de vista:

Vista de consulta

Se utilizan para uso directo en una aplicación analítica basada en HTML5 o para ser utilizados en una herramienta analítica como BusinessObjects. Las vistas de consulta normalmente no se reutilizan en otras vistas y siempre permanecen en la parte superior de la jerarquía.

Reutilizar vista

Estas vistas son el corazón de los modelos de datos virtuales y se reutilizan en otras vistas. No están diseñados para usarse directamente en otras herramientas analíticas: Business Objects.

Vista privada

Se basan en tablas de bases de datos, otras vistas privadas o vistas de reutilización. No contienen ningún escenario comercial claro, por lo que no se clasifican como vistas de reutilización y, por lo tanto, no se pueden utilizar con otras vistas.

Arquitectura en vivo de HANA

Los modelos de datos virtuales de SAP HANA Live están diseñados en la parte superior de las tablas de la suite SAP Business. Los datos proporcionados por los modelos de datos virtuales se pueden utilizar mediante aplicaciones basadas en HTML5 o con herramientas analíticas como SAP BusinessObjects.

A continuación se muestra la representación esquemática de la arquitectura de SAP HANA Live.

Todos los informes en SAP HANA Live se basan en el motor informático subyacente y en los datos en tiempo real de las aplicaciones de la suite SAP Business, por lo que no es necesario esperar a que se carguen los datos.

En caso de que los clientes quieran crear nuevos informes para mejorar los existentes, solo necesitan realizar cambios en los modelos de datos virtuales o crear nuevos modelos HANA para respaldar el desarrollo de informes rápidamente.

Panorama del sistema técnico para SAP HANA Live

Se pueden utilizar los siguientes dos enfoques para la implementación de SAP HANA Live en la suite SAP Business.

Escenario lado a lado

En este escenario, tiene dos sistemas y las replicaciones de datos se producen mediante SAP Landscape Transformation. Para ejecutar vistas en vivo de SAP HANA, debe replicar las tablas correspondientes en la base de datos de HANA.

Escenario de integración

El sistema SAP HANA Live y Business Suite comparte el mismo dispositivo SAP HANA y este escenario es adecuado para aplicaciones que se ejecutan directamente en SAP HANA.

El aprovisionamiento de datos se ocupa de la replicación de datos en la base de datos de HANA que se utilizará en el modelado de HANA y se utilizará con las herramientas de informes. Hay varios métodos de aprovisionamiento de datos que son compatibles con la replicación de datos del sistema SAP HANA.

La replicación de SAP HANA permite la migración de datos desde los sistemas de origen a la base de datos de SAP HANA. Una forma sencilla de mover datos del sistema SAP existente a HANA es mediante el uso de varias técnicas de replicación de datos.

La replicación del sistema se puede configurar en la consola a través de la línea de comandos o mediante HANA Studio. El ECC principal o los sistemas de transacciones pueden permanecer en línea durante este proceso. Hay tres tipos de métodos de replicación de datos en el sistema HANA:

  • Método de replicación de SAP Landscape Transformation (SLT)
  • Herramienta ETL Método SAP Business Object Data Service (BODS)
  • Método de conexión directa al extractor (DXC)

La replicación de SAP Landscape Transformation (SLT) es un método de replicación de datos basado en disparadores en el sistema HANA. Es una solución perfecta para replicar datos en tiempo real o replicación basada en programación de fuentes SAP y no SAP. Tiene un servidor de replicación SAP LT, que se encarga de todas las solicitudes de activación. El servidor de replicación se puede instalar como un servidor independiente o se puede ejecutar en cualquier sistema SAP con SAP NW 7.02 o superior.

Existe una conexión RFC confiable entre HANA DB y el sistema de transacciones ECC que permite la replicación de datos basada en disparadores en el entorno del sistema HANA. En la siguiente imagen, puede ver el escenario de replicación de SAP HANA SLT para la replicación de datos en tiempo real.

Ventaja de la replicación SLT

A continuación se muestran las ventajas de la replicación SLT.

  • El método de replicación SLT permite la replicación de datos desde múltiples sistemas de origen a un sistema HANA y también desde un sistema de origen a múltiples sistemas HANA.

  • SAP LT utiliza un enfoque basado en disparadores. No tiene un impacto medible en el rendimiento del sistema fuente.

  • También proporciona capacidad de filtrado y transformación de datos antes de cargar en la base de datos de HANA.

  • Permite la replicación de datos en tiempo real, replicando solo datos relevantes en HANA desde sistemas de origen SAP y no SAP.

  • Está completamente integrado con el sistema HANA y el estudio HANA.

Cree una conexión RFC confiable en el sistema ECC

En su sistema SAP de origen AA1, desea configurar un RFC de confianza para el sistema de destino BB1. Cuando esté hecho, significaría que cuando haya iniciado sesión en AA1 y su usuario tenga suficiente autorización en BB1. Puede utilizar la conexión RFC e iniciar sesión en BB1 sin tener que volver a introducir el nombre de usuario y la contraseña.

Al utilizar RFC de confianza / relación de confianza entre dos sistemas SAP, RFC de un sistema de confianza a un sistema de confianza, no se requiere contraseña para iniciar sesión en el sistema de confianza.

Abra el sistema SAP ECC mediante el inicio de sesión de SAP. Entrartransaction number sm59. Este es el número de transacción para crear una nueva conexión RFC de confianza → Haga clic en el tercer icono para abrir un nuevo asistente de conexión → Haga clic en Crear y se abrirá una nueva ventana.

RFC de destino ECCHANA (ingrese el nombre del RFC de destino) Tipo de conexión: 3 (para el sistema ABAP)

Vaya a Configuración técnica: Ingrese el host de destino: nombre del sistema ECC, IP e ingrese el número del sistema.

Vaya a la pestaña Inicio de sesión y seguridad, ingrese el idioma, el cliente, el nombre de usuario y la contraseña del sistema ECC.

Haga clic en la opción Guardar en la parte superior de la pantalla.

Haga clic en Probar conexión y probará correctamente la conexión.

Configurar la conexión RFC

correr transaction: ltr(para configurar la conexión RFC). Se abrirá un nuevo navegador. Introduzca el nombre de usuario y la contraseña del sistema ECC e inicie sesión.

Haga clic en Nuevo. Una nueva ventana se abrirá. Ingrese el nombre de la configuración. Haga clic en Siguiente. Ingrese el Destino RFC (nombre de conexión creado anteriormente), use la opción de búsqueda, elija el nombre y haga clic en Siguiente.

En Especificar sistema de destino, ingrese el nombre de usuario y la contraseña del administrador del sistema HANA, el nombre de host, el número de instancia y haga clic en Siguiente. Ingrese el número de trabajos de transferencia de datos como 007 (no puede ser 000) → Siguiente → Crear configuración.

Ahora vaya a HANA Studio para usar esta conexión y siga la ruta: Vaya a HANA Studio → Haga clic en Aprovisionamiento de datos → Elija el sistema HANA.

Seleccione el sistema de origen (nombre de la conexión RFC de confianza) y el nombre del esquema de destino donde desea cargar las tablas del sistema ECC. Seleccione las tablas que desea mover a la base de datos HANA → AGREGAR → Finalizar.

Las tablas seleccionadas se moverán al esquema elegido en la base de datos HANA.

Hay diferentes modos en la replicación de datos de SLT:

  • Load - Para programar la carga de datos a la base de datos HANA.

  • Replicate - Replicar la programación.

  • Suspend - Suspender el proceso de replicación.

  • Resume - Para reanudar la replicación detenida para completar la carga de datos.

El enfoque basado en disparadores de replicación de SLT es muy común con el sistema SAP BW para la replicación de datos en tiempo real en cualquier base de datos según la matriz de disponibilidad de productos (PAM).

En la figura anterior, puede ver la arquitectura simple de la replicación de datos SLT con el sistema SAP BW. Se sugiere la replicación de datos SLT para tablas simples sin ningún tipo de unión o transformación. Los clientes de SAP BW pueden utilizar el servidor de replicación SLT y es independiente de la base de datos subyacente.

El servidor de replicación SLT se utiliza para administrar y gestionar el aprovisionamiento de datos.

DB Connect se utiliza para definir otra conexión de base de datos además de la conexión predeterminada y estas conexiones se utilizan para transferir datos al sistema de BI desde tablas o vistas.

Para conectar una base de datos externa, debe tener la siguiente información:

  • Tools
  • Conocimiento de la aplicación de origen
  • Sintaxis SQL en la base de datos
  • Funciones de base de datos

Prerrequisitos

En caso de que su sistema de administración de base de datos de origen sea diferente del DBMS de BI, debe instalar el cliente de base de datos para el DBMS de origen en el servidor de aplicaciones de BI.

Las características clave de DB Connect incluyen la carga de datos en BI desde una base de datos compatible con SAP. Cuando conecta una base de datos a BI como sistema de origen, es necesario crear un punto de acceso directo al sistema de gestión de la base de datos relacional externa.

Arquitectura DB

La función multiconexión del componente SAP NetWeaver le permite abrir conexiones de base de datos adicionales además de la conexión predeterminada de SAP y puede usar esta conexión para conectarse a la base de datos externa.

DB Connect se puede utilizar para establecer una conexión de este tipo como conexión del sistema de origen a BI. Las mejoras de DB Connect a la base de datos le permiten cargar los datos a BI desde las tablas de la base de datos o vistas de aplicaciones externas.

Para la conexión predeterminada, DB Client y DBSL están preinstalados para el sistema de administración de bases de datos (DBMS). Para usar DB Connect para transferir datos al sistema de BI desde otros sistemas de administración de bases de datos, debe instalar DB Client específico de la base de datos y DBSL específico de la base de datos en el servidor de aplicaciones de BI que está utilizando para ejecutar DB Connect.

Crear DBMS como sistema fuente

Vaya a RSA1 → Administration workbench. En la pestaña de modelado → Sistemas fuente

Vaya a DB Connect → Haga clic derecho → Crear

Ingrese el nombre del sistema lógico (DB Connect) y la descripción. Haga clic en Continuar.

Ingrese el DBMS que desea utilizar para administrar la base de datos.

Ingrese el usuario de la base de datos bajo cuyo nombre desea que se abra la conexión y la contraseña de la base de datos debe ingresar para la autenticación de la base de datos.

En Información de conexión, debe ingresar la información técnica requerida para abrir la conexión a la base de datos.

Permanent Indicator- Puede configurar este indicador para mantener una conexión permanente a la base de datos. Si finaliza la primera transacción, se verifica cada transacción para ver si se puede reiniciar la conexión.

Puede utilizar esta opción si se debe acceder con frecuencia a la conexión DB.

Guarde esta configuración y puede hacer clic en volver para ver en la tabla.

Puede crear vistas de modelado HANA basadas en InfoCubes en el sistema SAP BW. Para hacer esto, debe abrir InfoCube en modo de edición y activar el indicador Vista externa de SAP HANA.

Lo siguiente es activar el InfoCubo.

Luego, vaya a SAP HANA Studio → Ir a Paquete: system-local → BW → BW2HANA

Busque Vista analítica con el nombre InfoCubo. Haga clic derecho → Abrir definición. Puede seleccionar la función de diseño automático.

Cuando migra de SAP BW a la base de datos HANA, hay varios tipos de procesos que están obsoletos. Si usa la base de datos SAP HANA, los siguientes tipos de procesos en la cadena de procesos no son necesarios:

  • Llenado de nuevos áridos
  • Índices BWA
  • Ajustar agregados dependientes del tiempo
  • Generar índice
  • Eliminar índice

No es necesario modificar las cadenas de procesos para eliminar estos tipos de procesos. La cadena de procesos continúa funcionando sin errores. Cuando revise el registro de Process Chain, verá que estos pasos no se ejecutan.

Hay diferentes transacciones disponibles para monitorear las ejecuciones de la cadena de procesos.

Monitorear cadenas de procesos periódicas

Utilizar Transaction: RSPCM

Puede monitorear el estado de las ejecuciones actuales para las cadenas de procesos seleccionadas. También puede navegar a la vista detallada de la cadena de procesos que se ejecuta desde esta transacción.

Ver el registro de ejecuciones de una cadena de procesos

Utilizar Transaction: RSPC. Mostrará una o más ejecuciones para una cadena de proceso.

Realizar el mantenimiento de la cadena de procesos para una ejecución de la cadena de procesos

Utilizar Transaction: RSPC1. Esta transacción se utiliza para ver el registro de esta ejecución mencionando el ID de registro de la cadena de proceso concreta.

BW Accelerator (BWA) y HANA son herramientas en memoria y le brindan las opciones para acelerar el rendimiento de la consulta mediante copias persistentes de InfoCube en memoria. BWA fue el primero en incorporar el concepto en memoria al almacenamiento de datos y SAP HANA permite que todas las aplicaciones se ejecuten en la base de datos en memoria de HANA.

Las siguientes son las diferencias clave entre SAP HANA y BWA:

Acelerador de BW (BWA)

  • BW Accelerator está diseñado específicamente para el sistema Business Warehouse 7.0 o superior para acelerar el rendimiento de las consultas. Reduce el tiempo de adquisición de datos al conservar copias de los datos de InfoCube en la memoria.

  • BWA es una solución para lograr un mejor rendimiento sin realizar ningún cambio en la aplicación BI / BW.

  • Lee datos de SAP BW / BI y proporciona un proceso de lectura acelerado y envía los resultados a las consultas de BI / BW.

  • Puede crear informes BEx o informes en una herramienta analítica como BusinessObjects o incluso paneles mediante consultas aceleradas con BWA.

SAP HANA en memoria

SAP HANA es una plataforma y una base de datos en memoria para proporcionar aplicaciones analíticas de alto rendimiento. Los datos se pueden replicar en la base de datos de HANA desde fuentes de datos de SAP y no SAP y se pueden ver y analizar mediante las herramientas de informes de BusinessObjects.

  • SAP HANA admite la carga de datos en tiempo real y la generación de informes mediante el aprovisionamiento de datos basado en disparadores de replicación de SLT.

  • Los conjuntos de datos se cargan en SAP HANA y, con las herramientas de BI, puede consumir modelos de datos de HANA para el análisis y la generación de informes de datos.

  • Puede acceder a datos SAP y no SAP en SAP HANA, incluido SAP BW.

  • Los datos se almacenan en un almacenamiento basado en columnas y, por lo tanto, proporcionan compresión de datos y menos tiempo para realizar agregaciones. No es necesario guardar datos agregados y las agregaciones se pueden realizar sobre la marcha.

Note -

  • Cuando migra SAP BW con tecnología HANA, BWA queda obsoleto. Puede consultar con el proveedor de hardware de BWA para acreditar la licencia de BWA. Pocos proveedores de hardware le permiten acreditar el hardware de BWA cuando obtiene un nuevo dispositivo de hardware de SAP HANA.

  • El tiempo de ejecución de consultas en SAP BW en HANA y BWA es comparable. En algunos escenarios, las consultas se ejecutan más rápido en BW en HANA en comparación con BWA.

  • Cuando usa BW en HANA, se elimina toda la creación de índices BWA. Cuando se realiza la carga de datos, está disponible de inmediato.

Cuando crea vistas de SAP HANA basadas en el sistema BW, existen ciertos tipos de privilegios que se requieren para ejecutar las vistas en HANA. Se pueden aplicar diferentes niveles de valores a los objetos en el sistema SAP HANA y BW.

En SAP HANA, los privilegios analíticos se utilizan para limitar el acceso a nivel de fila en las vistas de modelado. Los privilegios analíticos se manejan como filtros para consultas de bases de datos. Los usuarios solo ven los datos para los que tienen un privilegio analítico.

Puede asignar diferentes tipos de derechos a diferentes usuarios sobre diferentes componentes de una Vista en Privilegios analíticos.

A veces, se requiere que los datos de la misma vista no sean accesibles para otros usuarios que no tengan ningún requisito relevante para esos datos.

Example

Suponga que tiene una vista analítica EmpDetails que tiene detalles sobre los empleados de una organización: nombre de empresa, Id. De empresa, departamento, salario, fecha de incorporación, inicio de sesión de empresa, etc. Ahora, si no desea que el desarrollador de informes vea los detalles de salario. o los detalles de inicio de sesión de Emp de todos los empleados, puede ocultarlos mediante la opción de privilegios analíticos.

Los privilegios analíticos solo se aplican a los atributos en una vista de información. No podemos agregar medidas para restringir el acceso en los privilegios analíticos.

Los privilegios analíticos se utilizan para controlar el acceso de lectura en las vistas de información de SAP HANA. Por lo tanto, podemos restringir los datos por Empname, EmpId, Emp logon o por Emp Dept y no por valores numéricos como salario y bonificación.

Cree privilegios analíticos en SAP HANA

Haga clic con el botón derecho en el nombre del paquete y vaya al nuevo privilegio analítico o puede abrir con el inicio rápido de HANA Modeler.

Introduzca el nombre y la descripción del privilegio analítico → Finalizar. Una nueva ventana se abrirá.

Puede hacer clic en el botón Siguiente y agregar la vista Modelado en esta ventana antes de hacer clic en Finalizar. También hay una opción para copiar un paquete Analytic Privilege existente.

En BW, los usuarios solo pueden ejecutar consultas BEx para las que están autorizados. En caso de que no tenga permiso para ejecutar una consulta, se muestra un mensaje de error.

Para crear vistas de SAP HANA desde InfoProviders, se puede utilizar el siguiente enfoque: Privilegio analítico basado en XML.

Cuando las vistas de SAP HANA se crean a partir de InfoProviders de SAP HANA, puede usar el privilegio analítico basado en XML para aplicar: Privilegio analítico basado en SQL.

Cuando se crean vistas de SAP HANA a partir de BW InfoProviders de SAP BW, se utilizan privilegios analíticos basados ​​en SQL.

Privilegio de objeto en SAP HANA

Para acceder a las vistas de SAP HANA que se generan desde SAP BW, debe tener la siguiente autorización:

  • Object privilege - SELECCIONAR en _SYS_BI

  • Object privilege - EXECUTE en REPOSITORY_REST (SYS)

  • Package privilege - REPO.READ en el paquete de contenido donde se almacenan las vistas generadas de SAP HANA.

Una persona debe tener buena experiencia en SAP BW con conocimientos de nivel experto en SAP BW en proyectos de SAP HANA. Debería haber trabajado en proyectos que involucren el modelado de SAP BW con respecto a SAP HANA utilizando proveedores compuestos, DSO avanzados, ODP, LSA ++ y utilizando objetos BW expuestos como vistas de HANA.

A continuación se presentan algunas de las otras experiencias y capacidades necesarias.

  • Experiencia en proyectos de BW en HANA y al menos 2 experiencia en implementación o desarrollo de BW de extremo a extremo.

  • Implementar SAP BW en modelos específicos de HANA como proveedores compuestos y exponer objetos BW en vistas de HANA, aprovisionamiento de datos operativos, LSA ++, etc.

  • Trabaje en HANA Studio: esquemas y tablas en HANA, vista de atributos, vista analítica y vistas de cálculo.

  • Desarrollo y manejo de escenarios híbridos: modelos de datos BW y vistas HANA según el requisito.

  • Gestione tablas de SAP BW en el entorno de distribución de HANA.

  • Se requiere experiencia en integración con BW / BO / HANA.

  • El conocimiento de las herramientas BOBJ como WEBI, Lumira y Design Studio es una ventaja.

  • Certificación SAP BW 7.0 y superior.

  • Certificado SAP BW en HANA.