Aprovisionamiento y replicación de DATOS en SAP HANA

⚡ Resumen inteligente

Suministro de datos en SAP HANA carga los datos desde los sistemas de origen antes de que cualquier herramienta de interfaz pueda acceder a ellos. Por ejemplo:tracEl proceso permite transformar, cargar y actualizar los datos mediante opciones integradas o herramientas externas como SLT, Data Services y DXC.

  • 🔄 Proceso central: El aprovisionamiento crea, prepara y habilita una red para suministrar datos a sus usuarios a través detract, transformar y cargar.
  • ⚙️ Opciones integradas: Archivo plano, transmisión inteligente de datos, acceso inteligente a datos, gestión de información empresarial y datos remotos.
  • ???? Herramientas externas: SAP Transformación del paisaje, Business Objects Data Services, Direct ExtracConexión para y servidor de replicación Sybase.
  • 🇧🇷 Fuerza SLT: Replicación en tiempo real y programada desde ambos SAP y noSAP sistemas fuente.
  • 🖼️ Servicios de datos: Una plataforma gráfica para el diseño de procesos ETL a través de fuentes heterogéneas.
  • 📦 Naturaleza DXC: Direct ExtracTor Connection es una ruta ETL basada en lotes que reutiliza BW existente.tracTors.
  • 🔗 Requisitos previos de SLT: Una conexión RFC o de base de datos a la fuente y una conexión de base de datos a SAP HANA.

Aprovisionamiento y replicación de datos en SAP HANA

¿Qué es el aprovisionamiento de DATOS?

El aprovisionamiento de DATOS es un proceso de creación, preparación y habilitación de una red para proporcionar datos a su usuario. Es necesario cargar los datos en SAP HANA antes de que los datos lleguen al usuario a través de una herramienta de interfaz de usuario.

Todos estos procesos se denominan ETL (Extract, Transformar y Cargar), y los detalles son los siguientes:

  • Extract - Esta es la primera y a veces la parte más difícil de ETL, en la que se extraen los datos.tracobtenido de los diferentes sistemas de origen.
  • Transformar – En la parte de transformación, se define una serie de reglas o funciones para los datos.tracobtenidos del sistema de origen, para cargar datos en el sistema de destino.
  • Carga - La fase de carga carga los datos en el sistema de destino.

Gracias SAP HANA almacena los datos en memoria y se utiliza con frecuencia para generar informes en tiempo real. La elección del método de aprovisionamiento influye directamente en la actualidad de los datos en un informe. Esta elección se analiza después de enumerar las herramientas disponibles.

replicación en SAP HANA

SAP HANA admite dos tipos de herramientas de aprovisionamiento:

  1. SAP Herramienta de aprovisionamiento integrada de HANA
    1. Archivo plano
    2. Transmisión de datos inteligente
    3. Acceso inteligente a datos (SDA)
    4. Gestión de la información empresarial (EIM)
    5. Datos remotos
  2. Herramienta externa soportada por SAP HANA
    1. SAP Transformación del paisaje
    2. SAP Servicios de datos de objetos comerciales
    3. SAP Direct ExtracConexión Tor
    4. Servidor de replicación Sybase

En la actualidad, existen métodos principales de suministro de datos para SAP HANA, estos son...

