Al acceder a sistemas externos desde SAP HANA Cloud o On-Premise, establece una comunicación entre dos sistemas. Describamos un escenario básico y proporcionemos los conceptos clave.

En primer lugar, dejemos claro el significado del origen y el destino en esta figura. Para simplificarlo, generalmente consideramos que el sistema remoto es el sistema fuente, mientras que el SAP HANA local desde el que accedemos es el sistema de destino.
Atención
Un artefacto clave que permite el acceso a sistemas remotos es la fuente remota. Se trata de un objeto de base de datos creado en el sistema de destino (SAP HANA) y que hace referencia a un sistema fuente, por ejemplo, otra base de datos SAP HANA (en la nube o local), un sistema SAP ASE o un repositorio de archivos.
Por último, en un esquema de la base de datos de destino, cree tablas virtuales que hagan referencia a una fuente remota Y a un objeto remoto en el sistema fuente al que da acceso esta fuente remota.
Nota
Centrémonos en la seguridad y mantengámosla simple por ahora. Un usuario local crea las fuentes remotas y proporciona las credenciales de un usuario remoto. Este usuario remoto con sus privilegios se utiliza para acceder al sistema remoto y operar en él.
Acceso a datos inteligentes de SAP HANA e integración de datos inteligentes
Para acceder a datos externos desde un sistema SAP HANA Cloud o local, puede utilizar diferentes tecnologías. En este curso, nos centramos en dos tecnologías que se utilizan cuando SAP HANA es el objetivo para escenarios de federación o replicación:
Las dos tecnologías son:
- SAP HANA Smart Data Access
- SAP HANA Smart Data Integration
Estas dos tecnologías comparten muchos conceptos, componentes e interfaces. Comparten los mismos objetos de base de datos en el lado de destino (SAP HANA), conceptos de seguridad, etc. Especialmente para la federación de datos (acceso a datos sobre la marcha sin replicar un conjunto de datos completo), ofrecen capacidades muy similares.

El acceso a datos inteligentes de SAP HANA se basa en adaptadores integrados que se ejecutan en la base de datos de SAP HANA. Existen principalmente dos tipos de adaptadores: adaptadores ODBC y REST API. Los adaptadores de API REST solo están disponibles en SAP HANA Cloud.

En la integración de datos inteligentes de SAP HANA, entran en juego dos componentes adicionales.
- Servidor de aprovisionamiento de datos
Este servicio se ejecuta en la instancia de SAP HANA. Debe habilitarse para admitir cualquier conectividad SDI.
- Agente de aprovisionamiento de datos
Este componente es una aplicación que se ejecuta on-premise, en la red de su empresa. Este agente se conecta al servidor de aprovisionamiento de datos y expone adaptadores SDI para que los puedan utilizar fuentes remotas.
Tenga en cuenta que los adaptadores OData se ejecutan en el servidor de aprovisionamiento de datos y no utilizan el agente de aprovisionamiento de datos.
Nota
Técnicamente, el agente de aprovisionamiento de datos puede ejecutarse en el mismo host que una base de datos de SAP HANA, como se muestra en algunas demostraciones en este curso. Sin embargo, según la carga de trabajo planificada y para cumplir con las mejores prácticas técnicas, la mayoría de las veces se instala en un host separado.
Resumen de sistemas fuente admitidos
El acceso a datos inteligentes de SAP HANA y la integración de datos inteligentes de SAP HANA cubren una amplia gama de bases de datos de origen, ubicadas en la nube u on-premise. Para algunos de ellos, tiene la opción de elegir entre una tecnología y la otra, dependiendo de los detalles de su escenario.
Los adaptadores pueden trabajar a nivel de base de datos, como es el caso de los adaptadores de SAP HANA, SAP ASE, SAP IQ, SAP HANA Cloud Data Lake y muchos más. Por ejemplo: Oracle, Microsoft SQL Server, Azure SQL Server o Azure Data Explorer (ADX).
Otros adaptadores pueden funcionar a nivel de servidor de aplicación. Este es el caso del adaptador ABAP disponible en la integración de datos inteligentes de SAP. Este adaptador se conecta al servidor ABAP y utiliza la funcionalidad ABAP para exponer los datos.
También hay algunos adaptadores SDI para conectarse a un sistema SAP ERP Central Component (SAP ECC). En comparación con el adaptador ABAP, la conexión se realiza principalmente a través del sistema de base de datos subyacente (por ejemplo, SAP ASE o Microsoft SQL Server), pero también lee el diccionario SAP ABAP para acceder correctamente a tablas técnicas específicas de ABAP, como tablas de clúster o pool.
Como último ejemplo, el sistema fuente podría ser otro tipo de almacenamiento para datos semiestructurados o no estructurados, como AliCloud OSS, Amazon S3, Google Cloud Storage o Azure Blob Storage. En este caso, puede verificar el conjunto completo de adaptadores de SAP HANA para verificar qué se puede utilizar con cada sistema fuente.
Nota
Capacidades de SAP HANA a SAP HANA
Analicemos qué escenarios de virtualización se admiten entre dos sistemas SAP HANA, con SAP HANA Cloud y SAP HANA On-Premise (versión 2.0 SPS05, SPS06 o SPS07).
Con el acceso a datos inteligentes de SAP HANA y la integración de datos inteligentes de SAP HANA, se admiten todos los escenarios, independientemente de si el origen y el destino son en la nube u on-premise. Un escenario requiere especial atención: la conexión de un destino de SAP HANA Cloud a una fuente de SAP HANA On-Premise con SAP HANA Smart Data Access requiere una instancia de SAP Cloud Connector, que actúa como proxy inverso para entrar en la red de la empresa donde se ejecuta SAP HANA On-Premise.
Atención


