Guía de solución de problemas de BigQuery Connector para SAP

Puedes solucionar problemas con la versión 2.9 (más reciente) de BigQuery Connector para SAP si usas los registros de aplicación de SAP LT Replication Server y los registros de Google Cloud para revisar errores y registros.

BigQuery Connector para SAP envía todos los errores a los registros de la aplicación estándar SAP LT Replication Server.

También puedes usar la depuración de SAP LT Replication Server para aislar problemas.

Descripción general de la solución de problemas

Cuando solucionas problemas con BigQuery Connector para SAP, existen varias áreas diferentes en las que es posible que debas enfocar tu atención, según el área o el alcance del problema que investigas:

  • La infraestructura, como la red, el hardware o el sistema operativo
  • El software SAP, incluidos el servidor de origen y SAP LT Replication Server
  • BigQuery Connector para SAP
  • Pub/Sub
  • BigQuery, incluida la API de BigQuery y la tabla de destino

Involucra a los equipos correctos

Lo primero que debes hacer cuando solucionas un problema es determinar en cuál de las áreas antes mencionadas se produce y cuál es su alcance.

Para resolver un problema, es posible que debas trabajar con varios equipos, como los administradores de Basis, los administradores de SAP LT Replication Server, los DBA o los administradores de Google Cloud seguridad.

Obtener los equipos y las habilidades adecuados desde el principio puede ayudarte a resolver los problemas con más rapidez.

Determina la causa raíz

Debes determinar la causa raíz de tu problema y asegurarte de que lo que crees que sea la causa no sea solo un síntoma de una causa raíz que se encuentra en otro lugar.

Los sistemas SAP están muy integrados, pero pueden escribir registros y seguimientos en archivos de varias ubicaciones. Cuando solucionas los problemas, debes determinar los registros y los archivos de seguimiento correctos que debes observar.

Verifica los requisitos de software y los requisitos previos

Asegúrate de que todo el software del sistema se ejecute en las versiones mínimas requeridas y que se cumplan todos los requisitos de BigQuery Connector para SAP.

Si deseas obtener información sobre los requisitos de instalación de BigQuery Connector para SAP, consulta Requisitos.

Si deseas conocer los requisitos de software de BigQuery Connector para SAP, consulta Requisitos de software.

Si usas un software de ECC anterior, asegúrate de que la versión de SAP LT Replication Server sea compatible con la versión de ECC. Para obtener más información, consulta la Nota de SAP 2577774: Compatibilidad de versiones para sistemas fuente y de destino - SLT.

Para el sistema de origen de SAP y SAP LT Replication Server, asegúrate de implementar todas las notas de corrección para la tecnología de migración y replicación basada en ABAP. Para obtener más información, consulta la Nota 3016862 de SAP: Analizadores de notas de DMIS con escenarios separados para la tecnología de migración y replicación basada en ABAP.

Lee la documentación de asistencia de SAP

Si tienes una cuenta de usuario de SAP, puedes encontrar la resolución para muchos problemas de software de SAP si lees las notas de SAP y los artículos de la base de conocimiento de SAP disponibles en SAP ONE Support Launchpad (Launchpad de asistencia de SAP ONE).

Logging

BigQuery Connector para SAP envía sus mensajes de registro a SAP LT Replication Server, en el que puedes verlos en los registros de aplicaciones de SAP LT Replication Server.

Estos mensajes incluyen los que BigQuery Connector para SAP recibe de la API de BigQuery y Pub/Sub.

Puedes ver los mensajes generales de registro de BigQuery y Pub/Sub en la consola de Google Cloud .

Registros de aplicaciones de SAP LT Replication Server

Todos los mensajes de error se guardan en los registros estándar de la aplicación SAP LT Replication Server. Revisa los registros de la aplicación para analizar y solucionar la causa raíz de los problemas.

Puedes mostrar los registros de la aplicación que son específicos de la configuración de SAP LT Replication Server si ejecutas la transacción LTRC, abres la configuración y seleccionas Application Logs.

Cuando se muestren los registros, selecciona una fila de la tabla y puedes hacer clic en un botón para mostrar los mensajes de error. Si haces clic en la pestaña Registros de la aplicación de una replicación, puedes filtrar los mensajes de registro relevantes del entorno de ejecución de la replicación.

Mensajes generados por BigQuery Connector para SAP

Cualquier error que ocurra en BigQuery Connector para SAP antes de que los registros se envíen a BigQuery tienen el prefijo /GOOG/SLT.

/GOOG/MSG tiene cualquier prefijo que muestra los errores que se muestran desde la API de BigQuery. Esto incluye cualquier error HTTP.

Si ninguno de estos valores tiene un prefijo de error, el error fue emitido por SAP LT Replication Server.

Registros de BigQuery

BigQuery escribe varias entradas de registro en Cloud Logging en la consola de Google Cloud .

Para ver las entradas de registro de BigQuery, haz lo siguiente:

  1. En la consola de Google Cloud , abre Logging:

    Ir al Explorador de registros

  2. En el editor de consultas, especifica un recurso de BigQuery. Por ejemplo:

    resource.type="bigquery_dataset"

Para obtener más información sobre los registros de BigQuery, consulta Registros.

Registros de Pub/Sub

Pub/Sub escribe varias entradas de registro en Cloud Logging en la Google Cloud consola.

Para ver las entradas de registro de Pub/Sub, haz lo siguiente:

  1. En la consola de Google Cloud , abre Logging:

    Ir al Explorador de registros

  2. En el editor de consultas, especifica un recurso de Pub/Sub. Por ejemplo:

    resource.type="pubsub_subscription"

Para obtener más información sobre los registros de Pub/Sub, consulta Supervisa Pub/Sub en Cloud Monitoring.

HTTP trace

Cuando solucionas errores, puedes habilitar HTTP trace en la transacción SMICM o ST05.

Para limitar el impacto en el rendimiento, inhabilita HTTP trace en cuanto termines.

Depuración

Si tienes la autorización requerida, puedes depurar el código del complemento empresarial (BAdI) de BigQuery Connector para SAP.

Para depurar el código de BAdI, haz lo siguiente:

  1. Si aún no tienes las autorizaciones de SAP necesarias para depurar el código de BAdI, pásalas a tu administrador de SAP.

  2. Para escribir la depuración, escribe /h en el campo de entrada de la transacción en la GUI de SAP y, luego, presiona Enter.

  3. En el menú Settings, selecciona Change Debugger Profile/ Settings.

  4. En Debug Modes, asegúrate de que la opción Depuración del sistema esté seleccionada.

  5. Establece puntos de interrupción externos en el código según sea necesario.

Supervisión

Puedes supervisar varios puntos diferentes en la ruta de acceso de los datos desde la fuente de datos de SAP hasta la tabla de BigQuery de destino, incluidos los siguientes:

  • Infraestructura: red, hardware y sistema operativo
  • Capa de la base de datos de SAP
  • Capa de la aplicación de SAP
  • BigQuery Connector para SAP
  • Pub/Sub
  • BigQuery

Para obtener más información sobre la supervisión en cada uno de estos puntos, consulta la guía de operaciones de BigQuery Connector para SAP.

Conciliación de datos

Existen tres puntos en los que puedes verificar los recuentos de registros:

  • La tabla de origen
  • Las estadísticas de carga o replicación de SAP LT Replication Server en la transacción LTRC
  • La tabla de destino de BigQuery