Métodos de suministro de datos Mareas Ideales para Lecciones
SLT SLT ("SAP Landscape Transformation Replication Server”) que se ejecuta en el SAP Plataforma Net Weaver. SLT es una solución ideal para la replicación en tiempo real y programada para SAP y noSAP sistema fuente.
SAP Servicios de DATOS SAP Servicios de DATOS es una plataforma para el diseño de procesos ETL con una interfaz gráfica de usuario.
DXC DXC significa Direct ExtracTor Connect es una herramienta ETL basada en procesamiento por lotes.
Carga de archivos planos Esta opción se utiliza para cargar datos (.csv, .xls, .xlsx) a SAP HANA.

SAP Hoja de ruta de HANA SLT

SAP La hoja de ruta de HANA SLT es la siguiente: el aprovisionamiento de DATOS a través de SLT requiere una conexión RFC/DB para SAP/No-SAP Sistema fuente y una conexión DB para SAP Base de datos HANA. En SAP servidor TR, definimos Mapaping y transformación. A continuación se muestra una hoja de ruta para el aprovisionamiento de datos a través de SLT.

SAP Hoja de ruta de HANA SLT
SAP Hoja de ruta de HANA SLT

Comparación de SLT, Data Services, DXC y archivos planos

Los cuatro métodos principales no son intercambiables. Cada uno fue diseñado para un requisito de latencia diferente y un tipo de fuente diferente, como se muestra claramente en la tabla.

Parámetro SLT SAP Servicios de datos DXC Archivo plano
Estado latente En tiempo real o programado Lote programado Lote programado Manual, único
Sistemas de origen SAP y noSAP bases de datos Casi cualquier fuente, incluidos archivos y servicios web. SAP Solo para Business Suite CSV, XLS, XLSX
Simple, basado en reglas durante la replicación ricas transformaciones gráficas Aplicado por el ex existentetractor Ninguna
Semántica preservada Solo a nivel de tabla Tal como se diseñó en el trabajo Sí, la semántica empresarial del extractor Ninguna
Esfuerzo de configuración Medio, requiere un servidor SLT Alto, necesita un panorama de servicios de datos Bajo donde extracexisten tors Muy bajo
Uso típico Operainformes nacionales sobre transacciones en vivo Consolidación de fuentes heterogéneas Reutilización de BW existente extraclógica de Tor prototipoping y tablas de búsqueda pequeñas

Cada uno tiene un tutorial específico: SLT, SAP Servicios de datos, DXC, y carga de archivo plano.

Acceso inteligente a los datos e integración inteligente de los mismos.

La lista integrada anterior incluye dos opciones que se comportan de manera diferente a las demás, ya que pueden evitar por completo la copia de datos.

Acceso inteligente a datos (SDA). SDA crea una tabla virtual en SAP HANA apunta a una tabla en un sistema remoto. No se replican los datos. Cuando una consulta accede a la tabla virtual, HANA transfiere la mayor parte del trabajo posible a la base de datos remota y recupera solo el resultado. La ventaja es que el costo de almacenamiento es cero y los datos siempre están actualizados. La limitación es que la velocidad de la consulta ahora depende del sistema remoto, por lo que una fuente lenta ralentiza un informe rápido de HANA.

Integración Inteligente de Datos (IDE). SDI amplía esta idea con adaptadores que también pueden replicar, ya sea en lotes o mediante la captura de cambios de datos, y aplicar transformaciones durante el proceso. En efecto, integra gran parte de las funcionalidades de Data Services dentro de HANA, eliminando la necesidad de un entorno ETL independiente en proyectos pequeños.

La elección entre las tres familias se reduce a tres preguntas:

  • ¿Qué grado de actualidad deben tener los datos? Los puntos en tiempo real en SLT o SDI capturan los datos de cambios; para Data Services o DXC, basta con pasar la noche.
  • ¿Es necesario copiar los datos? Si se consulta con poca frecuencia y reside en una base de datos con capacidad suficiente, SDA evita por completo la duplicación.
  • ¿Cuánta transformación se requiere? El filtrado sencillo se adapta a SLT; la limpieza, la eliminación de duplicados y las búsquedas complejas se adaptan a Data Services.

Una vez que los datos han llegado, se exponen a los informes a través de las vistas de información descritas en el SAP Modelado HANA tutorial.

Preguntas Frecuentes

La replicación copia las filas en HANA, por lo que las consultas son rápidas y se consume almacenamiento. La virtualización mediante SDA deja los datos en el origen y los lee bajo demanda, sacrificando velocidad a cambio de información.

Sí, y la mayoría de los entornos lo hacen. SLT normalmente gestiona las tablas transaccionales en tiempo real, mientras que Data Services consolida las fuentes externas durante la noche, escribiendo cada una en esquemas diferentes.

La IA analiza los datos de origen antes de cargarlos, detectando duplicados, formatos inconsistentes y claves faltantes, de modo que los problemas se corrigen en el origen en lugar de que aparezcan en un informe semanas después.

Sí. La detección de anomalías en el recuento de filas y los tiempos de carga señala una replicación que se ha estancado o ralentizado, lo cual suele ser invisible hasta que un informe muestra las cifras del día anterior.

Para prototipoping, pequeñas tablas de referencia y cargas puntuales. Es manual e irrepetible, por lo que nunca debería formar parte de un flujo de datos de producción que deba ejecutarse según un cronograma.

Resumir este post con: