Fuente de replicación de SLT de SAP

En esta página, se describe cómo habilitar la replicación en tiempo real de los datos de las aplicaciones de SAP a Google Cloud mediante SAP Landscape Transformation (SLT). El contenido se aplica a los complementos SAP SLT Replication y SAP SLT No RFC Replication, que están disponibles en Cloud Data Fusion Hub. En él, se muestran las opciones de configuración del sistema de origen de SAP, SLT, Cloud Storage y Cloud Data Fusion para hacer lo siguiente:

• Enviar metadatos de SAP y datos de tablas a Google Cloud con SAP SLT
• Crear un trabajo de replicación de Cloud Data Fusion que lea los datos de un bucket de Cloud Storage

La replicación de SLT de SAP te permite replicar tus datos de forma continua y en tiempo real desde fuentes de SAP a BigQuery. Puedes configurar y ejecutar transferencias de datos desde sistemas SAP sin programación.

El proceso de replicación SLT de Cloud Data Fusion es el siguiente:

1. Los datos provienen de SAP Source System.
2. SLT realiza un seguimiento de los datos, los lee y los envía a Cloud Storage.
3. Cloud Data Fusion extrae datos del bucket de almacenamiento y los escribe en BigQuery.

Puedes transferir datos desde sistemas SAP compatibles, incluidos los sistemas SAP alojados en Google Cloud.

Para obtener más información, consulta la Descripción general de SAP en Google Cloud y los detalles de asistencia.

Antes de comenzar

Para usar este complemento, necesitarás conocimientos de dominio en las siguientes áreas:

• Compila canalizaciones en Cloud Data Fusion
• Administración de acceso con IAM
• Configurar sistemas de SAP Cloud y de planificación de recursos empresariales (ERP) local

• Trabajos de replicación en Cloud Data Fusion

• SAP Landscape Transformation Replication Server (Servidor de replicación de SAP Landscape Transformation Replication Server)

Administradores y usuarios que realizan los parámetros de configuración

Las tareas de esta página las realizan personas con las siguientes funciones en Google Cloud o en su sistema SAP:

Tipo de usuario	Descripción
Administrador de Google Cloud	Los usuarios con esta función son administradores de cuentas de Google Cloud.
Usuario de Cloud Data Fusion	Los usuarios a los que se les asigna esta función están autorizados para diseñar y ejecutar canalizaciones de datos. Se les otorga, como mínimo, la función de visualizador de Data Fusion (roles/datafusion.viewer). Si usas el control de acceso basado en funciones, es posible que necesites funciones adicionales.
Administrador de SAP	Los usuarios con esta función son administradores del sistema SAP. Tienen acceso para descargar software del sitio de servicio de SAP. No es una función de IAM.
Usuario de SAP	Los usuarios a los que se les asignó esta función están autorizados para conectarse a un sistema SAP. No es una función de IAM.

Operaciones de replicación compatibles

El complemento de replicación SLT de SAP admite las siguientes operaciones:

Modelado de datos: Todas las operaciones de modelado de datos (registro insert, delete y update) son compatibles con este complemento.

Definición de datos: Como se describe en la Nota de SAP 2055599 (se requiere que se acceda a la asistencia de SAP para ver), existen limitaciones sobre los cambios en la estructura de la tabla del sistema de origen que SLT replica automáticamente. Algunas operaciones de definición de datos no son compatibles con el complemento (debes propagarlas de forma manual).

• Compatible:
  • Agregar campo sin clave (después de realizar cambios en SE11, activa la tabla con SE14)
• No compatibles:
  • Campo para agregar o borrar clave
  • Borrar campo sin clave
  • Modifica los tipos de datos

Requisitos de SAP

Los siguientes elementos son obligatorios en tu sistema SAP:

• Tienes instalada la versión 2011 SP17 del servidor SLT o una posterior en el sistema SAP de origen (incorporado) o como un sistema de concentrador SLT dedicado.
• Tu sistema SAP de origen es SAP ECC o SAP S/4HANA, que admite DMIS 2011 SP17 o versiones posteriores, como DMIS 2018 o DMIS 2020.
• El complemento de interfaz de usuario de SAP debe ser compatible con tu versión de SAP Netweaver.

• Tu paquete de asistencia admite la clase /UI2/CL_JSON PL 12 o versiones posteriores. De lo contrario, implementa la nota de SAP más reciente para la clase corrections de /UI2/CL_JSON según la versión del complemento de la interfaz de usuario, como la nota de SAP 2798102 para PL12.

• Se implementaron las siguientes medidas de seguridad:

  • Transferencia de datos HTTPS de SAP a Cloud Storage
  • Autenticación de SAP
  • Autorización de SAP

Requisitos de Cloud Data Fusion

• Necesitas una instancia de Cloud Data Fusion, versión 6.4.0 o posterior, o cualquier edición.
• La cuenta de servicio asignada a la instancia de Cloud Data Fusion recibe las funciones necesarias (consulta Otorga permiso de usuario a la cuenta de servicio).
• Para las instancias privadas de Cloud Data Fusion, se requiere el intercambio de tráfico entre VPC.

Requisitos de Google Cloud

• Habilitar la API de Cloud Storage en tu proyecto de Google Cloud
• El usuario de Cloud Data Fusion debe tener permiso para crear carpetas en el bucket de Cloud Storage (consulta Funciones de IAM para Cloud Storage).
• Opcional: Configura la política de retención si tu organización lo requiere.

Crea el bucket de almacenamiento

Antes de crear un trabajo de replicación SLT, crea el bucket de Cloud Storage. El trabajo transfiere datos al bucket y actualiza el bucket de la etapa de pruebas cada cinco minutos. Cuando ejecutas el trabajo, Cloud Data Fusion lee los datos en el bucket de almacenamiento y los escribe en BigQuery.

Nota: Conserva el nombre del bucket para cuando configures el servidor de replicación SLT y la fuente correspondiente en Cloud Data Fusion.

Si SLT está instalado en Google Cloud

El servidor SLT debe tener permiso para crear y modificar objetos de Cloud Storage en el bucket que creaste.

Como mínimo, otorga los siguientes roles a la cuenta de servicio:

• Creador de tokens de cuenta de servicio (roles/iam.serviceAccountTokenCreator)
• Consumidor de Service Usage (roles/serviceusage.serviceUsageConsumer)
• Administrador de objetos de almacenamiento (roles/storage.objectAdmin)

Si SLT no está instalado en Google Cloud

Instala Cloud VPN o Cloud Interconnect entre la VM de SAP y Google Cloud para permitir la conexión a un extremo de metadatos interno (consulta Configura el Acceso privado a Google para hosts locales.

Si no se pueden asignar los metadatos internos, haz lo siguiente:

• Instala Google Cloud CLI basado en el sistema operativo de la infraestructura en la que se ejecuta SLT.

• Crea una cuenta de servicio en el proyecto de Google Cloud en el que Cloud Storage esté habilitado.

• En el sistema operativo SLT, autoriza el acceso a Google Cloud con una cuenta de servicio.

• Crea una clave de API para la cuenta de servicio y autoriza el alcance relacionado con Cloud Storage.

• Importa la clave de API a gcloud CLI instalada antes con la CLI.

• Para habilitar el comando de gcloud CLI que imprime el token de acceso, configura el comando del sistema operativo SAP en la herramienta de transacción SM69 del sistema SLT.

Cómo imprimir un token de acceso

El administrador de SAP configura el comando del sistema operativo, SM69, que recupera un token de acceso de Google Cloud.

Crea una secuencia de comandos para imprimir un token de acceso y configura un comando del sistema operativo SAP a fin de llamar a la secuencia de comandos como usuario <sid>adm desde el host de SAP LT Replication Server.

Linux

Para crear un comando del SO, sigue estos pasos:

1. En el host de SAP LT Replication Server, en un directorio al que pueda acceder <sid>adm, crea una secuencia de comandos bash que contenga las siguientes líneas:

   PATH_TO_GCLOUD_CLI/bin/gcloud auth print-access-token SERVICE_ACCOUNT_NAME
   

2. Mediante la interfaz de usuario de SAP, crea un comando de SO externo:

   1. Ingresa la transacción SM69.
   2. Haz clic en Crear.
   3. En la sección Command (Comando) del panel External Command (Comando externo), ingresa el nombre del comando, como ZGOOGLE_CDF_TOKEN.

   4. En la sección Definición:

      1. En el campo Comando del sistema operativo, ingresa sh como la extensión de archivo de la secuencia de comandos.

      2. En el campo Parámetros para el comando del sistema operativo, ingresa lo siguiente:

         /PATH_TO_SCRIPT/FILE_NAME.sh
         

   5. Haz clic en Guardar.

   6. Para probar la secuencia de comandos, haz clic en Ejecutar.

   7. Haz clic de nuevo en Ejecutar.

   Se muestra un token de Google Cloud en la parte inferior del panel de la interfaz de usuario de SAP.

Windows

Con la interfaz de usuario de SAP, crea un comando de sistema operativo externo:

1. Ingresa la transacción SM69.
2. Haz clic en Crear.
3. En la sección Command (Comando) del panel External Command (Comando externo), ingresa el nombre del comando, como ZGOOGLE_CDF_TOKEN.

4. En la sección Definición:

   1. En el campo Comando del sistema operativo, ingresa cmd /c.

   2. En el campo Parámetros para el comando del sistema operativo, ingresa lo siguiente:

      gcloud auth print-access-token SERVICE_ACCOUNT_NAME
      

5. Haz clic en Guardar.

6. Para probar la secuencia de comandos, haz clic en Ejecutar.

7. Haz clic de nuevo en Ejecutar.

Se muestra un token de Google Cloud en la parte inferior del panel de la interfaz de usuario de SAP.

Requisitos de SLT

El conector SLT debe tener la siguiente configuración:

• El conector es compatible con SAP ECC NW 7.02, DMIS 2011 SP17 y versiones posteriores.
• Configurar una conexión RFC o de base de datos entre SLT y el sistema de Cloud Storage
• Configura los certificados SSL:
  • Descarga los siguientes certificados de la AC del repositorio de Google Trust Services:
    • GTS Root R1
    • GTS CA 1C3
  • En la interfaz de usuario de SAP, usa la transacción STRUST para importar los certificados raíz y subordinados a la carpeta SSL Client (Standard) PSE.
• El Administrador de comunicaciones en Internet (ICM) se debe configurar para HTTPS. Asegúrate de que los puertos HTTP y HTTPS se mantengan y activen en el sistema SAP SLT. Esto se puede comprobar con el código de transacción SMICM > Services.
• Habilita el acceso a las APIs de Google Cloud en la VM en la que se aloja el sistema SAP SLT. Esto permite una comunicación privada entre los servicios de Google Cloud sin enrutar a través de la Internet pública.
• Asegúrate de que la red pueda admitir el volumen y la velocidad requeridos para la transferencia de datos entre la infraestructura de SAP y Cloud Storage. Para una instalación exitosa, se recomienda usar Cloud VPN o Cloud Interconnect. La capacidad de procesamiento de la API de transmisión depende de las quotas del cliente que se otorgaron a tu proyecto de Cloud Storage.

Configura el servidor de replicación SLT

El usuario de SAP realiza los siguientes pasos.

En los siguientes pasos, conectarás el servidor SLT al sistema de origen y al bucket de Cloud Storage y especificarás el sistema de origen, las tablas de datos que se replicarán y el bucket de almacenamiento de destino.

Configura el SDK de ABAP de Google

Si deseas configurar SLT para la replicación de datos (una vez por instancia de Cloud Data Fusion), sigue estos pasos:

Nota: El almacenamiento se encuentra en el campo GCS-Bucket.

1. Para configurar el conector SLT, el SAP-User ingresa la siguiente información en la pantalla de configuración (Transacción de SAP /GOOG/CDF_SETTINGS) sobre la clave de la cuenta de servicio de Google Cloud para transferir datos a Cloud Storage. Configura las siguientes propiedades en la tabla /GOOG/CDF_CLT_KY mediante la transacción SE16 y anota esta clave:

   • NAME: Es el nombre de la clave de tu cuenta de servicio (por ejemplo, CDFSLT).
   • NOMBRE DE LA CUENTA DE SERVICIO: Es el nombre de la cuenta de servicio de IAM.
   • SCOPE: El alcance de la cuenta de servicio
   • PROJECT ID: El ID de tu proyecto de Google Cloud
   • Opcional: Comando del SO: Usa este campo solo si SLT no está instalado en Google Cloud.

   • CLASE DE AUTENTICACIÓN: Si el comando del SO está configurado en la tabla /GOOG/CDF_CLT_KY, usa el valor fijo: /GOOG/CDF_CL_GCP_AUTH.

     Nota: Si SLT está alojado en Google Cloud, no se usará el comando del SO. En su lugar, usa el valor fijo /GOOG/CDF_CL_GCP_AUTH_GOOGLE.

   • TOKEN REFRESH SEC: Duración de la actualización del token de autorización

Crea la configuración de replicación

Crea una configuración de replicación en el código de transacción LTRC.

• Antes de continuar con la configuración de LTRC, asegúrate de que se haya establecido la conexión RFC entre SLT y el sistema SAP de origen.
• Para una configuración de SLT, puede haber varias tablas de SAP asignadas para la replicación.

Nota: Para agregar tablas a la configuración más adelante, repite los pasos del 1 al 12.

1. Ve al código de transacción LTRC y haz clic en New Configuration.

   

2. Ingresa el Nombre de la configuración y la Descripción, y haz clic en Siguiente.

3. Especifica la conexión RFC del sistema SAP Source y haz clic en Siguiente.

   

4. En Target System Connection Details, selecciona Other.

5. Expande el campo Situación para la comunicación de RFC, selecciona SDK de SLT y haz clic en Siguiente.

6. Ve a la ventana Especificar configuración de transferencia y, luego, ingresa el nombre de la aplicación: ZGOOGLE_CDF.

   

7. Ingresa la Cantidad de trabajos de transferencia de datos, la Cantidad de trabajos de carga inicial y la Cantidad de trabajos de cálculo. Para obtener más información sobre el rendimiento, consulta la guía de optimización del rendimiento de SAP LT Replication Server.

   Sugerencia: Si no sabes la cantidad de trabajos, ingresa 10,10,10 y edita los valores más adelante cuando tengas más información.

8. Haz clic en En tiempo real > Siguiente.

9. Revisa la configuración y haz clic en Guardar. Toma nota del ID de transferencia masiva para los siguientes pasos.

   

10. Para mantener el ID de transferencia masiva y los detalles de la tabla de SAP, ejecuta la transacción de SAP: /GOOG/CDF_SETTINGS.

11. Haz clic en Ejecutar o presiona F8.

12. Para crear una entrada nueva, haz clic en el ícono de agregar fila.

    1. Ingresa el ID de transferencia masiva, la clave de transferencia masiva, el nombre de clave de GCP y el bucket de GCS de destino. Selecciona la casilla de verificación Is Active y guarda los cambios.

       

13. Selecciona la configuración en la columna Nombre de configuración y haz clic en Aprovisionamiento de datos.

    

14. Opcional: Personaliza los nombres de la tabla y los campos.

    1. Haga clic en Nombres personalizados y guarde los cambios.

    2. Haz clic en Pantalla.

       Precaución: Configura la columna de la tabla de visualización antes de iniciar el trabajo de replicación en la LTRC de la transacción. Los nombres personalizados solo están disponibles en BigQuery si se mantienen y guardan las asignaciones.

    3. Para crear una entrada nueva, haz clic en los botones Agregar fila o Crear.

    4. Ingresa el nombre de la tabla de SAP y el nombre de la tabla externa para usar en BigQuery y guarda los cambios.

    5. Haz clic en el botón Ver de la columna Mostrar campos para mantener la asignación de los campos de la tabla.

    6. Se abrirá una página con asignaciones sugeridas. Opcional: Edita el Nombre del campo temporal y la Descripción del campo y, luego, guarda las asignaciones.

15. Ve a la transacción de LTRC.

16. Selecciona el valor en la columna Nombre de configuración y haz clic en Aprovisionamiento de datos.

17. Ingresa el nombre de la tabla en el campo Nombre de la tabla en la base de datos y selecciona la situación de replicación.

    

18. Haz clic en Ejecutar. Esto activa la implementación del SDK de SLT y comienza a transferir los datos al bucket de destino en Cloud Storage.

Nota: El complemento SAP SLT Replication no admite trabajos de replicación paralelo, y no puedes mantener la configuración de replicación para varios trabajos o rangos al mismo tiempo.

Instala archivos de transporte de SAP

Para diseñar y ejecutar trabajos de replicación en Cloud Data Fusion, los componentes de SAP se entregan como archivos de transporte de SAP archivados en un archivo ZIP. La descarga está disponible cuando implementas el complemento en Cloud Data Fusion Hub.

Descargar el archivo ZIP de transporte de SAP SLT

En la siguiente tabla, se proporcionan los IDs de solicitud de transporte de SAP y los archivos asociados:

ID de transporte	Coarchivo	Archivo de datos	Temario
ED1K900520	K900520.ED1	R900520.ED1	Implementación de SAP BADI ES_IUUC_REPL_RUNTIME_OLO_EXIT
ED1K900337	K900337.ED1	R900337.ED1	Rol de autorización /GOOG/SLT_CDF_AUTH

Para instalar los transportes de SAP, sigue estos pasos:

Paso 1: Sube los archivos de solicitud de transporte

1. Accede al sistema operativo de la instancia de SAP.
2. Usa el código de transacción AL11 de SAP para obtener la ruta de acceso de la carpeta DIR_TRANS. Por lo general, la ruta es /usr/sap/trans/.
3. Copia los coarchivos a la carpeta DIR_TRANS/cofiles.
4. Copia los archivos de datos en la carpeta DIR_TRANS/data.
5. Configura el usuario y el grupo de datos, y copia en <sid>adm y sapsys.

Paso 2: Importa los archivos de solicitud de transporte

El administrador de SAP puede importar los archivos de solicitud de transporte mediante el sistema de administración de transporte de SAP o el sistema operativo:

Sistema de administración de transporte SAP

1. Accede al sistema SAP como administrador de SAP.
2. Ingresa el STMS de la transacción.
3. Haz clic en Descripción general > Importaciones.
4. En la columna Queue, haz doble clic en el SID actual.
5. Haz clic en Adicionales > Otras solicitudes > Agregar.
6. Selecciona el ID de solicitud de transporte y haz clic en Continuar.
7. Selecciona la solicitud de transporte en la cola de importación y, luego, haz clic en Solicitud > Importar.
8. Ingresa el número de cliente.

9. En la pestaña Opciones, selecciona Reemplazar originales y, también, Ignorar versión de componente no válida (si está disponible).

   Opcional: Para volver a importar los transportes más adelante, haz clic en Deja las solicitudes de transporte en la cola para importarlos más tarde y, luego, en Importar solicitudes de transporte de nuevo. Esto es útil para las actualizaciones del sistema SAP y los restablecimientos de copias de seguridad.

10. Haz clic en Continuar.

11. Verifica que el módulo de función y los roles de autorización se hayan importado correctamente mediante transacciones como SE80 y PFCG.

Sistema operativo

1. Accede al sistema SAP como administrador de SAP.

2. Agrega solicitudes al búfer de importación:

   tp addtobuffer TRANSPORT_REQUEST_ID SID
   

   Por ejemplo: tp addtobuffer IB1K903958 DD1.

3. Importa las solicitudes de transporte:

   tp import TRANSPORT_REQUEST_ID SID client=NNN U1238
   

   Reemplaza NNN por el número de cliente. Por ejemplo: tp import IB1K903958 DD1 client=800 U1238

   Nota: U1238 indica que se deben configurar las opciones descritas en los pasos del 9 al 10 de la Opción 1. Los números indican el número de pedido de la opción correspondiente en la interfaz de usuario de SAP, que puede variar según el sistema. El administrador de SAP debe ajustar los números.

4. Verifica que el módulo de función y los roles de autorización se hayan importado de forma correcta mediante las transacciones adecuadas, como SE80 y PFCG.

Autorizaciones necesarias de SAP

Para ejecutar una canalización de datos en Cloud Data Fusion, necesitas un usuario de SAP. El usuario de SAP debe ser del tipo Communications o Dialog. Para evitar el uso de los recursos de diálogo de SAP, se recomienda el tipo de comunicación. El administrador de SAP puede crear usuarios con el código de transacción de SAP SU01.

Las autorizaciones de SAP son necesarias para mantener y configurar el conector para SAP, una combinación de objetos de autorización de conector estándar y nuevos de SAP. Debes mantener objetos de autorización basados en las políticas de seguridad de tu organización. En la siguiente lista, se describen algunas autorizaciones importantes necesarias para el conector:

• Objeto de autorización: El objeto de autorización ZGOOGCDFMT se envía como parte de la función de solicitud de transporte.

• Creación de un rol: Crea un rol con el código de transacción PFCG.

  

• En el caso de los objetos de autorización de SAP estándar, tu organización administra los permisos con su propio mecanismo de seguridad.

• En el caso de los objetos de autorización personalizados, proporciona valores en los campos de autorización para los objetos de autorización ZGOOGCDFMT.

• Para obtener un control de acceso detallado, ZGOOGCDFMT proporciona autorización basada en grupos de autorización. Los usuarios con acceso completo, parcial o nulo a los grupos de autorización reciben acceso según el grupo de autorización asignado en su función.

• /GOOG/SLT_CDF_AUTH: Es un rol con acceso a todos los grupos de autorización. Para restringir el acceso específico a un grupo de autorización en particular, mantén el FICDF del grupo de autorización en la configuración.

Nota: Si el grupo de autorización se deja en blanco, el usuario aún puede acceder a los trabajos de LTRC. Por lo tanto, según las prácticas recomendadas de SAP, se recomienda especificar un grupo de autorización (ya sea cuando se crea una configuración o después de haber creado una configuración en la pestaña Administración en la LTRC de la transacción).

Crea un destino de RFC para el origen

Antes de comenzar con la configuración, asegúrate de que la conexión RFC esté establecida entre el origen y el destino.

1. Ve al código de transacción SM59.

2. Haz clic en Create > Connection Type 3 (ABAP Connection).

   

3. En la ventana Configuración técnica, ingresa los detalles sobre el destino RFC.

4. Haz clic en la pestaña Inicio de sesión y seguridad para mantener las credenciales RFC (usuario y contraseña de RFC).

5. Haz clic en Guardar.

6. Haz clic en Connection Test. Después de una prueba exitosa, puedes continuar.

7. Verifica que la prueba de autorización de RFC sea exitosa.

8. Haz clic en Utilidades > Prueba > Prueba de autorización.

Cómo configurar el complemento

Para configurar el complemento, impleméntalo desde Hub, crea un trabajo de replicación y configura el origen y el destino mediante los siguientes pasos.

Implementa el complemento en Cloud Data Fusion

El usuario de Cloud Data Fusion realiza los siguientes pasos.

Antes de ejecutar el trabajo de replicación de Cloud Data Fusion, implementa el complemento SAP SLT Replication:

1. Ve a tu instancia:

   1. En la consola de Google Cloud, ve a la página Instancias de Cloud Data Fusion.

      Ir a Instancias

   2. Habilita la replicación en una instancia nueva o existente:

      • Para una instancia nueva, haz clic en Crear instancia, ingresa un nombre y haz clic en Agregar aceleradores, selecciona la casilla de verificación Replicación y haz clic en Guardar.
      • Para ver una instancia existente, consulta Habilita la replicación en una instancia existente.

   3. Haz clic en Ver instancia para abrir la instancia en la interfaz web de Cloud Data Fusion.

2. Haz clic en Hub.

3. Ve a la pestaña SAP, haz clic en SAP SLT y, luego, en Complemento de replicación de SAP SLT o Complemento de replicación de SAP SLT No RFC.

   Nota: Si la pestaña de SAP no está visible, consulta Soluciona problemas de integraciones de SAP.

4. Haz clic en Implementar.

Crea un trabajo de replicación

El complemento SAP SLT Replication lee el contenido de las tablas SAP con un bucket de etapa de pruebas de la API de Cloud Storage.

Si deseas crear un trabajo de replicación para tu transferencia de datos, sigue estos pasos:

Nota: (M) indica que se admiten las macros.

1. En tu instancia abierta de Cloud Data Fusion, haz clic en Página principal > Replicación > Crear un trabajo de replicación. Si no hay una opción de Replicación, habilita la replicación para la instancia.

2. Ingresa un Nombre y una Descripción únicos para el trabajo de replicación.

3. Haz clic en Siguiente.

Configura la fuente

1. Para configurar la fuente, ingresa valores en los siguientes campos:

   • ID del proyecto: El ID de tu proyecto de Google Cloud (este campo ya está propagado)

   • Ruta de acceso de GCS de replicación de datos: Es la ruta de acceso de Cloud Storage que contiene los datos para la replicación. Debe ser la misma ruta que se configura en los trabajos de SLT de SAP. De forma interna, la ruta de acceso proporcionada se concatena con Mass Transfer ID y Source Table Name:

     Formato: gs://<base-path>/<mass-transfer-id>/<source-table-name>

     Ejemplo: gs://slt_bucket/012/MARA

   • GUID: El SLT GUID, un identificador único asignado al ID de transferencia masiva de SAP SLT.

   • ID de transferencia masiva: El ID de transferencia masiva de SLT es un identificador único asignado a la configuración en SLT de SAP.

   • Ruta de acceso de GCS de la biblioteca SAP JCo: La ruta de almacenamiento que contiene los archivos de la biblioteca SAP JCo subidos por el usuario. Las bibliotecas SAP JCo se pueden descargar desde el Portal de asistencia de SAP. (Se quitó en la versión del complemento 0.10.0).

   • Host del servidor SLT: Dirección IP o nombre de host del servidor SLT. (Se quitó en la versión del complemento 0.10.0).

   • Número del sistema de SAP: Es el número del sistema de instalación que proporciona el administrador del sistema (por ejemplo, 00) (se quitó en la versión 0.10.0 del complemento).

   • Cliente SAP: Es el cliente de SAP que se usará (por ejemplo, 100). Se quitó en la versión 0.10.0 del complemento.

   • Lenguaje de SAP: Idioma de inicio de sesión de SAP (por ejemplo, EN) (se quitó en la versión 0.10.0 del complemento).

   • Nombre de usuario de inicio de sesión de SAP: Nombre de usuario de SAP. (Se quitó en la versión del complemento 0.10.0).

     • Recomendado: Si el nombre de usuario de inicio de sesión de SAP cambia de forma periódica, usa una macro.

   • Contraseña de inicio de sesión de SAP (M): Contraseña del usuario de SAP para la autenticación del usuario.

     • Recomendado: Utiliza macros seguras para valores sensibles, como contraseñas. (Se quitó en la versión del complemento 0.10.0).

   • Suspender la replicación de SLT cuando se detenga el trabajo de CDF: Se intentará detener el trabajo de replicación de SLT (para las tablas involucradas) cuando se detenga el trabajo de replicación de Cloud Data Fusion. Es posible que falle si el trabajo en Cloud Data Fusion se detiene de forma inesperada.

   • Replicar datos existentes: indica si se deben replicar los datos existentes de las tablas de origen. De forma predeterminada, los trabajos replican los datos existentes de las tablas de origen. Si se configura como false, se ignoran los datos existentes en las tablas de origen y solo se replican los cambios que ocurren después de que comienza el trabajo.

   • Clave de la cuenta de servicio: La clave que se debe usar cuando interactúas con Cloud Storage. La cuenta de servicio debe tener permiso para escribir en Cloud Storage. Cuando se ejecuta en una VM de Google Cloud, se puede configurar como auto-detect para usar la clave de la cuenta de servicio en la VM.

2. Haz clic en Siguiente.

Configura el destino

Para escribir datos en BigQuery, el complemento requiere acceso de escritura a BigQuery y a un bucket de etapa de pruebas. Los eventos de cambio se escriben primero en lotes de SLT a Cloud Storage. Luego, se cargan en tablas de etapa de pruebas en BigQuery. Los cambios de la tabla de etapa de pruebas se combinan en la tabla de destino final mediante una consulta de combinación de BigQuery.

La tabla de destino final incluye todas las columnas originales de la tabla de origen más una columna _sequence_num adicional. El número de secuencia garantiza que los datos no se dupliquen ni se pierdan en situaciones de falla del replicador.

1. Para configurar la fuente, ingresa valores en los siguientes campos:

   • ID del proyecto: Proyecto del conjunto de datos de BigQuery. Cuando se ejecuta en un clúster de Dataproc, esto puede dejarse en blanco, lo que usará el proyecto del clúster.
   • Credenciales: Consulta Credenciales.
   • Clave de cuenta de servicio: el contenido de la clave de la cuenta de servicio que se debe usar cuando interactúas con Cloud Storage y BigQuery Cuando se ejecuta en un clúster de Dataproc, esto puede dejarse en blanco, ya que se usa la cuenta de servicio del clúster.
   • Nombre del conjunto de datos (Dataset Name): Nombre del conjunto de datos que se creará en BigQuery. Es opcional y, de forma predeterminada, el nombre del conjunto de datos es el mismo que el nombre de la base de datos de origen. Un nombre válido solo debe contener letras, números y guiones bajos, y la longitud máxima puede ser de 1,024 caracteres. Los caracteres no válidos se reemplazarán por guiones bajos en el nombre final del conjunto de datos y se truncarán los caracteres que superen el límite de longitud.
   • Nombre de la clave de encriptación: La clave de encriptación administrada por el cliente (CMEK) que se usa para proteger los recursos que crea este destino. El nombre de la clave de encriptación debe tener el formato projects/<project-id>/locations/<key-location>/keyRings/<key-ring-name>/cryptoKeys/<key-name>.
   • Ubicación: Es la ubicación en la que se crean el conjunto de datos de BigQuery y el bucket de etapa de pruebas de Cloud Storage. Por ejemplo, us-east1 para buckets regionales, us para buckets multirregionales (consulta Ubicaciones). Este valor se ignora si se especifica un bucket existente, ya que el bucket de etapa de pruebas y el conjunto de datos de BigQuery se crean en la misma ubicación que ese bucket.

   • Bucket de etapa de pruebas: Es el bucket en el que se escriben los eventos de cambio antes de que se carguen en las tablas de etapa de pruebas. Los cambios se escriben en un directorio que contiene el nombre y el espacio de nombres del replicador. Es seguro usar el mismo bucket en varios replicadores dentro de la misma instancia. Si los replicadores lo comparten en varias instancias, asegúrate de que el espacio de nombres y el nombre sean únicos; de lo contrario, el comportamiento no está definido. El bucket debe estar en la misma ubicación que el conjunto de datos de BigQuery. Si no se proporciona, se crea un bucket nuevo para cada trabajo llamado df-rbq-<namespace-name>-<job-name>-<deployment-timestamp>.

     Nota: Debes borrar de forma explícita el bucket una vez que se borre el trabajo.

   • Intervalo de carga (segundos): Cantidad de segundos que se debe esperar antes de cargar un lote de datos en BigQuery.

   • Prefijo de la tabla de etapa de pruebas: Los cambios se escriben primero en una tabla de etapa de pruebas antes de combinarse con la tabla final. Los nombres de las tablas de etapa de pruebas se generan anteponiendo este prefijo al nombre de la tabla de destino.

   • Solicitar intervención de bajada manual: Indica si se requiere una acción de administración manual para descartar tablas y conjuntos de datos cuando se encuentra un evento de eliminación de tabla o base de datos. Cuando se configura como verdadero, el replicador no borra una tabla ni un conjunto de datos. En su lugar, falla y vuelve a intentarlo hasta que la tabla o el conjunto de datos no existan. Si el conjunto de datos o la tabla no existen, no se requiere ninguna intervención manual. El evento se omite como de costumbre.

   • Habilitar eliminaciones no definitivas: Si se configura como verdadero, cuando el objetivo recibe un evento de eliminación, la columna _is_deleted para el registro se establece en true. De lo contrario, el registro se borra de la tabla de BigQuery. Esta configuración es no-op para una fuente que genera eventos desordenados y los registros siempre se borran de forma no definitiva de la tabla de BigQuery.

2. Haz clic en Siguiente.

Credenciales

Si el complemento se ejecuta en un clúster de Dataproc, la clave de la cuenta de servicio se puede configurar para que se detecte de forma automática. Las credenciales se leen de forma automática desde el entorno del clúster.

Si el complemento no se ejecuta en un clúster de Dataproc, se debe proporcionar la ruta a una clave de cuenta de servicio. Puedes encontrar la clave de la cuenta de servicio en la página de IAM en la consola de Google Cloud. Asegúrate de que la clave de cuenta tenga permiso para acceder a BigQuery. El archivo de claves de la cuenta de servicio debe estar disponible en todos los nodos del clúster y debe ser legible para todos los usuarios que ejecutan el trabajo.

Limitaciones

• Las tablas deben tener una clave primaria para replicarse.
• No se admiten las operaciones de cambio de nombre de tablas.
• Los cambios de tabla son compatibles de forma parcial.
  • Una columna existente no anulable se puede modificar y convertir en una columna anulable.
  • Se pueden agregar columnas anulables nuevas a una tabla existente.
  • Fallará cualquier otro tipo de alteración del esquema de la tabla.
  • Los cambios en la clave primaria no fallarán, pero los datos existentes no se reescriben para cumplir con la exclusividad de la clave primaria nueva.

Selecciona tablas y transformaciones

En el paso Selecciona tablas y transformaciones, aparece una lista de tablas seleccionadas para la replicación en el sistema SLT.

1. Selecciona las tablas que quieres replicar.
2. Opcional: Selecciona operaciones de esquema adicionales, como Inserciones, Actualizaciones o Eliminaciones.
3. Para ver el esquema, haz clic en Columnas para replicar en una tabla.

4. Opcional: Para cambiar el nombre de las columnas en el esquema, sigue estos pasos:

   1. En la vista del esquema, haz clic en Transformar > Cambiar nombre.
   2. En el campo Cambiar nombre, ingresa un nombre nuevo y haz clic en Aplicar.
   3. Para guardar el nombre nuevo, haz clic en Actualizar y Guardar.
   Nota: El cambio de nombre es compatible con Cloud Data Fusion 6.9 y versiones posteriores.

5. Haz clic en Siguiente.

Opcional: Configura propiedades avanzadas

Si sabes cuántos datos estás replicando en una hora, puedes seleccionar la opción adecuada.

Revisar evaluación

En el paso Evaluación de revisión, se analizan los problemas de esquema, las funciones faltantes o los problemas de conectividad que ocurren durante la replicación.

1. En la página Revisar evaluación, haz clic en Ver asignaciones.

   Si se produce algún problema, debes resolverlo para poder continuar.

2. Opcional: Si cambiaste el nombre de las columnas cuando seleccionaste tus tablas y transformaciones, verifica que los nombres nuevos sean correctos en este paso.

3. Haz clic en Siguiente.

Consulta el resumen y, luego, implementa el trabajo de replicación

En la página Revisar los detalles del trabajo de replicación, revisa la configuración y haz clic en Implementar trabajo de replicación.

Selecciona un perfil de Compute Engine

1. Después de implementar el trabajo de replicación, haz clic en Configurar desde cualquier página de la interfaz web de Cloud Data Fusion.

2. Selecciona el perfil de Compute Engine que quieres usar para ejecutar este trabajo de replicación.

3. Haz clic en Guardar.

   

Inicia el trabajo de replicación

• Para ejecutar el trabajo de replicación, haz clic en Iniciar.

Opcional: Optimiza el rendimiento

De forma predeterminada, el complemento está configurado para ofrecer un rendimiento óptimo. Para obtener optimizaciones adicionales, consulta Argumentos del entorno de ejecución.

El rendimiento de la comunicación de SLT y Cloud Data Fusion depende de los siguientes factores:

• SLT en el sistema de origen frente a un sistema SLT central dedicado (opción preferida)
• Procesamiento de trabajos en segundo plano en el sistema SLT
• Procesos de trabajo de diálogo en el sistema SAP de origen
• La cantidad de procesos de trabajos en segundo plano asignados a cada ID de transferencia masiva en la pestaña Administración de LTRC
• Configuración de izquierda a derecha
• Hardware (CPU y memoria) del sistema SLT
• La base de datos que se usa (por ejemplo: HANA, Sybase o DB2)
• El ancho de banda de Internet (conectividad entre el sistema SAP y Google Cloud a través de Internet)
• Uso preexistente (carga) en el sistema
• Es la cantidad de columnas en la tabla. Con más columnas, la replicación se vuelve lenta y la latencia puede aumentar.

Se recomiendan los siguientes tipos de lectura en la configuración de LTRS para cargas iniciales:

sistema SLT	Sistema de origen	Tipo de tabla	Tipo de lectura recomendado [carga inicial]
SLT 3.0 independiente [DMIS 2018_1_752 SP 2]	S/4 HANA 1909	Transparente (pequeño/mediano) Transparente (grande) Tabla de clúster	1 cálculo de rango 1 cálculo de rango 4 colas de remitentes
SLT incorporado [S4CORE 104 HANA 1909]	N/A	Transparente (pequeño/mediano) Transparente (grande) Tabla de clúster	1 cálculo de rango 1 cálculo de rango 4 colas de remitentes
SLT 2.0 independiente [DMIS 2011_1_731 SP 17]	ECC NW 7.02	Transparente (pequeño/mediano) Transparente (grande) Tabla de clúster	5 colas de remitentes 5 colas de remitentes 4 colas de remitentes
SLT incorporado [DMIS 2011_1_700 SP 17]	N/A	Transparente (pequeño/mediano) Transparente (grande) Tabla de clúster	5 colas de remitentes 5 colas de remitentes 4 colas de remitentes

• Para la replicación, usa la función No Ranges a fin de mejorar el rendimiento:
  • Los rangos solo deben usarse cuando se generan los trabajos pendientes en una tabla de registro con latencia alta.
  • Usando un cálculo de rango: no se recomienda el tipo de lectura para la carga inicial en el caso de sistemas SLT 2.0 y sin HANA.
  • Mediante un cálculo de rango: el tipo de lectura para la carga inicial puede dar como resultado registros duplicados en BigQuery.
• El rendimiento siempre es mejor cuando se usa un sistema SLT independiente.
• Siempre se recomienda un sistema SLT independiente si el uso de recursos del sistema de origen ya es alto.

Argumentos del entorno de ejecución

• snapshot.thread.count: Pasa la cantidad de subprocesos para comenzar a realizar la carga de datos de SNAPSHOT/INITIAL en paralelo. De forma predeterminada, usa la cantidad de CPU virtuales disponibles en el clúster de Dataproc en el que se ejecuta el trabajo de replicación.

  Recomendado: Solo configura este parámetro en los casos en los que necesites un control preciso sobre la cantidad de subprocesos paralelos (por ejemplo, para disminuir el uso en el clúster).

• poll.file.count: Pasa la cantidad de archivos para sondear desde la ruta de acceso de Cloud Storage proporcionada en el campo Ruta de acceso de GCS de replicación de datos en la interfaz web. De forma predeterminada, el valor es 500 por encuesta; sin embargo, según la configuración del clúster, se puede aumentar o disminuir.

  Recomendación: Establece este parámetro solo si tienes requisitos estrictos para el retraso de replicación. Los valores más bajos podrían reducir la demora. Puedes usarlo para mejorar la capacidad de procesamiento (si no responde, usa valores superiores a los predeterminados).

• bad.files.base.path: Pasa la ruta de acceso base de Cloud Storage en la que se copian todos los archivos de datos con errores o con errores que se encontraron durante la replicación. Esto es útil cuando existen requisitos estrictos para la auditoría de datos y se debe usar una ubicación específica a fin de registrar las transferencias con errores.

  Según la configuración predeterminada, todos los archivos con errores se copian de la ruta de acceso de Cloud Storage proporcionada en el campo Ruta de acceso de Cloud Storage de replicación de datos en la interfaz web.

  • Patrón de la ruta de acceso final de los archivos de datos con errores:

    gs://BASE_FILE_PATH/MASS_TRANSFER_ID/SOURCE_TABLE_NAME/bad_files/REPLICATION_JOB_NAME/REPLICATION_JOB_ID/BAD_FILE_NAME
    

  • Ejemplo:

    gs://slt_to_cdf_bucket/001/MARA/bad_files/MaraRepl/05f97349-7398-11ec-9443-8
    ac0640fc83c/20220205_1901205168830_DATA_INIT.xml
    

  Los criterios para un archivo incorrecto son un archivo en formato XML dañado o no válido, valores de PK faltantes o un problema de discrepancia de tipos de datos de campo.

Información sobre la asistencia

Versiones y productos de SAP compatibles

• Versión de SAP_BASIS 702, nivel de SP 0016 y versiones posteriores.
• Versión de SAP_ABA 702, nivel de SP 0016 y versiones posteriores.
• Versión de DMIS 2011_1_700, nivel de SP 0017 y versiones posteriores.

Versiones de SLT compatibles

Se admiten las versiones 2 y 3 de SLT.

Modelos de implementación de SAP compatibles

SLT como sistema independiente o incorporado en el sistema de origen

Notas de SAP que se deben implementar antes de comenzar a usar SLT

Si tu paquete de asistencia no incluye correcciones de clase /UI2/CL_JSON para PL12 o versiones posteriores, implementa la nota de SAP más reciente para las correcciones de clase /UI2/CL_JSON, por ejemplo, la nota de SAP 2798102 para PL12.

Recomendado: Implementa las notas de SAP que recomienda el informe CNV_NOTE_ANALYZER_SLT según la condición del sistema de origen o central. Para obtener más información, consulta la Nota de SAP 3016862 (se requiere acceso a SAP).

Si SAP ya está configurado, no se debe implementar ninguna nota adicional. Si hay errores o problemas específicos, consulta la Nota central de SAP para la versión de SLT.

Límites para el volumen de datos o el ancho del registro

No hay un límite definido para el volumen de datos extraídos y el ancho del registro.

Capacidad de procesamiento esperada para el complemento SAP SLT Replication

Para un entorno configurado según los lineamientos de Optimización del rendimiento, el complemento puede extraer alrededor de 13 GB por hora para la carga inicial y 3 GB por hora para la replicación (CDC). El rendimiento real puede variar con la carga del sistema de Cloud Data Fusion y SAP o el tráfico de red.

Compatibilidad con la extracción delta (de datos modificados) de SAP

Se admite la extracción delta de SAP.

Obligatorio: Intercambio de tráfico de usuarios para instancias de Cloud Data Fusion

El intercambio de tráfico de usuarios es obligatorio cuando la instancia de Cloud Data Fusion se crea con una dirección IP interna. Para obtener más información sobre el intercambio de tráfico de usuarios, consulta Crea una instancia privada.

Solución de problemas

El trabajo de replicación se sigue reiniciando

Si el trabajo de replicación sigue reiniciando de forma automática, aumenta la memoria del clúster del trabajo de replicación y vuelve a ejecutar el trabajo de replicación.

Duplicados en el receptor de BigQuery

Si defines la cantidad de trabajos paralelos en la configuración avanzada del complemento de replicación de SAP SLT, cuando tus tablas son grandes, se produce un error que genera columnas duplicadas en el receptor de BigQuery.

A fin de evitar este problema, quita los trabajos paralelos para cargar datos.

Situaciones de error

En la siguiente tabla, se enumeran algunos mensajes de error comunes (el texto entre comillas se reemplazará por valores reales en el tiempo de ejecución):

ID del mensaje	Mensaje	Acción recomendada
CDF_SAP_SLT_01402	Service account type is not defined for SERVICE_ACCT_NAME_FROM_UI.	Asegúrate de que la ruta de acceso de Cloud Storage proporcionada sea correcta.
CDF_SAP_SLT_01403	Service account key provided is not valid due to error: ROOT_CAUSE. Please provide a valid service account key for service account type : SERVICE_ACCT_NAME_FROM_UI.	Verifica la causa raíz que aparece en el mensaje y toma las medidas adecuadas.
CDF_SAP_SLT_01404	Mass Transfer ID could not be found. Please ensure that it exists in given GCS Bucket.	Comprueba que el ID de transferencia masiva especificado esté en el formato correcto.
CDF_SAP_SLT_01502	The specified data replication GCS path 'slt_to_cdf_bucket_1' or Mass Transfer ID '05C' could not be found. Please ensure that it exists in GCS.	Asegúrate de que la ruta de acceso de Cloud Storage proporcionada sea correcta.
CDF_SAP_SLT_01400	Metadata file not found. The META_INIT.json file is not present or file is present with invalid format.	Verifica la causa raíz que aparece en el mensaje y toma las medidas adecuadas.
CDF_SAP_SLT_03408	Failed to start the event reader.	Verifica la causa raíz que aparece en el mensaje y toma las medidas adecuadas.
CDF_SAP_SLT_03409	Error while processing TABLE_NAME file for source table gs://CLOUD_STORAGE_BUCKET_NAME/MT_ID/TABLE_NAME /FILE_NAME. Root cause: ROOT_CAUSE.	Verifica la causa raíz que aparece en el mensaje y toma las medidas adecuadas.
CDF_SAP_SLT_03410	Failed to replicate data for source table TABLE_NAME from file: gs://CLOUD_STORAGE_BUCKET_NAME/MT_ID/ TABLE_NAME/FILE_NAME. Root cause: ROOT_CAUSE.	Verifica la causa raíz que aparece en el mensaje y toma las medidas adecuadas.
CDF_SAP_SLT_03411	Failed data replication for source table TABLE_NAME. Root cause: ROOT_CAUSE.	Verifica la causa raíz que aparece en el mensaje y toma las medidas adecuadas.
CDF_SAP_SLT_03412	Failed to create target table for source table TABLE_NAME. Root cause: ROOT_CAUSE.	Verifica la causa raíz que aparece en el mensaje y toma las medidas adecuadas.

Asignación de tipos de datos

En la siguiente tabla, se muestra la asignación entre los tipos de datos que se usan en las aplicaciones de SAP y Cloud Data Fusion.

Tipo de datos SAP	Tipo de ABAP	Descripción (SAP)	Tipo de datos de Cloud Data Fusion
Numérico
INT1	b	Número entero de 1 byte	int
INT2	s	Número entero de 2 bytes	int
INT4	i	Número entero de 4 bytes	int
INT8	8	Número entero de 8 bytes	long
DIC	p	Número empaquetado en formato BCD (DEC)	decimal
DF16_DEC DF16_RAW	a	Número de punto flotante decimal, 8 bytes, IEEE 754r	decimal
DF34_DEC DF34_RAW	e	Número de punto flotante decimal, 16 bytes, IEEE 754r	decimal
FLTP	f	Número de punto flotante binario	double
Regla
CARACTER LCHR	c	Cadena de caracteres	string
SSTRING GEOM_EWKB	string	Cadena de caracteres	string
STRING GEOM_EWKB	string	CLOB de string de caracteres	bytes
NUMC ACCP	n	Texto numérico	string
Byte
RAW LRAW	x	Datos binarios	bytes
STRING SIN PROCESAR	xstring	BLOB de cadenas de bytes	bytes
fecha/hora
DATS	d	Fecha	date
Türkiye	t	Tiempo	time
TIMESTAMP	CLCL	( Utclong) Marca de tiempo	timestamp

¿Qué sigue?

• Obtén más información sobre Cloud Data Fusion.
• Obtén más información sobre SAP en Google Cloud.