Puedes usar la herramienta de validación de replicación para verificar y comparar los recuentos de registros, o puedes recuperar los registros tú mismo si ejecutas consultas en SQL.

Si deseas obtener más información sobre la conciliación de datos, consulta la guía de operaciones de BigQuery Connector para SAP.

Problemas comunes de configuración

En esta sección, se encuentran las soluciones a problemas habituales que pueden ocurrir durante la configuración inicial de BigQuery Connector para SAP.

SAP LT Replication Server para tipos de datos de base de datos

Según tus versiones de software de SAP, es posible que SAP LT Replication Server no admita algunos tipos de datos en una base de datos de origen. Para obtener más información, consulta la sección Consideraciones importantes de la Nota de SAP 1605140: SAP Landscape Transformation Replication Server (SLT) (SAP Landscape Transformation Replication Server).

Problema: El comando del SO para el token de acceso no funciona en SAP LT Replication Server

Problema: Creaste un comando del sistema operativo (SO) para imprimir el token de acceso, pero no funciona en SAP LT Replication Server.

Causa: Este problema puede deberse a varios problemas, pero lo más probable es que no se hayan configurado correctamente las variables de entorno necesarias para el comando del SO.

Solución: Confirma que el comando del SO se configuró correctamente.

Intenta ejecutar el comando printenv desde el SO como SID_LCadm y la transacción SM69 de SAP y compara el resultado. Si las variables que se muestran en la transacción SM69 están incompletas, intenta reiniciar SAP LT Replication Server para registrar las variables.

Problema: /GOOG/MSG: 400 - Bad Request Request contains an invalid argument

Problema: La transferencia de datos falló con el mensaje de error /GOOG/MSG: 400 - Bad Request Request contains an invalid argument.

Causa: Para tu carga de trabajo de SAP que se ejecuta en Google Cloud, el permiso de acceso que se usa en la tabla de claves de cliente /GOOG/CLIENT_KEY no es válido.

Resolución: Para resolver este problema, realiza los siguientes pasos:

  1. En la GUI de SAP, ingresa la transacción /GOOG/SLT_SETTINGS precedida por /n:

    /n/GOOG/SLT_SETTINGS

  2. Para el ID de transferencia masiva que falló en la transacción LTRC, anota el valor del campo Nombre de la clave de Google Cloud.

  3. Ingresa la transacción SM30 y, luego, abre la tabla /GOOG/CLIENT_KEY.

  4. Para el valor Nombre de la clave de Google Cloud que anotaste en un paso anterior, asegúrate de que el valor del campo Permiso coincida con el permiso de acceso mencionado en Especifica la configuración de acceso en /GOOG/CLIENT_KEY. Asegúrate de que no haya espacios ingresados en el campo.

  5. Vuelve a ejecutar la replicación.

Problema: /GOOG/MSG : 400 - ICM_HTTP_CONNECTION_FAILED

Problema: La transferencia de datos falló con el mensaje de error /GOOG/MSG : 400 - ICM_HTTP_CONNECTION_FAILED.

Causa: En los destinos de RFC que usa BigQuery Connector para SAP para conectarse a las APIs de Google Cloud , el valor del campo Prefijo de ruta de acceso o del campo Host de destino es incorrecto.

Resolución: Para resolver este problema, realiza los siguientes pasos:

  1. En la GUI de SAP, ingresa la transacción /GOOG/SLT_SETTINGS precedida por /n:

    /n/GOOG/SLT_SETTINGS

  2. Para el ID de transferencia masiva que falló en la transacción LTRC, anota el valor del campo Nombre de la clave de Google Cloud.

  3. Ingresa la transacción SM30 y, luego, abre la tabla /GOOG/SERVIC_MAP.

  4. Para el valor Nombre de clave de Google Cloud que anotaste en un paso anterior, ten en cuenta los nombres de los destinos de RFC.

  5. Ingresa la transacción SM59 y, luego, completa los siguientes pasos:

    1. Para el destino de RFC que se conecta a BigQuery, asegúrate de que el valor del campo Prefijo de ruta de acceso sea /bigquery/v2/.

    2. Para el destino RFC que se conecta a BigQuery, asegúrate de que el valor del campo Host de destino sea bigquery.googleapis.com.

    3. Para el destino RFC que se conecta a IAM, asegúrate de que el valor del campo Prefijo de ruta de acceso sea /v1/.

    4. Para el destino RFC que se conecta a IAM, asegúrate de que el valor del campo Host de destino sea iamcredentials.googleapis.com.

  6. Vuelve a ejecutar la replicación o la carga inicial.

Problema: /GOOG/MSG : 401 - Unauthorized Request is missing required authentication credential. Expected OAuth 2 access to ken, login coo

Problema: La transferencia de datos falló con el mensaje de error /GOOG/MSG : 401 - Unauthorized Request is missing required authentication credential. Expected OAuth 2 access to ken, login coo.

Causa: Falta la configuración del puerto HTTP.

Resolución: Los puertos HTTP y HTTPS deben crearse y estar activos en tu sistema SAP.

Los metadatos de VM se almacenan en un servidor de metadatos, al que solo se puede acceder a través de un puerto HTTP. Por lo tanto, debes asegurarte de que se cree y esté activo un puerto HTTP junto con un puerto HTTPS para acceder a los metadatos de VMs.

Para resolver este problema, realiza los siguientes pasos:

  1. En la GUI de SAP, ingresa el código de transacción SMICM.

  2. En la barra de menú, haz clic en Ir a > Servicios.

  3. Asegúrate de que los puertos HTTP y HTTPS estén creados y activos. Una marca de verificación verde en la columna Actv indica que los puertos HTTP y HTTPS están activos.

  4. Vuelve a ejecutar la replicación.

Para obtener información sobre la configuración de los puertos HTTP y HTTPS, consulta Configuración de HTTP(S) en ICM.

Problema: /GOOG/MSG : 401 - ICM_HTTP_CONNECTION_BROKEN

Problema: Durante la carga inicial o la replicación, en la transacción de LTRC, la transferencia de datos falló con el mensaje de error /GOOG/MSG : 401 - ICM_HTTP_CONNECTION_BROKEN.

Causa: Para tu carga de trabajo de SAP que se ejecuta en Google Cloud, en los destinos de RFC que usa BigQuery Connector para SAP para conectarse a las APIs deGoogle Cloud , SSL no está activado.

Resolución: Para resolver este problema, realiza los siguientes pasos:

  1. En la GUI de SAP, ingresa la transacción /GOOG/SLT_SETTINGS precedida por /n:

    /n/GOOG/SLT_SETTINGS

  2. Para el ID de transferencia masiva que falló en la transacción LTRC, anota el valor del campo Nombre de la clave de Google Cloud.

  3. Ingresa la transacción SM30 y, luego, abre la tabla /GOOG/SERVIC_MAP.

  4. Para el valor Nombre de clave de Google Cloud que anotaste en un paso anterior, ten en cuenta los nombres de los destinos de RFC.

  5. Ingresa la transacción SM59 y, luego, para los destinos de RFC que anotaste en el paso anterior, realiza los siguientes pasos:

    1. Ve a la pestaña Logon and Security.

    2. En el campo Certificado SSL, asegúrate de que la opción Cliente SSL de DFAULT (estándar) esté seleccionada.

    3. En el campo Service No., asegúrate de que se especifique ese valor 443.

  6. Vuelve a ejecutar la replicación.

Problema /GOOG/MSG: 110 - HTTPIO_PLG_CANCELED

Problema: Durante la carga inicial o la replicación, en la transacción de LTRC, la transferencia de datos falló con el mensaje de error /GOOG/MSG: 110 - HTTPIO_PLG_CANCELED.

Causa: Falta la configuración del puerto HTTP.

Resolución: Los puertos HTTP y HTTPS deben crearse y estar activos en tu sistema SAP.

Los metadatos de VM se almacenan en un servidor de metadatos, al que solo se puede acceder a través de un puerto HTTP. Por lo tanto, debes asegurarte de que se cree y esté activo un puerto HTTP junto con un puerto HTTPS para acceder a los metadatos de VMs.

Para resolver este problema, realiza los siguientes pasos:

  1. En la GUI de SAP, ingresa el código de transacción SMICM.

  2. En la barra de menú, haz clic en Ir a > Servicios.

  3. Asegúrate de que los puertos HTTP y HTTPS estén creados y activos. Una marca de verificación verde en la columna Actv indica que los puertos HTTP y HTTPS están activos.

  4. Vuelve a ejecutar la replicación.

Para obtener información sobre la configuración de los puertos HTTP y HTTPS, consulta Configuración de HTTP(S) en ICM.

Problema: /GOOG/MSG: 403 - SSL is required to perform this operation

Problema: La transferencia de datos falló con el mensaje de error /GOOG/MSG: 403 - SSL is required to perform this operation.

Causa: Para tu carga de trabajo de SAP que se ejecuta en Google Cloud, en los destinos de RFC que usa BigQuery Connector para SAP a fin de conectarse a las APIs de Google Cloud , SSL no está activado.

Resolución: Para resolver este problema, realiza los siguientes pasos:

  1. En la GUI de SAP, ingresa la transacción /GOOG/SLT_SETTINGS precedida por /n:

    /n/GOOG/SLT_SETTINGS

  2. Para el ID de transferencia masiva que falló en la transacción LTRC, anota el valor del campo Nombre de la clave de Google Cloud.

  3. Ingresa la transacción SM30 y, luego, abre la tabla /GOOG/SERVIC_MAP.

  4. Para el valor Nombre de clave de Google Cloud que anotaste en un paso anterior, ten en cuenta los nombres de los destinos de RFC.

  5. Ingresa la transacción SM59 y, luego, para los destinos de RFC que anotaste en el paso anterior, realiza los siguientes pasos:

    1. Ve a la pestaña Logon and Security.

    2. En el campo Certificado SSL, asegúrate de que la opción Cliente SSL de DFAULT (estándar) esté seleccionada.

    3. En el campo Service No., asegúrate de que se especifique ese valor 443.

  6. Vuelve a ejecutar la replicación.

Problema: /GOOG/MSG: 403 - Request had insufficient authentication scopes

Problema: La transferencia de datos falló con el mensaje de error /GOOG/MSG: 403 - Request had insufficient authentication scopes.

Causa: Para tu carga de trabajo de SAP que se ejecuta en Google Cloud, en la tabla /GOOG/CLIENT_KEY, la cuenta de servicio especificada no tiene el permiso necesario para acceder a BigQuery.

Resolución: Para resolver este problema, realiza los siguientes pasos:

  1. En la GUI de SAP, ingresa la transacción /GOOG/SLT_SETTINGS precedida por /n:

    /n/GOOG/SLT_SETTINGS

  2. Para el ID de transferencia masiva que falló en la transacción LTRC, anota el valor del campo Nombre de la clave de Google Cloud.

  3. Ingresa la transacción SM30 y, luego, abre la tabla /GOOG/CLIENT_KEY.

  4. Para el valor Nombre de la clave de Google Cloud que anotaste en un paso anterior, asegúrate de que el valor especificado para el campo Nombre de la cuenta de servicio sea default.

  5. En la consola de Google Cloud , ve a la página Instancias de VM de Compute Engine.

    Ir a Instancias de VM

  6. Haz clic en la instancia de VM que aloja SAP LT Replication Server.

  7. Haz clic en Detener y sigue las instrucciones para detener la instancia de VM.

  8. Haz clic en Editar, edita los Permisos de acceso de la cuenta de servicio para habilitar el acceso a BigQuery y, luego, haz clic en Guardar.

  9. Haz clic en Iniciar/Reanudar para reiniciar la VM.

  10. Asegúrate de que SAP LT Replication Server se esté ejecutando.

  11. Vuelve a ejecutar la replicación.

Problema: /GOOG/MSG: 403 - Access Denied: Dataset PROJECT_ID:DATASET_NAME: Permission bigquery.tables.created denied on dataset

Problema: La transferencia de datos falló con el mensaje de error /GOOG/MSG: 403 - Access Denied: Dataset PROJECT_ID:DATASET_NAME: Permission bigquery.tables.created denied on dataset.

Causa: Para tu carga de trabajo de SAP que se ejecuta en Google Cloud, en la tabla /GOOG/CLIENT_KEY, la cuenta de servicio especificada no tiene los permisos necesarios para acceder a la API de BigQuery.

Resolución: Para resolver este problema, realiza los siguientes pasos:

  1. En la GUI de SAP, ingresa la transacción /GOOG/SLT_SETTINGS precedida por /n:

    /n/GOOG/SLT_SETTINGS

  2. Para el ID de transferencia masiva que falló en la transacción LTRC, anota el valor del campo Nombre de la clave de Google Cloud.

  3. Ingresa la transacción SM30 y, luego, abre la tabla /GOOG/CLIENT_KEY.

  4. Para el valor Nombre de la clave de Google Cloud que anotaste en un paso anterior, ten en cuenta el valor especificado para el campo Nombre de la cuenta de servicio.

  5. En la Google Cloud consola, ve a la página Cuentas de servicio de Identity and Access Management.

    Ir a Cuentas de servicio

  6. Selecciona la cuenta de servicio que anotaste en un paso anterior.

  7. Asegúrate de que la cuenta de servicio tenga los roles de IAM que BigQuery Connector para SAP requiere para acceder a BigQuery, como se indica en Google Cloud Identity and Access Management.

  8. Vuelve a ejecutar la replicación.

Problema: /GOOG/MSG: 404 - Not Found

Problema: La transferencia de datos falló con el mensaje de error /GOOG/MSG: 404 - Not Found.

Causa: En los destinos de RFC que usa BigQuery Connector para SAP para conectarse a las APIs de Google Cloud , el prefijo de ruta de acceso no es correcto.

Resolución: Para resolver este problema, realiza los siguientes pasos:

  1. En la GUI de SAP, ingresa la transacción /GOOG/SLT_SETTINGS precedida por /n:

    /n/GOOG/SLT_SETTINGS

  2. Para el ID de transferencia masiva que falló en la transacción LTRC, anota el valor del campo Nombre de la clave de Google Cloud.

  3. Ingresa la transacción SM30 y, luego, abre la tabla /GOOG/SERVIC_MAP.

  4. Para el valor Nombre de clave de Google Cloud que anotaste en un paso anterior, ten en cuenta los nombres de los destinos de RFC.

  5. Ingresa la transacción SM59 y, luego, completa los siguientes pasos:

    • Para el destino de RFC que se conecta a BigQuery, asegúrate de que el valor del campo Prefijo de ruta de acceso sea /bigquery/v2/.
    • Para el destino RFC que se conecta a IAM, asegúrate de que el valor del campo Prefijo de ruta de acceso sea /v1/.

  6. Vuelve a ejecutar la replicación.

Problema: /GOOG/MSG: 404 - Table PROJECT_ID:DATASET_NAME.TABLE_NAME not found

Problema: La transferencia de datos falló con el mensaje de error /GOOG/MSG: 404 - Table PROJECT_ID:DATASET_NAME.TABLE_NAME not found.

Causa: En los destinos de RFC que usa BigQuery Connector para SAP para conectarse a las APIs de Google Cloud , el valor que especificaste para el campo Host de destino no coincide con ningún nombre de DNS en Cloud DNS.

Resolución: Para resolver este problema, realiza los siguientes pasos:

  1. En la GUI de SAP, ingresa el código de transacción SE38 y, luego, abre el informe /GOOG/R_SLT_SETTINGS.

  2. Para la transacción LTRC que se ejecutó, abre el ID de transferencia masiva y, luego, anota el valor en la columna Nombre de la clave de Google Cloud.

  3. Ingresa la transacción SM30 y, luego, abre la tabla /GOOG/CLIENT_KEY en modo de visualización.

  4. Busca la tabla /GOOG/SERVIC_MAP con el nombre de clave de Google Cloud que anotaste en un paso anterior y, luego, toma nota de los nombres de destino de RFC especificados.

  5. Ingresa el código de transacción SM59.

  6. En los destinos RFC que usas para conectarte a las APIs de IAM y BigQuery, anota el valor especificado para el campo Host de destino.

  7. En la consola de Google Cloud , ve a la página Cloud DNS de Servicios de red.

    Ve a Cloud DNS

  8. Haz clic en la zona privada que contiene los registros DNS para los extremos de Private Service Connect, que creaste a fin de permitir que BigQuery Connector para SAP se conecte de forma privada a las APIs de IAM y BigQuery.

  9. Asegúrate de que haya un registro DNS, con un nombre de DNS coincidente, para cada uno de los valores de host de destino que anotaste en un paso anterior.

  10. Vuelve a ejecutar la replicación.

Problema: /GOOG/MSG: 404 - Not Found Requested entity was not found

Problema: La transferencia de datos falló con el mensaje de error /GOOG/MSG: 404 - Not Found Requested entity was not found.

Causa: Para tu carga de trabajo que se ejecuta en Google Cloud, la cuenta de servicio que se usa en la tabla de claves de cliente /GOOG/CLIENT_KEY no es válida.

Resolución: Para resolver este problema, realiza los siguientes pasos:

  1. En la GUI de SAP, ingresa la transacción /GOOG/SLT_SETTINGS precedida por /n:

    /n/GOOG/SLT_SETTINGS

  2. Para el ID de transferencia masiva que falló en la transacción LTRC, anota el valor del campo Nombre de la clave de Google Cloud.

  3. Ingresa la transacción SM30 y, luego, abre la tabla /GOOG/CLIENT_KEY.

  4. Para el Nombre de la cuenta de servicio asegúrate de que el valor especificado sea la dirección de correo electrónico de la cuenta de servicio que se creó para BigQuery Connector para SAP en el paso Crea una cuenta de servicio.

  5. Vuelve a ejecutar la replicación.

Problema: /GOOG/MSG: 418: La transferencia de datos falló con un mensaje de error de SAP

Problema: La transferencia de datos falló con un mensaje de error de SAP, por ejemplo, No OS command defined for the key.

Causa: Para tu carga de trabajo de SAP que no se ejecuta en Google Cloud, este problema puede deberse a las siguientes circunstancias:

El comando de SO que imprime el token de acceso no está configurado correctamente

Causas: Este problema puede deberse a las siguientes circunstancias:

  • Creaste un comando del sistema operativo (SO) para imprimir el token de acceso pero no lo agregaste a la configuración de acceso en la tabla de clave del cliente /GOOG/CLIENT_KEY.

  • El comando del SO que creaste en la transacción SM69 no pudo recuperar un token de acceso de Google Cloud.

Resolución: En la tabla de clave de cliente /GOOG/CLIENT_KEY, para el campo Nombre del comando, asegúrate de que el valor ingresado coincida con el nombre del comando que creaste para imprimir el token de acceso.

La configuración RFC no está configurada correctamente

Causa: Para tu carga de trabajo de SAP que se ejecuta en Google Cloud, en los destinos de RFC que usa BigQuery Connector para SAP a fin de conectarse a las APIs de Google Cloud , el valor del campo Host de destino es incorrecto.

Resolución: Para resolver este problema, haz lo siguiente:

  1. En la GUI de SAP, ingresa el código de transacción SE38 y, luego, abre el informe /GOOG/R_SLT_SETTINGS.

  2. Para la transacción LTRC que se ejecutó, abre el ID de transferencia masiva y anota el valor de Nombre de la clave de Google Cloud.

  3. Ingresa la transacción SM30 y, luego, abre la tabla /GOOG/CLIENT_KEY en modo de visualización.

  4. Busca la tabla /GOOG/SERVIC_MAP con el nombre de clave de Google Cloud que anotaste en un paso anterior y, luego, toma nota de los nombres de destino de RFC especificados.

  5. Ingresa el código de transacción SM59 y, luego, abre los destinos de RFC que anotaste en el paso anterior.

  6. En el campo Host de destino, corrige la URL especificada.

  7. Vuelve a ejecutar la replicación.

Problema: /GOOG/MSG: 413 - Request Entity Too Large

Problema: La transferencia de datos falló con el mensaje de error /GOOG/MSG: 413 - Request Entity Too Large.

Causa: Este problema puede deberse a que el tamaño de bytes del fragmento que envió BigQuery Connector para SAP superó el tamaño máximo de bytes para las solicitudes HTTP que BigQuery acepta. Esto puede ocurrir cuando el tamaño de los registros de la tabla o la cantidad de datos que contienen los registros hacen que el tamaño de bytes de un fragmento supere el límite de BigQuery.

Resolución: Reduce el tamaño de los fragmentos que envía BigQuery Connector para SAP para tu tabla. Puedes ajustar el tamaño de fragmento para ejecutar la transacción /GOOG/SLT_SETTINGS o habilitar el tamaño de fragmento dinámico para ajustar automáticamente el tamaño de fragmento. Para obtener más información, consulte:

Problema: /GOOG/MSG: 503 - HTTP Communication Failure - SSL client SSL Client (Standard)

Problema: La transferencia de datos falló con el mensaje de error /GOOG/MSG: 503 - HTTP Communication Failure - SSL client SSL Client (Standard).

Causa: Para tu carga de trabajo de SAP que se ejecuta en Google Cloud, en los destinos de RFC que usa BigQuery Connector para SAP a fin de conectarse a las APIs de Google Cloud , el valor del campo Host de destino es incorrecto.

Resolución: Para resolver este problema, consulta los pasos de resolución en RFC no está configurado correctamente.

Problema: /GOOG/MSG: 503 - HTTP Communication Failure exception occurred during the request sending

Problema: La transferencia de datos falló con un mensaje de error /GOOG/MSG: 503 - HTTP Communication Failure exception occurred during the request sending.

Causa: Este problema puede deberse a problemas de conexión o de red.

Resolución: Valida tu conexión y asegúrate de que tu red esté configurada correctamente, se ejecute sin errores y no esté congestionada.

Problema: /GOOG/MSG: 503 - HTTP Communication Failure exception occurred during the response receiving

Problema: La transferencia de datos falló con un mensaje de error /GOOG/MSG: 503 - HTTP Communication Failure exception occurred during the response receiving.

Este problema puede deberse a las siguientes circunstancias:

El SSL no está activado en tus destinos de RFC

Causa: En los destinos de RFC que usa BigQuery Connector para SAP para conectarse a las APIs de Google Cloud , la opción de seguridad para usar el certificado SSL no está activada.

Resolución: Para resolver este problema, consulta los pasos de resolución en Problema: /GOOG/MSG: 403: Se requiere SSL para realizar esta operación.

Error en el protocolo de enlace SSL

Causa: Cuando el protocolo de enlace SSL falló entre el host de SAP LT Replication Server y el extremo de la API de BigQuery. Esto ocurre cuando el certificado que presenta el servidor de TLS no es válido para el nombre de host de destino que proporciona SAP LT Replication Server, posiblemente porque el envío del cliente de la extensión opcional de TLS SNI no se implementa en tu kernel de NetWeaver.

Resolución: En la transacción SMICM, busca el código de retorno, SSLERR_SERVER_CERT_MISMATCH. Si encuentras el código de retorno SSLERR_SERVER_CERT_MISMATCH, debes habilitar el envío de la SNI de la extensión TLS. Además, asegúrate de que el kernel de NetWeaver implemente el envío del cliente de la SNI de la extensión TLS opcional.

Para habilitar el envío de la SNI de la extensión TLS, establece el parámetro de perfil icm/HTTPS/client_sni_enabled o ssl/client_sni_enabled en TRUE, según la versión de kernel de NetWeaver. Para obtener más información sobre SAP, consulta los siguientes vínculos:

El tamaño en bytes de los fragmentos superó el tamaño máximo de bytes para las solicitudes HTTP que BigQuery acepta

Causa: Cuando el tamaño de bytes del fragmento que envía BigQuery Connector para SAP superó el tamaño máximo de bytes para las solicitudes HTTP que acepta BigQuery. Esto puede ocurrir cuando el tamaño de los registros de la tabla o la cantidad de datos que contienen los registros hacen que el tamaño de bytes de un fragmento supere el límite de BigQuery.

Resolución: Reduce el tamaño de los fragmentos que envía BigQuery Connector para SAP para esta tabla. Puedes ajustar el tamaño de fragmento para ejecutar la transacción /GOOG/SLT_SETTINGS o habilitar el tamaño de fragmento dinámico para ajustar automáticamente el tamaño de fragmento. Para obtener más información, consulte:

Problema: /GOOG/MSG: 404 - Not found: Dataset DATASET_NAME

Problema: Cuando intentas validar la seguridad de Google Cloud o cargar datos en una tabla de BigQuery, recibes el mensaje /GOOG/MSG: 404 - Not found: Dataset DATASET_NAME.

Causa: Este problema puede deberse a las siguientes circunstancias:

  • El conjunto de datos de BigQuery aún no se creó.
  • El nombre del conjunto de datos no se especificó correctamente en la configuración de transferencia masiva.
  • Se debe activar la configuración de replicación en SAP LT Replication Server.

Solución: Prueba las siguientes soluciones:

  • Confirma que el conjunto de datos se creó en BigQuery.
  • Verifica que el nombre del conjunto de datos en la configuración de transferencia masiva sea el mismo que el nombre del conjunto de datos en BigQuery.
  • Ejecuta la transacción LTRC y desactiva y vuelve a activar la configuración de la replicación.

Problema: Mass Transfer Key can not be found for Mass Transfer ID XXX

Problema: Ves el error /GOOG/SLT: Mass Transfer Key can not be found for Mass Transfer ID XXX.

Causa: Este problema puede deberse a las siguientes circunstancias:

  • No existe una configuración de transferencia masiva para el ID de transferencia masiva especificado.
  • La configuración de replicación correspondiente no está activa.

Solución: Para resolver el problema, realiza una de las siguientes acciones:

  • Ejecuta la transacción /GOOG/SLT_SETTINGS y confirma que el ID de transferencia masiva se haya especificado de forma correcta.
  • Ejecuta la transacción LTRC y desactiva y vuelve a activar la configuración de la replicación.

Problema: /GOOG/SLT : Unable to interpret VALUE as a BOOLEAN

Problema: La carga o la replicación de un registro falla con el mensaje /GOOG/SLT : Unable to interpret VALUE as a BOOLEAN.

Causa: Este problema se debe a la asignación de un campo en la tabla de origen al tipo de datos de BigQuery BOOLEAN, pero los datos en el campo de origen no se resuelven en un booleano.

Resolución: Para resolver el problema, usa la transacción /GOOG/SLT_SETTINGS para cambiar el tipo de datos al que se asigna el campo de origen o quitar la asignación de tipo de datos y aceptar los datos predeterminados tipo.

Problema: /GOOG/SLT: Failed to convert field SAP_FIELD_NAME value to field BIGQUERY_FIELD_NAME: ERROR_DETAILS

Problema: La carga o la replicación de un registro falla con el mensaje /GOOG/SLT: Failed to convert field SAP_FIELD_NAME value to field BIGQUERY_FIELD_NAME: ERROR_DETAILS.

Causa: El campo de origen contiene un valor no válido o el campo de origen se asigna a un tipo de datos de BigQuery que no es una asignación válida para los datos que contiene el campo de origen.

Solución: Para resolver el problema, usa la transacción /GOOG/SLT_SETTINGS a fin de cambiar el tipo de datos al que se asigna el campo de origen o quitar la asignación de tipo de datos y aceptar la asignación predeterminada.

Problema: /GOOG/MSG : Client key is not found in /GOOG/CLIENT_KEY table

Problema: Una carga o replicación no comienza con el mensaje /GOOG/MSG: Client key is not found in /GOOG/CLIENT_KEY table.

Causa: La clave de cliente no existe o se especificó de forma incorrecta en la configuración de transferencia masiva de la transacción /GOOG/SLT_SETTINGS.

Solución: A fin de resolver el problema, usa la transacción SM30 para crear la clave del cliente o usa la transacción /GOOG/SLT_SETTINGS si deseas corregir la especificación del valor de la clave del cliente en el configuración de transferencia masiva.

Problema: /GOOG/MSG: DESCRIPTION_OF_ISSUE error occurred in chunk ranging START_INDEX_OF_FAILED_CHUNK - END_INDEX_OF_FAILED_CHUNK

Problema: La replicación de un fragmento falló con un mensaje de error /GOOG/MSG: DESCRIPTION_OF_ISSUE error occurred in chunk ranging START_INDEX_OF_FAILED_CHUNK - END_INDEX_OF_FAILED_CHUNK.

Causa: Puede tener más de una causa, incluidas Invalid JSON Payload, Quota Exceeded, Request Entity Too Large o HTTP Communication Failure. El mensaje de error del fragmento que no se pudo replicar a BigQuery se muestra con el índice de inicio y fin del fragmento.

Se muestra este mensaje de error si no configuraste la marca BREAK en la transacción /GOOG/SLT_SETTINGS. Cuando la marca BREAK no está configurada, BigQuery Connector para SAP continúa enviando registros a BigQuery mediante el envío del siguiente fragmento, incluso cuando se encuentra un error.

Solución: Prueba las siguientes soluciones:

Problema: DESCRIPTION_OF_ISSUE while signing JWT using profile KEY_FILE_NAME.pse. Check JWT config in STRUST

Problema: Ves el error DESCRIPTION_OF_ISSUE while signing JWT using profile KEY_FILE_NAME .pse. Check JWT config in STRUST.

Causa: La configuración de JWT y la configuración de la clave de la cuenta de servicio no están configuradas de forma correcta en STRUST.

Resolución: Confirma que la configuración de JWT y la clave de la cuenta de servicio estén configuradas como se explica en Autenticación con JWT para obtener tokens de acceso.

Problema: Bad Request invalid_grant. Invalid JWT Signature

Problema: Ves el error Bad Request invalid_grant. Invalid JWT Signature.

Causa: El archivo de claves PSE o P12 importado a STRUST no pertenece a la cuenta de servicio que usaste para firmar el JWT.

Resolución: Asegúrate de importar el archivo de claves de la cuenta de servicio correcto en STRUST. Para obtener información sobre cómo importar la clave de la cuenta de servicio a STRUST, consultaImporta la clave de la cuenta de servicio a STRUST.

Problema: /GOOG/MSG : 400 - Bad Request invalid_grant Invalid grant: account not found

Problema: No puedes conectarte a las APIs de Google Cloud .

Causa: La cuenta de servicio que se usa para la firma de JWT es incorrecta o no tiene los permisos necesarios.

Resolución: Asegúrate de que la cuenta de servicio que especificaste para la recuperación de tokens basados en JWT se mantenga correctamente en el parámetro JWT_SERVC_ACCT de la tabla /GOOG/BQ_PARAM. Para obtener más información, consulta Cómo habilitar la firma de JWT para la cuenta de servicio en el host de SAP LT Replication Server.

Problema: OAuth RFC HTTP Destination not maintained in /GOOG/SERVIC_MAP

Problema: Ves el error OAuth RFC HTTP Destination not maintained in /GOOG/SERVIC_MAP.

Causa: El destino de RFC para OAuth 2.0 no está disponible en la tabla de asignación de servicios /GOOG/SERVIC_MAP.

Resolución: Actualiza el destino de RFC para OAuth 2.0 en la tabla de asignación de servicios /GOOG/SERVIC_MAP y vuelve a ejecutar la carga. Para obtener información sobre cómo especificar destinos de RFC, consulta Especifica destinos de RFC en /GOOG/SERVIC_MAP.

Problema: Para los idiomas de inicio de sesión que no son inglés, las descripciones de los campos se ven ilegibles cuando se suben datos mediante un archivo CSV

Problema: Para los idiomas de inicio de sesión que no son inglés, cuando subes tipos de campos de la tabla de destino de BigQuery y descripciones de campo con la opción de carga de archivos, las descripciones de campo del archivo CSV no se suben con precisión. Encontraste caracteres y símbolos ilegibles en las descripciones subidas.

Causa: En el caso de los idiomas de inicio de sesión que no son inglés, la utilidad de carga de archivos no puede interpretar los caracteres en el archivo CSV con precisión.

Resolución: Para subir los tipos de campo de la tabla de destino de BigQuery y las descripciones de los campos en un idioma que no sea inglés, usa el formato de codificación UTF-8 con la marca de orden de bytes (BOM) para tu archivo CSV. Guarda el archivo CSV en UTF-8 con formato BoM y, luego, súbelo.

Problema: Error de autenticación debido a que los certificados de la CA raíz no son válidos

Problema: No puedes autenticarte en Google Cloud y te encontraste con lo siguiente:

  • Recibiste el mensaje de error /GOOG/MSG: 421 - SSL handshake with iamcredentials.googleapis.com: 443 failed: SSSLERR_PEER_CERT_UNTRUSTED.
  • En la transacción SMICM, encuentras el mensaje de error ERROR: The chain of certificates is incomplete or untrusted, missing certificate of CN-GTS Root R4..

Causa: Los certificados de CA raíz de Google más recientes no están instalados correctamente en STRUST.

Resolución: Descarga todos los certificados de CA raíz más recientes del repositorio de Google Trust Services y súbelos a tu transacción STRUST. Asegúrate de no usar certificados existentes. Para obtener información sobre cómo hacerlo, consulta Autenticación con tokens web JSON: Configura certificados SSL/TLS o Autenticación con tokens de acceso: Configura certificados SSL/TLS.

Problema: /GOOG/MSG : 400 - Schema mismatch for table TABLE_ID. Please delete the schema from Pub/Sub and try again.

Problema: No puedes replicar datos de tu tabla de SAP de origen.

Causa: Este error se produce cuando el esquema de Pub/Sub existente para una tabla específica no coincide con el esquema derivado de la definición de la tabla de SAP. Esto también puede ocurrir si hay inconsistencias en la configuración de la partición de tiempo entre los dos esquemas.

Resolución: Para resolver este problema, realiza los siguientes pasos:

  1. Borra el esquema existente para la tabla especificada de Pub/Sub. Para obtener información sobre cómo borrar un esquema de Pub/Sub, consulta Borra un esquema.

  2. Vuelve a ejecutar la replicación. El sistema recrea automáticamente el esquema según la definición de la tabla de SAP.

Problema: /GOOG/MSG : 400 - Compatibility checking failed to commit a schema revision for (schema="SCHEMA_NAME"). (reason="Revision is incompatible with previous revision: SCHEMA_NAME. Failed with error").

Problema: No puedes replicar datos de tu tabla de SAP de origen.

Causa: Pub/Sub rechazó la nueva revisión del esquema porque es incompatible con la revisión anterior.

Resolución: Para resolver este problema, asegúrate de que los cambios de esquema en la transacción /GOOG/SLT_SETTINGS sean compatibles con el esquema de Avro en Pub/Sub.

Verifica que las asignaciones de campos de Avro coincidan con la resolución de esquemas.

Problema: /GOOG/MSG : 429 - You have exceeded your revisions per schema quota (schema="SCHEMA_NAME").

Problema: No puedes replicar datos de tu tabla de SAP de origen.

Causa: El esquema de Pub/Sub superó la cantidad máxima permitida de revisiones.

Resolución: Para solucionar este problema, debes borrar las revisiones de esquema existentes que no se usen o borrar el esquema completo y, luego, configurar un esquema nuevo en la transacción /GOOG/SLT_SETTINGS. Para obtener más información, consulta Administra el esquema de Pub/Sub para los cambios en la estructura de la tabla.

Problema: /GOOG/MSG : 400 - Incompatible schema type for field FIELD_NAME: AVRO_TYPE vs. BQ_TYPE

Problema: No puedes replicar datos de tu tabla de SAP de origen.

Causa: Este error se produce cuando la asignación de tipos de datos para un campo específico entre el esquema de Avro y el esquema de la tabla de destino de BigQuery es incompatible.

Resolución: Para resolver este problema, realiza los siguientes pasos:

  1. En la transacción /GOOG/SLT_SETTINGS, corrige las asignaciones de campos para que los tipos de datos de Avro y BigQuery sean compatibles entre sí.

    Para obtener más información, consulta Cómo personalizar la asignación de campos predeterminada.

    Para obtener información sobre la compatibilidad del esquema entre los tipos de Avro y los tipos de datos de BigQuery, consulta Compatibilidad del esquema.

  2. Vuelve a ejecutar la replicación.

Problemas operativos comunes

En esta sección, se encuentran las soluciones a problemas habituales que pueden ocurrir después de la configuración inicial de BigQuery Connector para SAP.

Problema: Faltan registros en BigQuery después de actualizar DMIS de SAP LT Replication Server

Problema: Después de actualizar a SAP LT Replication Server DMIS 2018 SP12-SP13 o DMIS 2020 SP08-SP09, es posible que falten registros en BigQuery. Para identificar este problema, observa lo siguiente:

  • Faltan registros en la tabla de destino de BigQuery, pero el registro de la aplicación de SAP LT Replication Server no muestra ningún error.
  • Como no hay errores, SAP LT Replication Server no retiene ni vuelve a activar las entradas faltantes.
  • En Cloud Logging y los archivos de registro de HTTP de SAP, es posible que encuentres errores de 503 service unavailable. Sin embargo, estos errores no se registran en el registro de la aplicación SAP LT Replication Server.

Causa: En SAP LT Replication Server DMIS 2018 SP12-SP13 o DMIS 2020 SP08-SP09, el código generado no incluye la lógica necesaria manejo de errores.

Resolución: Para resolver este problema, sigue las instrucciones que se proporcionan en la Nota de SAP 3631963: Missing records in the target when using BAdi scenario. Si esta nota no está disponible en tu entorno, comunícate con SAP para obtenerla.

Dado que este problema está relacionado con el control interno de SAP LT Replication Server, no requiere ninguna acción ni corrección por parte de Google Cloud.

Problema: Las tablas de origen vacías en SAP no se crean en el conjunto de datos de BigQuery

Problema: Las tablas de origen vacías en SAP no se crean en el conjunto de datos de BigQuery.

Causa: Para las tablas de origen vacías en SAP, el SLT de SAP evita la creación de tablas de destino en BigQuery.

Resolución: A fin de crear tablas de destino en el conjunto de datos de BigQuery para tablas de origen vacías en SAP, puedes usar la herramienta Crear tabla. Para obtener información sobre cómo ejecutar la herramienta Crear tabla, consulta Herramienta de creación de tablas.

Problema: Cantidad incorrecta de escrituras en BigQuery

Problema: La cantidad de registros que se escriben en BigQuery es mayor que la cantidad de registros que se muestran en los registros de SAP LT Replication Server.

Causa: Puede tener más de una causa, incluidos los problemas de conexión transitorios que hacen que SAP LT Replication Server envíe registros más de una vez o el hecho de que la tabla de BigQuery solo acepta inserciones y cada cambio en un solo registro en la fuente se inserta como una entrada separada en la tabla de destino.

Solución: Si la diferencia en los recuentos de registros no es extrema y no hay menos registros en BigQuery que en la tabla de origen, este es el comportamiento esperado y no un problema.

Para conciliar de forma precisa la cantidad de registros en BigQuery con la cantidad de registros en la tabla de origen, consulta la tabla de BigQuery como se describe en Consultas de SQL para recuentos de registros.

Para obtener más información sobre las posibles causas de este problema, consulta Consideraciones especiales para orígenes y destinos de ABAP en HANA.

Problema: /GOOG/MSG : 400 - Schema mismatch for table TABLE_NAME

Problema: Recibes el mensaje de error /GOOG/MSG : 400 - Schema mismatch for table TABLE_NAME. Please delete the table from BigQuery and try again.

Causa: Se ingresó uno de los siguientes cambios para una tabla de BigQuery existente:

  • Eliminación de un campo
  • Cambio de nombre de un campo
  • Cambio en el tipo de datos de un campo
  • Cambio en el tipo de partición de una tabla

Los cambios anteriores no se pueden aplicar a una tabla de BigQuery existente.

Resolución: Si necesitas cambiar cualquiera de estos atributos de campo en una tabla existente, debes borrar la tabla existente y volver a cargar los registros en una tabla nueva.

Si el cambio fue un error, revísala en SAP LT Replication Server.

Para obtener más información sobre la configuración de campos y particiones en una tabla de BigQuery de destino, consulta Configuraciones de replicación de BigQuery.

Problema: Mensajes de error relacionados con datos no válidos

Problema: En los registros de la aplicación, recibes un mensaje de error: /GOOG/MSG/: DESCRIPTION_OF_INVALID_DATA error occurred in FIELD_NAME in record RECORD_KEYS.

Causa: Este mensaje de error es emitido por BigQuery cuando se insertan los registros con datos no válidos en la tabla de destino. Los datos pueden no ser válidos debido a uno de los siguientes motivos:

  • Los datos en el campo de un registro en particular no son compatibles con el tipo de datos en BigQuery. Por ejemplo, BigQuery genera mensajes de error cuando ocurre lo siguiente:
    • Una string se mantiene en un campo de tipo DATE, INTEGER o BOOLEAN.
    • Se mantiene una fecha no válida (00/00/0000) en un campo de tipo DATE.
  • Se mantiene un tipo de datos de destino incorrecto en las asignaciones de campos en la transacción /GOOG/SLT_SETTINGS.

BigQuery emite un mensaje de error por cada registro que contiene un campo con datos no válidos.

Resolución: Analiza el mensaje de error, DESCRIPTION_OF_INVALID_DATA, para comprender la causa posible de los datos no válidos. Para identificar el registro con el campo que contiene los datos no válidos, usa RECORD_KEYS, que incluye el contenido de los primeros cinco campos del registro. Si la tabla tiene cinco campos o menos, el contenido de todos los campos se incluye en el RECORD_KEYS.

  • Si los datos en el campo no son compatibles con el tipo de datos en BigQuery, corrige los datos en la tabla de origen.
  • Si el error se produjo por una discrepancia entre los datos y el tipo de datos, usa la transacción /GOOG/SLT_SETTINGS para especificar el tipo de datos adecuado. Para obtener más información sobre la asignación de tipos de datos, consulta Asignación de tipos de datos.

Problema: El valor de un campo que se muestra en la transacción SE16 o SE16N es diferente del valor que se muestra en BigQuery.

Problema: Cuando comparas datos en la transacción de SAP SE16 o SE16N con BigQuery, es posible que encuentres las siguientes discrepancias:

  • El valor de un campo que se muestra en la transacción SE16 o SE16N puede diferir de su valor correspondiente en BigQuery.
  • El valor de un campo en la transacción SE16 o SE16N puede aparecer en blanco, mientras que el campo correspondiente contiene un valor en BigQuery.

Causa: Observas este comportamiento por los siguientes motivos:

Comportamiento estándar de SLT con vistas de compatibilidad de SAP

En el sistema de origen de SAP S/4HANA, las tablas como MARD, MARC, MBEW y MBEWH tienen vistas de compatibilidad que muestran valores en la transacción SE16 o SE16N. En el caso de esas tablas, los valores que se muestran en la transacción SE16 o SE16N se calculan dentro de las vistas de compatibilidad con condiciones de unión, que incluyen varias otras tablas subyacentes.

