Share via

Elección del mejor conector de SAP

  • Artículo

Este artículo forma parte de la serie de artículos "Ampliación e innovación de datos de SAP: procedimientos recomendados".

SE APLICA A: Azure Data Factory Azure Synapse Analytics

Este artículo es la parte 2 de la serie de procedimientos recomendados para ampliar e innovar datos de SAP. Para leer el primer artículo de la serie, consulte Identificación de orígenes de datos de SAP.

Las aplicaciones de SAP suelen ejecutar varios procesos empresariales críticos y fundamentales que generan una gran cantidad de datos empresariales valiosos. Hay muchas aplicaciones y soluciones de SAP en OLTP, como ECC, CRM, SCM y OLAP, como BW. Las aplicaciones de SAP exponen datos de varias maneras. Cuando los clientes combinan datos de SAP y no SAP y aplican servicios de datos avanzados, como análisis e IA, extraen información predictiva en tiempo real. Este método mejora los resultados empresariales. La integración de datos de SAP puede ser un proyecto grande y complejo.

Consideraciones de diseño para integrar datos de SAP con Azure

Las canalizaciones de Azure Data Factory y Azure Synapse Analytics proporcionan varias maneras y conectores para integrar datos de SAP en Azure. El enfoque y los conectores de SAP que elija dependen de varios factores, como el tipo de aplicación SAP, los tipos de datos y cómo se exponen, el volumen de los datos y la latencia esperada, lo que desea hacer con los datos y dónde desea almacenarlos. Los datos se pueden almacenar en SAP o fuera de SAP.

Se recomiendan las siguientes consideraciones para ayudarle a determinar el enfoque y planear una arquitectura de alto nivel.

  • Defina cada uno de los casos de uso empresariales y el resultado esperado de cada uno. Considere qué problema resuelve el caso de uso o qué resultado empresarial logra y cómo.
  • Identifique las aplicaciones y los sistemas implicados en el flujo de datos de SAP y la clasificación de datos.
  • Defina el perfil de datos, lo que incluye los sistemas de origen de SAP, por ejemplo ECC, S/4HANA, BW/4HANA o BWoH. Defina el volumen y el tipo de datos, como los datos sin procesar o los datos transformados. Defina el tipo de objetos de SAP en los que los datos están disponibles, por ejemplo, bases de datos subyacentes, tablas de diccionario de datos de SAP (como EKKO, AUFK) u objetos lógicos como vistas de CDS, extractores de SAP u objetos BW.
  • Identifique los conectores adecuados para cada escenario. Azure proporciona varios conectores para conectarse a sistemas SAP y puede haber más de un conector disponible para un sistema de origen determinado. Pero otros factores, como los volúmenes de datos y las versiones de productos de SAP, pueden influir en esta elección.
  • Defina lo que sucede con los datos, como limpieza, validación, transformación o enriquecimiento, y dónde ocurre, por ejemplo, en SAP o en Azure.
  • Decida dónde se almacenan los datos, por ejemplo, un lago de datos o un almacenamiento de datos, y cómo se visualizan, por ejemplo, Power BI.
  • Considere la latencia esperada y la frecuencia de ingesta de datos, por ejemplo, baja latencia, cada 4 horas o diariamente.
  • Defina los requisitos de gobernanza, clasificación, acceso, seguridad y redes.
  • Determine si un único patrón de arquitectura sirve para todos los casos de uso o si necesita establecer varios patrones en función de los requisitos anteriores.
  • Identifique los servicios de Azure y las organizaciones internas implicadas e identifique las aptitudes y los recursos necesarios, como SAP, la plataforma de datos de Azure, la seguridad y las redes.
  • Considere la posibilidad de ejecutar una prueba de concepto con un objetivo, un ámbito, un enfoque y criterios de éxito bien definidos.

Sugerencia

Valide que los componentes y versiones de SAP actuales y futuros admitan la solución.

Cuando sea posible, conéctese al servidor de mensajes de SAP (tipo de inicio de sesión: Grupo) en lugar del servidor de aplicaciones para el equilibrio de carga.

La mayoría de los conectores de Azure admiten la conexión a sistemas SAP mediante comunicaciones de red segura (SNC).

Las canalizaciones de Azure Synapse Analytics y Azure Data Factory proporcionan plantillas de SAP para empezar a trabajar rápidamente con un enfoque basado en patrones para varios escenarios de SAP.

Compruebe si el escenario de extracción de datos de SAP afecta a las licencias de SAP.

Puede usar el SDK de ABAP para Azure para una integración más estrecha de los datos de SAP con Azure.

Elección del conector óptimo

Las consideraciones siguientes le ayudarán a empezar a trabajar con su enfoque en función de dónde residen los datos y en qué forma.

  • Si los datos se modelan dentro de una aplicación SAP y están disponibles para consumir en forma de objetos lógicos, use un conector que funcione con objetos lógicos mediante la conexión a NetWeaver AS ABAP.
  • Si los datos no están modelados dentro de una aplicación SAP, pero están disponibles en tablas o vistas de diccionario de datos en formato sin procesar, use un conector que funcione con datos sin procesar mediante la conexión a NetWeaver AS ABAP.
  • Si los datos están disponibles en las aplicaciones OLAP o OLTP de SAP, use un conector que funcione con la aplicación correspondiente.
  • Si los datos están disponibles en la base de datos de SAP HANA, use el conector de SAP HANA que se conecta a dicha base de datos mediante los controladores ODBC de HANA.
  • Hay conectores genéricos disponibles que se conectan a las bases de datos subyacentes de AnyDB (que no son de SAP), como MS SQL, IBM y Oracle.
  • Azure proporciona conectores de SAP para Azure Logic Apps, Power Apps y Azure Functions para conectarse a aplicaciones de SAP. Estos escenarios de integración abarcan distintos casos de uso, aunque es posible que se superpongan.

Sugerencia

Si no hay ningún conector disponible para la aplicación o el escenario, considere la posibilidad de mover los datos a una aplicación o escenario admitidos.

En la tabla siguiente se muestran las opciones más amplias disponibles en función de la aplicación SAP desde la que desea capturar los datos.

Ubicación de los datos Escenario: Carga completa y delta manual Escenario: Carga completa y captura de datos modificados
SAP HANA SAP HANA SAP CDC
SAP BW Tabla de SAP, SAP BW OpenHub, SAP BW a través de MDX SAP CDC
SAP ECC, SAP S/4 HANA Tabla de SAP, SAP ECC SAP CDC

En la tabla siguiente se muestra un resumen de todos los conectores de SAP disponibles en Azure Data Factory y Azure Synapse Analytics para diferentes orígenes de SAP, escenarios y funcionalidades del conector.

Sugerencia

Normalmente, los conectores y funcionalidades admitidos dependen de la instancia de producto de SAP, por ejemplo BW en HANA frente a BW/4HANA y su versión. Para más información, consulte la documentación de producción de cada conector.

Para obtener información sobre la compatibilidad general con el escenario de integración de datos de SAP, consulte Integración de datos de SAP.

Aplicación de origen de SAP Tipo de datos Conector de Azure Objetos y modo admitidos Protocolo y conexión Authentication Más información Paralelización y rendimiento Volumen de datos
Aplicaciones SAP basadas en NetWeaver AS ABAP, como SAP ECC, S/4HANA, CRM, SRM, BW en HANA y BW/4HANA Datos sin procesar CDC de SAP a través de SLT Todas las tablas transparentes, agrupadas y de clúster admiten carga completa y CDC. Algunas vistas (transacción SE11) admiten la carga completa y CDC. RFC llama a la aplicación NetWeaver y al servidor de mensajes. SNC básico Requisitos previos Sí, rápido con carga en paralelo integrada basada en particiones configurables. Grande
Aplicaciones SAP basadas en NetWeaver AS ABAP, como SAP ECC, S/4HANA, CRM, SRM, BW en HANA y BW/4HANA Objetos lógicos SAP CDC Las vistas de CDS de ABAP admiten la carga completa y muchas de ellas admiten delta, por ejemplo, si se basan en marcas de tiempo o desencadenadores. Los extractores de SAP, estándar y personalizados, admiten la carga completa y también pueden admitir delta en función de la configuración. BW InfoProviders, como DSO, ADSO, InfoCubes, MultiProvider, CompositeProvider y Query (si se expone como InfoProvider) admiten la carga completa y también pueden admitir delta en función de la configuración. RFC llama a la aplicación NetWeaver y al servidor de mensajes. Básico, SNC Requisitos previos Sí, rápido con carga en paralelo integrada basada en particiones configurables. Grande
Aplicaciones SAP basadas en NetWeaver AS ABAP, como SAP ECC, S/4 HANA, BW en AnyDB y BW en HANA. No se admite BW/4HANA. Datos sin procesar SAP Table Todas las tablas y vistas de clúster transparentes y agrupadas (transacción SE11) admiten la carga completa. También puede extraer cambios con marcas de agua manuales mediante una marca de tiempo o la columna de id. único. RFC llama a la aplicación NetWeaver y al servidor de mensajes. Básico, SNC Requisitos previos Sí, rápido con carga en paralelo integrada basada en particiones configurables. Grande
BW en AnyDB y BW en HANA. No se admite BW/4HANA. Objetos lógicos Open Hub para SAP BW Los objetos BW expuestos a través de la tabla local de Destino de Open Hub (OHD), como DataSources, DSO, InfoCube, MultiProvider, CompositeProvider y Query (si se exponen como InfoProvider) admiten la carga completa. Delta se admite si el OHD admite delta. RFC llama a la aplicación NetWeaver y al servidor de mensajes. Básico Requisitos previos. Cree SAP OHD en SAP BW para exponer datos. Sí, rápido con carga en paralelo integrada basada en un esquema específico de OHD. Grande
BW en AnyDB y BW en HANA. No se admite BW/4HANA. Objetos lógicos SAP BW a través de MDX BW InfoCubes y QueryCubes (incluidas las consultas BEx) admiten la carga completa. Delta no es compatible. RFC llama al servidor de aplicaciones de NetWeaver. Básico Requisitos previos Más lento Pequeño
SAP ECC, S/4 HANA Datos sin procesar u objetos lógicos SAP ECC a través de la puerta de enlace de SAP Los objetos expuestos por los servicios OData, como tablas de SAP, vistas, objetos BAPI, extractores, datos o IDOC enviados a SAP PI que se pueden recibir como OData a través de adaptadores relativos admiten la carga completa. También puede extraer cambios con marcas de agua manuales mediante una marca de tiempo o la columna de id. único. Llamadas HTTP (OData) a la aplicación NetWeaver y al servidor de mensajes. Básico Requisitos previos. Configure la puerta de enlace de SAP, active el servicio OData y exponga las entidades. Más lento Pequeño
SAP HANA Datos sin procesar u objetos lógicos SAP HANA Las tablas de filas y columnas de base de datos de HANA, los modelos de información (vistas de análisis y cálculo) y las consultas personalizadas admiten la carga completa. También puede extraer cambios con marcas de agua manuales mediante una marca de tiempo o la columna de id. único. Llamadas ODBC a la base de datos de HANA. Básico, Windows (SSO) Requisitos previos Sí, rápido con carga en paralelo integrada basada en particiones configurables. Grande
SAP Cloud for Customer (SaaS CRM) Datos sin procesar u objetos lógicos SAP C4C Este conector es bidireccional. Puede copiar datos hacia y desde SAP C4C. Se admiten objetos que los servicios de OData pueden exponer desde SAP C4C. Llamadas HTTP (OData) al servicio SaaS. Básico Más lento Pequeño

Puede haber más de un conector disponible para un escenario. Su elección depende del conector que le ofrezca las mejores funcionalidades de integración. Considere la posibilidad de usar el conector que se integra con una capa superior, por ejemplo, la aplicación SAP en lugar de la base de datos. Las imágenes siguientes muestran la dirección de decisión sugerida.

SAP ECC, S/4 HANA, integración de aplicaciones de SAP: Extrae datos de SAP ECC, S/4 HANA u otras aplicaciones de SAP.

Diagrama que muestra conectores SAP ECC y S/4 HANA.

Integración de SAP BW: Extrae datos de SAP BW y B/4 HANA. Diagrama que muestra conectores de SAP BW y BW/4 HANA.

Pasos siguientes