Cuando se configura una tabla con una vista de compatibilidad en SLT para la replicación en BigQuery, SLT no replica los datos de la vista de compatibilidad. En cambio, SLT replica los datos de cada una de las tablas subyacentes por separado, por lo que es posible que notes que algunos campos tienen valores diferentes en SE16 o SE16N en comparación con lo que se muestra en BigQuery. Este es un comportamiento estándar de SLT.

Valores sin convertir enviados desde la base de datos a BigQuery

SLT extrae los valores sin convertir directamente de la base de datos y los envía a BigQuery según la lógica de conversión de datos que mantienes tú o las reglas de asignación predeterminadas. Por lo tanto, incluso si un campo aparece en blanco o muestra un valor diferente en la transacción SE16 o SE16N, el valor subyacente sin convertir se envía a BigQuery.

Por ejemplo, en la base de datos, los números de material sin convertir suelen tener ceros a la izquierda. El proceso de conversión quita los ceros a la izquierda antes de mostrar el valor en SE16N. Para ver el valor original con ceros a la izquierda, haz doble clic en la entrada de SE16N. Para obtener más información, consulta Campos en blanco o valores diferentes que se muestran en SE16 o SE16N debido a valores no convertidos que se envían desde la base de datos a BigQuery.

Resolución: Para resolver el problema, realiza las siguientes acciones según corresponda:

Valores de campo diferentes que se muestran en SE16 o SE16N debido al comportamiento estándar de SLT con las vistas de compatibilidad de SAP

Para resolver el problema, completa los siguientes pasos:

  1. En la GUI de SAP, ejecuta el código de transacción LTRS.
  2. Selecciona la configuración de transferencia masiva para la replicación de BigQuery.
  3. Ve a Configuración de replicación avanzada > Configuración de la tabla.
  4. Selecciona la tabla que usa vistas de compatibilidad. Si la tabla que necesitas no aparece en la lista, agrégala.

  5. En la sección Configuración de procesamiento, ingresa los valores para los siguientes campos:

    • Vista para la carga inicial: Es el valor de la vista de compatibilidad para la tabla de SE16 o SE16N.
    • View for Replication: Es el valor de la vista de compatibilidad para la tabla de SE16 o SE16N.

  6. Guarda la configuración.

Como alternativa, replica todas las tablas subyacentes de la vista de compatibilidad en BigQuery. En BigQuery, une estas tablas con las mismas condiciones de unión que la vista de compatibilidad.

Para encontrar la vista de compatibilidad de una tabla, haz lo siguiente:

  1. En la GUI de SAP, ejecuta el código de transacción SE16 o SE16N.
  2. En el campo Buscar en la tabla, ingresa DD02L y, luego, presiona Intro.
  3. En el campo Nombre de la tabla o TABNAME, ingresa el nombre de la tabla para la que necesitas encontrar la vista de compatibilidad.
  4. Haz clic en el botón Ejecutar. La columna View Name o VIEWREF muestra la vista de compatibilidad, si existe una para la tabla.

Para obtener más información de SAP sobre algunas tablas conocidas y sus vistas de compatibilidad, consulta la Nota 2595627 de SAP: Acceder a la tabla desde SE16/SE16N muestra resultados diferentes a la base de datos de SAP HANA.

Campos en blanco o valores diferentes que se muestran en SE16 o SE16N debido a valores no convertidos que se envían desde la base de datos a BigQuery

Para resolver el problema, completa los siguientes pasos:

  1. En la GUI de SAP, ejecuta el código de transacción SE16N.
  2. En el campo Nombre de la tabla, ingresa el nombre de la tabla de SAP que deseas inspeccionar y, luego, presiona Intro.
  3. Ubica la fila en la que un campo se muestra en blanco o muestra un valor diferente.
  4. Haz doble clic en la fila específica que identificaste.
  5. En la vista detallada de la fila, busca la columna Valor sin convertir. En esta columna, se muestra el valor sin convertir tal como se almacena en la base de datos subyacente para el campo correspondiente.

Problema: Después de actualizar tu sistema fuente de SLT o SAP, no puedes mantener las vistas de compatibilidad en la transacción LTRS

Problema: Después de actualizar tu sistema fuente de SLT o SAP, no puedes mantener las vistas de compatibilidad en la transacción LTRS.

Causa: Este problema se produce porque SAP cambió el mecanismo de captura de datos modificados (CDC) a un valor diferente después de la actualización.

Resolución: Para mantener las vistas de compatibilidad en la transacción LTRS después de una actualización, sigue las instrucciones de la nota de SAP 3169933: ¿Qué es el informe IUUC_REPL_SWITCH_REC_MCHNSM? - SLT.

Problema: Failed to create proxy table TARGET_TABLE_NAME for object SOURCE_TABLE_NAME

Problema: Mientras se transferían datos de SAP HANA a BigQuery con BigQuery Connector para SAP, la carga de la tabla falló con el mensaje de error Failed to create proxy table TARGET_TABLE_NAME for object SOURCE_TABLE_NAME.

Causa: La cantidad de caracteres de uno o más campos de la tabla fuente supera la restricción de 30 caracteres establecida por SLT.

Solución: Prueba las siguientes soluciones:

  • Si la cantidad de caracteres en los campos de clave de una tabla supera los 30, no podrás cargar ni replicar esas tablas. Esta es una limitación conocida de SLT.
  • Si la cantidad de caracteres en otros campos de una tabla supera los 30, crea una vista para asignar los nombres de campo que superen los 30 caracteres a nombres de campo más cortos.

Para obtener más información, consulta la Nota de SAP 1768805: SAP Landscape Transformation Replication Server (SLT): Non ABAP-based Sources.

Problema: Se encontraron campos NULL en los datos replicados en BigQuery

Problema: Cuando replicas datos en BigQuery con BigQuery Connector para SAP, ves valores de NULL en tus tablas de BigQuery.

Causa: Esto sucede cuando la marca Enviar marca sin comprimir está inhabilitada en la configuración de BigQuery Connector para SAP, que es la opción predeterminada. Cuando esta marca está inhabilitada, BigQuery Connector para SAP omite los campos vacíos de los registros de origen que se envían a BigQuery. Por lo tanto, BigQuery inicializa estos campos omitidos como NULL en la tabla de destino.

Resolución: Para resolver este problema, inhabilita la compresión de registros seleccionando la Marca de envío sin comprimir en la configuración de BigQuery.

Seleccionar la Marca de envío sin comprimir puede afectar de forma negativa el rendimiento de la replicación. Para obtener un rendimiento óptimo, evita inhabilitar la compresión de registros a nivel de la tabla. Si solo necesitas datos sin comprimir para campos específicos, habilita la marca de envío sin comprimir para esos campos individuales a nivel del campo.

Para obtener más detalles, consulta Compresión de registros.

Obtenga asistencia

Si necesitas ayuda para resolver problemas de replicación y BigQuery Connector para SAP, recopila toda la información de diagnóstico disponible y comunícate con el servicio de atención al cliente de Cloud.

Si deseas obtener más información para comunicarte con el equipo de Atención al cliente de Cloud, consulta Obtén asistencia para SAP en Google Cloud.