Puoi risolvere i problemi relativi alla versione 2.9 (la più recente) di BigQuery Connector per SAP utilizzando sia la registrazione delle applicazioni SAP LT Replication Server sia i log Google Cloud per esaminare i messaggi di errore e di log.
BigQuery Connector per SAP invia tutti gli errori ai log delle applicazioni standard di SAP LT Replication Server.
Puoi anche utilizzare il debug di SAP LT Replication Server per isolare i problemi.
Panoramica della risoluzione dei problemi
Quando risolvi i problemi relativi a BigQuery Connector per SAP, ci sono diverse aree su cui potresti dover concentrare la tua attenzione, a seconda dell'area o dell'ambito del problema che stai esaminando:
- L'infrastruttura, ad esempio la rete, l'hardware o il sistema operativo.
- Il software SAP, inclusi il server di origine e SAP LT Replication Server.
- BigQuery Connector per SAP.
- Pub/Sub
- BigQuery, inclusi l'API BigQuery e la tabella di destinazione.
Coinvolgi i team giusti
La prima cosa da fare quando si risolve un problema è determinare in quale delle aree precedenti si verifica il problema e qual è l'ambito del problema.
Per risolvere un problema, potrebbe essere necessario collaborare con più team, ad esempio gli amministratori di Basis, gli amministratori di SAP LT Replication Server, i DBA o gli amministratori della sicurezza. Google Cloud
Il coinvolgimento tempestivo dei team e delle competenze giuste può aiutarti a risolvere i problemi più rapidamente.
Determinare la causa principale
Devi determinare la causa principale del problema e assicurarti che quella che ritieni possa essere la causa non sia in realtà solo un sintomo di una causa principale che si trova altrove.
I sistemi SAP sono strettamente integrati, ma possono scrivere log e tracce in file in più posizioni diverse. Quando risolvi i problemi, devi determinare i log e i file di traccia corretti da esaminare.
Controllare i requisiti e i prerequisiti software
Assicurati che tutto il software di sistema sia in esecuzione alle versioni minime richieste e che tutti i prerequisiti di BigQuery Connector per SAP siano soddisfatti.
Per informazioni sui prerequisiti di installazione di BigQuery Connector per SAP, consulta Prerequisiti.
Per i requisiti software di BigQuery Connector per SAP, consulta Requisiti software.
Se utilizzi un software ECC precedente, assicurati che la versione di SAP LT Replication Server sia compatibile con la tua versione di ECC. Per ulteriori informazioni, consulta la nota SAP 2577774 - Compatibilità delle versioni per i sistemi di origine e di destinazione - SLT.
Per il sistema di origine SAP e SAP LT Replication Server, assicurati di implementare tutte le note di correzione per la tecnologia di migrazione e replica basata su ABAP. Per saperne di più, consulta la nota SAP 3016862 - DMIS Note Analyzers con scenari separati per la tecnologia di migrazione e replica basata su ABAP.
Leggi la documentazione di assistenza SAP
Se hai un account utente SAP, puoi trovare la soluzione a molti problemi del software SAP leggendo le note SAP e gli articoli della knowledge base SAP disponibili in SAP ONE Support Launchpad.
Logging
BigQuery Connector per SAP invia i messaggi di log a SAP LT Replication Server, dove puoi visualizzarli nei log dell'applicazione SAP LT Replication Server.
Questi messaggi includono quelli che BigQuery Connector per SAP riceve dall'API BigQuery e dall'API Pub/Sub.
Puoi visualizzare i messaggi di log generali di BigQuery e Pub/Sub nella console Google Cloud .
Log delle applicazioni SAP LT Replication Server
Tutti i messaggi di errore vengono salvati nei log standard dell'applicazione SAP LT Replication Server. Controlla i log dell'applicazione per analizzare e risolvere la causa principale dei problemi.
Puoi visualizzare i log delle applicazioni specifici della tua
configurazione di SAP LT Replication Server eseguendo la transazione LTRC
, aprendo
la configurazione e selezionando Log delle applicazioni.
Quando vengono visualizzati i log, seleziona una riga della tabella e poi puoi fare clic su un pulsante per visualizzare eventuali messaggi di errore. Se fai clic sulla scheda Log applicazione per una replica, puoi filtrare i messaggi di log di runtime pertinenti per la replica.
Messaggi generati da BigQuery Connector per SAP
Eventuali errori che si verificano in BigQuery Connector per SAP prima che i record vengano inviati a BigQuery sono preceduti da /GOOG/SLT
.
Gli errori restituiti dall'API BigQuery sono
preceduti da /GOOG/MSG
. Sono inclusi eventuali errori HTTP.
Se un errore non è preceduto da uno di questi valori, è stato emesso da SAP LT Replication Server.
Log di BigQuery
BigQuery scrive varie voci di log in Cloud Logging nella console Google Cloud .
Per visualizzare le voci di log di BigQuery:
Nella console Google Cloud , apri Logging:
Nell'editor Query, specifica una risorsa BigQuery. Ad esempio:
resource.type="bigquery_dataset"
Per ulteriori informazioni sui log di BigQuery, vedi Log.
Log di Pub/Sub
Pub/Sub scrive varie voci di log in Cloud Logging nella console Google Cloud .
Per visualizzare le voci di log di Pub/Sub:
Nella console Google Cloud , apri Logging:
Nell'editor Query, specifica una risorsa Pub/Sub. Ad esempio:
resource.type="pubsub_subscription"
Per ulteriori informazioni sui log Pub/Sub, consulta Monitorare Pub/Sub in Cloud Monitoring.
Traccia HTTP
Durante la risoluzione dei problemi relativi agli errori, puoi attivare la traccia HTTP nella transazione
SMICM
o ST05
.
Per limitare l'impatto sulle prestazioni, disattiva la traccia HTTP non appena hai terminato.
Debug
Se disponi dell'autorizzazione richiesta, puoi eseguire il debug del codice dell'add-in aziendale (BAdI) di BigQuery Connector per SAP.
Per eseguire il debug del codice BAdI:
Se non disponi già delle autorizzazioni SAP necessarie per il debug del codice BAdI, richiedile all'amministratore SAP.
Attiva il debug digitando
/h
nel campo di inserimento della transazione nella GUI SAP e poi premendoEnter
.Nel menu Impostazioni, seleziona Modifica profilo/ impostazioni del debugger.
Nella sezione Modalità di debug, assicurati che sia selezionata l'opzione Debug di sistema.
Imposta i punti di interruzione esterni nel codice in base alle esigenze.
Monitoraggio
Puoi monitorare diversi punti lungo il percorso dei dati dall'origine dati SAP alla tabella BigQuery di destinazione, tra cui:
- Infrastruttura: rete, hardware e sistema operativo
- Livello del database SAP
- Il livello applicativo SAP
- BigQuery Connector per SAP
- Pub/Sub
- BigQuery
Per ulteriori informazioni sul monitoraggio in ciascuno di questi punti, consulta la guida operativa di BigQuery Connector per SAP.
Riconciliazione dei dati
Esistono tre punti in cui puoi controllare i conteggi dei record:
- La tabella di origine
- Le statistiche di caricamento o replica di SAP LT Replication Server nella transazione
LTRC
- Tabella di destinazione BigQuery
Puoi utilizzare lo strumento di convalida della replica per controllare e confrontare i conteggi dei record oppure puoi recuperare i record eseguendo query SQL.
Per ulteriori informazioni sulla riconciliazione dei dati, consulta la guida operativa di BigQuery Connector per SAP.
Problemi di configurazione comuni
Questa sezione contiene le soluzioni ai problemi comuni che possono verificarsi durante la configurazione iniziale di BigQuery Connector per SAP.
Supporto di SAP LT Replication Server per i tipi di dati del database
A seconda delle versioni del software SAP, SAP LT Replication Server potrebbe non supportare alcuni tipi di dati in un database di origine. Per ulteriori informazioni, consulta la sezione Considerazioni importanti della nota SAP 1605140 - SAP Landscape Transformation Replication Server (SLT).
Problema: il comando del sistema operativo per il token di accesso non funziona in SAP LT Replication Server
Problema: hai creato un comando del sistema operativo per stampare il token di accesso, ma non funziona in SAP LT Replication Server.
Causa: questo problema può essere causato da più problemi, ma molto probabilmente è dovuto alla mancata configurazione corretta delle variabili di ambiente richieste per il comando del sistema operativo.
Risoluzione:verifica che il comando del sistema operativo sia stato configurato correttamente.
Prova a eseguire il comando printenv
sia dal sistema operativo come
SID_LCadm
sia dalla transazione SAP SM69
e
confronta l'output. Se le variabili restituite nella transazione SM69
sono
incomplete, prova a riavviare SAP LT Replication Server per registrarle.
Problema: /GOOG/MSG: 400 - Bad Request Request contains an invalid argument
Problema:il trasferimento dei dati non è riuscito con il messaggio di errore /GOOG/MSG: 400 - Bad
Request Request contains an invalid argument
.
Causa: per il tuo workload SAP in esecuzione su Google Cloud, l'ambito di accesso utilizzato nella tabella delle chiavi client /GOOG/CLIENT_KEY
non è valido.
Soluzione:per risolvere il problema, completa i seguenti passaggi:
Nella GUI di SAP, inserisci la transazione
/GOOG/SLT_SETTINGS
preceduta da/n
:/n/GOOG/SLT_SETTINGS
Per l'ID trasferimento collettivo non riuscito nella transazione
LTRC
, annota il valore del campo Nome chiave Google Cloud.Inserisci la transazione
SM30
, quindi apri la tabella/GOOG/CLIENT_KEY
.Per il valore Nome chiave Google Cloud annotato in un passaggio precedente, assicurati che il valore del campo Ambito corrisponda all'ambito di accesso menzionato in Specifica le impostazioni di accesso in
/GOOG/CLIENT_KEY
. Assicurati che non sia stato inserito alcuno spazio nel campo.Esegui nuovamente la replica.
Problema: /GOOG/MSG : 400 - ICM_HTTP_CONNECTION_FAILED
Problema: il trasferimento dei dati non è riuscito con il messaggio di errore
/GOOG/MSG : 400 - ICM_HTTP_CONNECTION_FAILED
.
Causa: nelle destinazioni RFC che BigQuery Connector per SAP utilizza per connettersi alle API Google Cloud , il valore del campo Prefisso percorso o Host di destinazione non è corretto.
Soluzione:per risolvere il problema, completa i seguenti passaggi:
Nella GUI di SAP, inserisci la transazione
/GOOG/SLT_SETTINGS
preceduta da/n
:/n/GOOG/SLT_SETTINGS
Per l'ID trasferimento collettivo non riuscito nella transazione
LTRC
, annota il valore del campo Nome chiave Google Cloud.Inserisci la transazione
SM30
, quindi apri la tabella/GOOG/SERVIC_MAP
.Per il valore Nome chiave Google Cloud annotato in un passaggio precedente, prendi nota dei nomi delle destinazioni RFC.
Inserisci la transazione
SM59
e completa i seguenti passaggi:Per la destinazione RFC che si connette a BigQuery, assicurati che il valore del campo Prefisso percorso sia
/bigquery/v2/
.Per la destinazione RFC che si connette a BigQuery, assicurati che il valore del campo Host di destinazione sia
bigquery.googleapis.com
.Per la destinazione RFC che si connette a IAM, assicurati che il valore del campo Prefisso percorso sia
/v1/
.Per la destinazione RFC che si connette a IAM, assicurati che il valore del campo Host di destinazione sia
iamcredentials.googleapis.com
.
Esegui di nuovo la replica o il caricamento iniziale.
Problema: /GOOG/MSG : 401 - Unauthorized Request is missing required authentication credential. Expected OAuth 2 access to ken, login coo
Problema:il trasferimento dei dati non è riuscito con il messaggio di errore /GOOG/MSG : 401 -
Unauthorized Request is missing required authentication credential. Expected
OAuth 2 access to ken, login coo
.
Causa:manca la configurazione della porta HTTP.
Risoluzione:entrambe le porte HTTP e HTTPS devono essere create e attive nel tuo sistema SAP.
I metadati VM vengono archiviati su un server metadati, accessibile solo tramite una porta HTTP. Pertanto, devi assicurarti che una porta HTTP e una porta HTTPS vengano create e siano attive per accedere ai metadati della VM.
Per risolvere il problema, completa i seguenti passaggi:
Nella GUI SAP, inserisci il codice di transazione
SMICM
.Nella barra dei menu, fai clic su Vai a > Servizi.
Assicurati che le porte HTTP e HTTPS siano create e attive. Un segno di spunta verde nella colonna Attiva indica che le porte HTTP e HTTPS sono attive.
Esegui nuovamente la replica.
Per informazioni sulla configurazione delle porte HTTP e HTTPS, vedi Impostazioni HTTP(S) in ICM.
Problema: /GOOG/MSG : 401 - ICM_HTTP_CONNECTION_BROKEN
Problema: durante il caricamento o la replica iniziali, nella transazione LTRC, il trasferimento dei dati non è riuscito con il messaggio di errore
/GOOG/MSG : 401 - ICM_HTTP_CONNECTION_BROKEN
.
Causa: per il carico di lavoro SAP in esecuzione su Google Cloud, nelle destinazioni RFC utilizzate da BigQuery Connector per SAP per connettersi alle APIGoogle Cloud , SSL non è attivato.
Soluzione:per risolvere il problema, completa i seguenti passaggi:
Nella GUI di SAP, inserisci la transazione
/GOOG/SLT_SETTINGS
preceduta da/n
:/n/GOOG/SLT_SETTINGS
Per l'ID trasferimento collettivo non riuscito nella transazione
LTRC
, annota il valore del campo Nome chiave Google Cloud.Inserisci la transazione
SM30
, quindi apri la tabella/GOOG/SERVIC_MAP
.Per il valore Nome chiave Google Cloud annotato in un passaggio precedente, prendi nota dei nomi delle destinazioni RFC.
Inserisci la transazione
SM59
, quindi, per le destinazioni RFC che hai annotato nel passaggio precedente, esegui i seguenti passaggi:Vai alla scheda Accesso e sicurezza.
Per il campo Certificato SSL, assicurati che sia selezionata l'opzione Client SSL predefinito (standard).
Per il campo Numero servizio, assicurati che sia specificato il valore
443
.
Esegui nuovamente la replica.
Numero /GOOG/MSG: 110 - HTTPIO_PLG_CANCELED
Problema: durante il caricamento o la replica iniziali, nella transazione LTRC, il trasferimento dei dati
non è riuscito con il messaggio di errore /GOOG/MSG: 110 - HTTPIO_PLG_CANCELED
.
Causa:manca la configurazione della porta HTTP.
Risoluzione:entrambe le porte HTTP e HTTPS devono essere create ed essere attive nel tuo sistema SAP.
I metadati della VM sono archiviati su un server metadati, accessibile solo tramite una porta HTTP. Pertanto, devi assicurarti che una porta HTTP e una porta HTTPS vengano create e siano attive per accedere ai metadati della VM.
Per risolvere il problema, completa i seguenti passaggi:
Nella GUI SAP, inserisci il codice di transazione
SMICM
.Nella barra dei menu, fai clic su Vai a > Servizi.
Assicurati che le porte HTTP e HTTPS siano create e attive. Un segno di spunta verde nella colonna Attiva indica che le porte HTTP e HTTPS sono attive.
Esegui nuovamente la replica.
Per informazioni sulla configurazione delle porte HTTP e HTTPS, vedi Impostazioni HTTP(S) in ICM.
Problema: /GOOG/MSG: 403 - SSL is required to perform this operation
Problema:il trasferimento dei dati non è riuscito con il messaggio di errore /GOOG/MSG: 403 - SSL is
required to perform this operation
.
Causa: per il tuo carico di lavoro SAP in esecuzione su Google Cloud, nelle destinazioni RFC che BigQuery Connector per SAP utilizza per connettersi alle API Google Cloud , SSL non è attivato.
Soluzione:per risolvere il problema, completa i seguenti passaggi:
Nella GUI di SAP, inserisci la transazione
/GOOG/SLT_SETTINGS
preceduta da/n
:/n/GOOG/SLT_SETTINGS
Per l'ID trasferimento collettivo non riuscito nella transazione
LTRC
, annota il valore del campo Nome chiave Google Cloud.Inserisci la transazione
SM30
, quindi apri la tabella/GOOG/SERVIC_MAP
.Per il valore Nome chiave Google Cloud annotato in un passaggio precedente, prendi nota dei nomi delle destinazioni RFC.
Inserisci la transazione
SM59
, quindi, per le destinazioni RFC che hai annotato nel passaggio precedente, esegui i seguenti passaggi:Vai alla scheda Accesso e sicurezza.
Per il campo Certificato SSL, assicurati che sia selezionata l'opzione Client SSL predefinito (standard).
Per il campo Numero servizio, assicurati che sia specificato il valore
443
.
Esegui nuovamente la replica.
Problema: /GOOG/MSG: 403 - Request had insufficient authentication scopes
Problema:il trasferimento dei dati non è riuscito con il messaggio di errore /GOOG/MSG: 403 - Request
had insufficient authentication scopes
.
Causa: per il tuo workload SAP in esecuzione su Google Cloud, nella
tabella /GOOG/CLIENT_KEY
, il account di servizio specificato non dispone dell'ambito
richiesto per accedere a BigQuery.
Soluzione:per risolvere il problema, completa i seguenti passaggi:
Nella GUI di SAP, inserisci la transazione
/GOOG/SLT_SETTINGS
preceduta da/n
:/n/GOOG/SLT_SETTINGS
Per l'ID trasferimento collettivo non riuscito nella transazione
LTRC
, annota il valore del campo Nome chiave Google Cloud.Inserisci la transazione
SM30
, quindi apri la tabella/GOOG/CLIENT_KEY
.Per il valore Nome chiave Google Cloud annotato in un passaggio precedente, assicurati che il valore specificato per il campo Nome service account sia
default
.Nella console Google Cloud , vai alla pagina Istanze VM di Compute Engine.
Fai clic sull'istanza VM che ospita SAP LT Replication Server.
Fai clic su Arresta, poi segui le istruzioni per arrestare l'istanza VM.
Fai clic su Modifica, modifica gli ambiti di accesso dell'account di servizio per attivare l'accesso a BigQuery, quindi fai clic su Salva.
Fai clic su Avvia / Riprendi per riavviare l'istanza VM.
Assicurati che SAP LT Replication Server sia in esecuzione.
Esegui nuovamente la replica.
Problema: /GOOG/MSG: 403 - Access Denied: Dataset PROJECT_ID:DATASET_NAME: Permission bigquery.tables.created denied on dataset
Problema:il trasferimento dei dati non è riuscito con il messaggio di errore /GOOG/MSG: 403 -
Access Denied: Dataset PROJECT_ID:DATASET_NAME: Permission
bigquery.tables.created denied on dataset
.
Causa: per il tuo carico di lavoro SAP in esecuzione su Google Cloud, nella
tabella /GOOG/CLIENT_KEY
, l'account di servizio specificato non dispone delle
autorizzazioni necessarie per accedere all'API BigQuery.
Soluzione:per risolvere il problema, completa i seguenti passaggi:
Nella GUI di SAP, inserisci la transazione
/GOOG/SLT_SETTINGS
preceduta da/n
:/n/GOOG/SLT_SETTINGS
Per l'ID trasferimento collettivo non riuscito nella transazione
LTRC
, annota il valore del campo Nome chiave Google Cloud.Inserisci la transazione
SM30
, quindi apri la tabella/GOOG/CLIENT_KEY
.Per il valore Nome chiave Google Cloud annotato in un passaggio precedente, annotare il valore specificato per il campo Nome service account.
Nella console Google Cloud , vai alla pagina Service account di Identity and Access Management.
Seleziona il account di servizio che hai annotato in un passaggio precedente.
Assicurati che il account di servizio disponga dei ruoli IAM richiesti da BigQuery Connector per SAP per accedere a BigQuery, come indicato in Google Cloud Identity and Access Management.
Esegui nuovamente la replica.
Problema: /GOOG/MSG: 404 - Not Found
Problema:il trasferimento dei dati non è riuscito con il messaggio di errore /GOOG/MSG: 404 - Not
Found
.
Causa: nelle destinazioni RFC che BigQuery Connector per SAP utilizza per connettersi alle API Google Cloud , il prefisso del percorso non è corretto.
Soluzione:per risolvere il problema, completa i seguenti passaggi:
Nella GUI di SAP, inserisci la transazione
/GOOG/SLT_SETTINGS
preceduta da/n
:/n/GOOG/SLT_SETTINGS
Per l'ID trasferimento collettivo non riuscito nella transazione
LTRC
, annota il valore del campo Nome chiave Google Cloud.Inserisci la transazione
SM30
, quindi apri la tabella/GOOG/SERVIC_MAP
.Per il valore Nome chiave Google Cloud annotato in un passaggio precedente, prendi nota dei nomi delle destinazioni RFC.
Inserisci la transazione
SM59
e completa i seguenti passaggi:- Per la destinazione RFC che si connette a BigQuery, assicurati che il valore del campo Prefisso percorso sia
/bigquery/v2/
. - Per la destinazione RFC che si connette a IAM, assicurati
che il valore del campo Prefisso percorso sia
/v1/
.
- Per la destinazione RFC che si connette a BigQuery, assicurati che il valore del campo Prefisso percorso sia
Esegui nuovamente la replica.
Problema: /GOOG/MSG: 404 - Table PROJECT_ID:DATASET_NAME.TABLE_NAME not found
Problema:il trasferimento dei dati non è riuscito con il messaggio di errore /GOOG/MSG: 404 -
Table PROJECT_ID:DATASET_NAME.TABLE_NAME not
found
.
Causa:nelle destinazioni RFC che BigQuery Connector per SAP utilizza per connettersi alle API Google Cloud , il valore specificato per il campo Host di destinazione non corrisponde ad alcun nome DNS in Cloud DNS.
Soluzione:per risolvere il problema, completa i seguenti passaggi:
Nella GUI SAP, inserisci il codice transazione
SE38
e poi apri il report/GOOG/R_SLT_SETTINGS
.Per la transazione
LTRC
eseguita, apri l'ID trasferimento collettivo e annota il valore nella colonna Nome chiave Google Cloud.Inserisci la transazione
SM30
e poi apri la tabella/GOOG/CLIENT_KEY
in modalità di visualizzazione.Cerca nella tabella
/GOOG/SERVIC_MAP
utilizzando il nome della chiave Google Cloud che hai annotato in un passaggio precedente, quindi prendi nota dei nomi delle destinazioni RFC specificate.Inserisci il codice della transazione
SM59
.Per le destinazioni RFC che utilizzi per connetterti alle API BigQuery e IAM, annota il valore specificato per il campo Host di destinazione.
Nella console Google Cloud , vai alla pagina Servizi di rete Cloud DNS.
Fai clic sulla zona privata che contiene i record DNS per gli endpoint Private Service Connect che hai creato per consentire a BigQuery Connector per SAP di connettersi privatamente alle API BigQuery e IAM.
Assicurati che esista un record DNS con un nome DNS corrispondente per ciascuno dei valori host di destinazione annotati in un passaggio precedente.
Esegui nuovamente la replica.
Problema: /GOOG/MSG: 404 - Not Found Requested entity was not found
Problema:il trasferimento dei dati non è riuscito con il messaggio di errore /GOOG/MSG: 404 - Not Found Requested entity was not found
.
Causa: per il tuo workload in esecuzione su Google Cloud, l'account di servizio utilizzato nella tabella delle chiavi client /GOOG/CLIENT_KEY
non è valido.
Soluzione:per risolvere il problema, completa i seguenti passaggi:
Nella GUI di SAP, inserisci la transazione
/GOOG/SLT_SETTINGS
preceduta da/n
:/n/GOOG/SLT_SETTINGS
Per l'ID trasferimento collettivo non riuscito nella transazione
LTRC
, annota il valore del campo Nome chiave Google Cloud.Inserisci la transazione
SM30
, quindi apri la tabella/GOOG/CLIENT_KEY
.Per il campo Nome account di servizio, assicurati che il valore specificato sia l'indirizzo email dell'account di servizio creato per BigQuery Connector per SAP nel passaggio Crea un service account.
Esegui nuovamente la replica.
Problema: /GOOG/MSG: 418
- Trasferimento dati non riuscito con messaggio di errore di SAP
Problema: il trasferimento dei dati non è riuscito e SAP ha restituito un messaggio di errore, ad esempio No OS command defined for the key
.
Causa: per il carico di lavoro SAP che non viene eseguito su Google Cloud, questo problema può essere causato dalle seguenti circostanze:
- Il comando del sistema operativo che stampa il token di accesso non è configurato correttamente
- RFC non configurata correttamente
Il comando del sistema operativo che stampa il token di accesso non è configurato correttamente
Cause: questo problema può essere causato dalle seguenti circostanze:
Hai creato un comando del sistema operativo (OS) per stampare il token di accesso, ma non lo hai aggiunto alle impostazioni di accesso nella tabella delle chiavi client
/GOOG/CLIENT_KEY
.Il comando del sistema operativo che hai creato nella transazione
SM69
non è riuscito a recuperare un token di accesso da Google Cloud.
Risoluzione:nella tabella delle chiavi client /GOOG/CLIENT_KEY
, per il campo
Nome comando, assicurati che il valore inserito corrisponda al nome del
comando creato per stampare il token di accesso.
RFC non è configurato correttamente
Causa: per il tuo workload SAP in esecuzione su Google Cloud, nel campo Destinazioni RFC che BigQuery Connector per SAP utilizza per connettersi alle API Google Cloud , il valore del campo Host di destinazione è errato.
Soluzione:per risolvere il problema:
Nella GUI SAP, inserisci la transazione
SE38
e poi apri il report/GOOG/R_SLT_SETTINGS
.Per la transazione
LTRC
eseguita, apri l'ID trasferimento collettivo e annota il valore di Nome chiave Google Cloud.Inserisci la transazione
SM30
e poi apri la tabella/GOOG/CLIENT_KEY
in modalità di visualizzazione.Cerca nella tabella
/GOOG/SERVIC_MAP
utilizzando il nome della chiave Google Cloud che hai annotato in un passaggio precedente, quindi prendi nota dei nomi delle destinazioni RFC specificate.Inserisci il codice transazione
SM59
, quindi apri le destinazioni RFC che hai annotato nel passaggio precedente.Per il campo Host di destinazione, correggi l'URL specificato.
Esegui nuovamente la replica.
Problema: /GOOG/MSG: 413 - Request Entity Too Large
Problema:il trasferimento dei dati non è riuscito con il messaggio di errore /GOOG/MSG: 413 - Request
Entity Too Large
.
Causa: questo problema può verificarsi quando la dimensione in byte del blocco inviato da BigQuery Connector per SAP ha superato la dimensione massima in byte per le richieste HTTP accettate da BigQuery. Ciò può verificarsi quando le dimensioni dei record della tabella o la quantità di dati contenuti nei record fanno sì che le dimensioni in byte di un blocco superino il limite di BigQuery.
Soluzione:riduci le dimensioni dei blocchi inviati da
BigQuery Connector per SAP per la tua tabella. Puoi regolare le dimensioni del blocco eseguendo la transazione /GOOG/SLT_SETTINGS
o attivare le dimensioni dinamiche del blocco per regolarle automaticamente.
Per ulteriori informazioni, vedi:
Problema: /GOOG/MSG: 503 - HTTP Communication Failure - SSL client SSL Client (Standard)
Problema:il trasferimento dei dati non è riuscito con il messaggio di errore /GOOG/MSG: 503 - HTTP
Communication Failure - SSL client SSL Client (Standard)
.
Causa: per il tuo workload SAP in esecuzione su Google Cloud, nel campo Destinazioni RFC che BigQuery Connector per SAP utilizza per connettersi alle API Google Cloud , il valore del campo Host di destinazione è errato.
Soluzione:per risolvere il problema, consulta la procedura di risoluzione in RFC is not configured correctly.
Problema: /GOOG/MSG: 503 - HTTP Communication Failure exception occurred during the request sending
Problema: il trasferimento dei dati non è riuscito e viene visualizzato il messaggio di errore /GOOG/MSG: 503 - HTTP
Communication Failure exception occurred during the request sending
.
Causa:questo problema può essere causato da problemi di connessione o di rete.
Soluzione: verifica la connessione e assicurati che la rete sia configurata correttamente, che funzioni senza errori e che non sia congestionata.
Problema: /GOOG/MSG: 503 - HTTP Communication Failure exception occurred during the response receiving
Problema: il trasferimento dei dati non è riuscito e viene visualizzato il messaggio di errore /GOOG/MSG: 503 - HTTP
Communication Failure exception occurred during the response receiving
.
Questo problema può essere causato dalle seguenti circostanze:
- SSL non è attivato nelle destinazioni RFC
- Handshake SSL non riuscito
- La dimensione in byte dei chunk ha superato la dimensione massima in byte per le richieste HTTP accettate da BigQuery
SSL non è attivato nelle destinazioni RFC
Causa: nelle destinazioni RFC che BigQuery Connector per SAP utilizza per connettersi alle API Google Cloud , l'opzione di sicurezza per l'utilizzo del certificato SSL non è attivata.
Soluzione:per risolvere il problema, consulta i passaggi di risoluzione in
Problema: /GOOG/MSG: 403
- Per eseguire questa operazione è richiesto SSL.
Handshake SSL non riuscito
Causa: quando l'handshake SSL non è riuscito tra l'host SAP LT Replication Server e l'endpoint API BigQuery. Ciò si verifica quando il certificato presentato dal server TLS non è valido per il nome host di destinazione fornito da SAP LT Replication Server, probabilmente perché l'invio lato client dell'estensione TLS facoltativa SNI non è implementato nel kernel NetWeaver.
Risoluzione:nella transazione SMICM
, cerca il codice di reso,
SSLERR_SERVER_CERT_MISMATCH
. Se trovi il codice restituito
SSLERR_SERVER_CERT_MISMATCH
, devi attivare l'invio dell'estensione TLS
SNI. Inoltre, assicurati che il kernel NetWeaver implementi l'invio lato client
dell'estensione TLS SNI facoltativa.
Per attivare l'invio dell'estensione TLS SNI, imposta il parametro del profilo
icm/HTTPS/client_sni_enabled
o ssl/client_sni_enabled
su TRUE
, a seconda
della versione del kernel NetWeaver. Per ulteriori informazioni da SAP, consulta:
- Nota SAP 510007 - Considerazioni aggiuntive per la configurazione di SSL sul server applicazioni ABAP
- Nota SAP 2582368 - Aggiornamento di SapSSL per l'invio lato client dell'estensione TLS SNI da parte di saphttp, sapkprotp
- Nota SAP 2124480 - ICM / Web Dispatcher: estensione TLS Server Name Indication (SNI) come client
La dimensione in byte dei chunk ha superato la dimensione massima in byte per le richieste HTTP accettate da BigQuery
Causa: quando le dimensioni in byte del chunk inviato da BigQuery Connector per SAP hanno superato le dimensioni massime in byte per le richieste HTTP accettate da BigQuery. Ciò può verificarsi quando le dimensioni dei record della tabella o la quantità di dati contenuti nei record fanno sì che le dimensioni in byte di un chunk superino il limite di BigQuery.
Risoluzione:riduci le dimensioni dei chunk inviati da
BigQuery Connector per SAP per questa tabella. Puoi regolare le dimensioni del blocco eseguendo la transazione /GOOG/SLT_SETTINGS
o attivare le dimensioni dinamiche del blocco per regolarle automaticamente.
Per ulteriori informazioni, vedi:
Problema: /GOOG/MSG: 404 - Not found: Dataset DATASET_NAME
Problema: quando tenti di convalidare Google Cloud la sicurezza
o di caricare i dati in una tabella BigQuery, ricevi
il messaggio /GOOG/MSG: 404 - Not found: Dataset DATASET_NAME
.
Causa: questo problema può essere causato dalle seguenti circostanze:
- Il set di dati BigQuery non è ancora stato creato.
- Il nome del set di dati non è specificato correttamente nella configurazione del trasferimento collettivo.
- La configurazione della replica in SAP LT Replication Server deve essere attivata.
Soluzione:prova le seguenti soluzioni:
- Verifica che il set di dati sia stato creato in BigQuery.
- Verifica che il nome del set di dati nella configurazione del trasferimento collettivo sia lo stesso del nome del set di dati in BigQuery.
- Esegui la transazione
LTRC
e disattiva e riattiva la configurazione di replica.
Problema: Mass Transfer Key can not be found for Mass Transfer ID XXX
Problema: ricevi l'errore /GOOG/SLT: Mass Transfer Key can not
be found for Mass Transfer ID XXX
.
Causa: questo problema può essere causato dalle seguenti circostanze:
- Non esiste una configurazione di trasferimento collettivo per l'ID di trasferimento collettivo specificato.
- La configurazione della replica corrispondente non è attiva.
Soluzione:per risolvere il problema, esegui una delle seguenti azioni:
- Esegui la transazione
/GOOG/SLT_SETTINGS
e verifica che l'ID trasferimento collettivo sia specificato correttamente. - Esegui la transazione
LTRC
e disattiva e riattiva la configurazione di replica.
Problema: /GOOG/SLT : Unable to interpret VALUE as a BOOLEAN
Problema: il caricamento o la replica di un record non riesce e viene visualizzato il messaggio
/GOOG/SLT : Unable to interpret VALUE as a BOOLEAN
.
Causa: questo problema è causato dal mapping di un campo nella tabella di origine
al tipo di dati BigQuery BOOLEAN
, ma i dati
nel campo di origine non vengono risolti in un valore booleano.
Risoluzione:per risolvere il problema, utilizza la transazione /GOOG/SLT_SETTINGS per modificare il tipo di dati a cui è mappato il campo di origine o rimuovere la mappatura del tipo di dati e accettare il tipo di dati predefinito.
Problema: /GOOG/SLT: Failed to convert field SAP_FIELD_NAME value to field BIGQUERY_FIELD_NAME: ERROR_DETAILS
Problema: il caricamento o la replica di un record non riesce e viene visualizzato il messaggio
/GOOG/SLT: Failed to convert field SAP_FIELD_NAME value
to field BIGQUERY_FIELD_NAME: ERROR_DETAILS
.
Causa: il campo di origine contiene un valore non valido oppure è mappato a un tipo di dati BigQuery che non è un mapping valido per i dati contenuti nel campo di origine.
Soluzione:per risolvere il problema, utilizza la transazione /GOOG/SLT_SETTINGS
per modificare il tipo di dati a cui è mappato il campo di origine o rimuovere la mappatura del tipo di dati e accettare la mappatura predefinita per il tipo di dati.
Problema: /GOOG/MSG : Client key is not found in /GOOG/CLIENT_KEY table
Problema: un caricamento o una replica non inizia con il messaggio /GOOG/MSG:
Client key is not found in /GOOG/CLIENT_KEY table
.
Causa: la chiave client non esiste o è stata specificata in modo errato
nella configurazione del trasferimento collettivo della transazione /GOOG/SLT_SETTINGS
.
Risoluzione:per risolvere il problema, utilizza la transazione SM30
per
creare la chiave client oppure utilizza la transazione /GOOG/SLT_SETTINGS
per correggere
la specifica del valore della chiave client nella configurazione del trasferimento collettivo.
Problema: /GOOG/MSG: DESCRIPTION_OF_ISSUE error occurred in chunk ranging START_INDEX_OF_FAILED_CHUNK - END_INDEX_OF_FAILED_CHUNK
Problema: la replica di un blocco non è riuscita con il messaggio di errore
/GOOG/MSG: DESCRIPTION_OF_ISSUE error occurred in chunk
ranging START_INDEX_OF_FAILED_CHUNK -
END_INDEX_OF_FAILED_CHUNK
.
Causa: questo problema può avere più di una causa, tra cui
Invalid JSON Payload
, Quota Exceeded
, Request Entity Too Large
o HTTP Communication Failure
.
Il messaggio di errore per il blocco la cui replica in
BigQuery non è riuscita viene visualizzato con l'indice iniziale e finale del blocco.
Questo messaggio di errore viene visualizzato se non hai impostato il flag BREAK
nella transazione
/GOOG/SLT_SETTINGS
. Quando il flag BREAK
non è impostato,
BigQuery Connector per SAP continua a inviare record a BigQuery
inviando il blocco successivo anche quando si verifica un errore.
Soluzione:prova le seguenti soluzioni:
Per problemi relativi a
Quota Exceeded
,Request Entity Too Large
oHTTP Communication Failure
, segui i passaggi per la risoluzione dei problemi appropriati:Interrompi il caricamento corrente, elimina la tabella di destinazione da BigQuery e poi riavvia un nuovo caricamento.
Per interrompere l'invio di dati a BigQuery e terminare il job di replica quando viene rilevato un blocco con un errore, imposta il flag
BREAK
, consigliato negli ambienti di produzione.Per informazioni sulla configurazione del flag
BREAK
, vedi Specificare la creazione di tabelle e altri attributi generali.
Problema: DESCRIPTION_OF_ISSUE while signing JWT using profile KEY_FILE_NAME.pse. Check JWT config in STRUST
STRUST
Problema: ricevi l'errore DESCRIPTION_OF_ISSUE while
signing JWT using profile KEY_FILE_NAME .pse. Check JWT config in
.STRUST
Causa: la configurazione JWT e le impostazioni della chiave dell'account di servizio non sono
configurate correttamente in STRUST
.
Risoluzione:verifica che la configurazione JWT e la chiave dell'account di servizio siano configurate come spiegato in Autenticazione tramite JWT per ottenere token di accesso.
Problema: Bad Request invalid_grant. Invalid JWT Signature
Problema: ricevi l'errore Bad Request invalid_grant.
Invalid JWT Signature
.
Causa: il file di chiave PSE o P12 importato in STRUST
non appartiene all'account di servizio che hai utilizzato per firmare il JWT.
Soluzione:assicurati di importare il file della chiave dell'account di servizio corretto in STRUST
. Per informazioni sull'importazione della chiave del account di servizio in
STRUST
, vedi Importare la chiave delaccount di serviziot in STRUST.
Problema: /GOOG/MSG : 400 - Bad Request invalid_grant Invalid grant: account not found
Problema:non riesci a connetterti alle API Google Cloud .
Causa: l'account di servizio utilizzato per la firma JWT non è corretto o non dispone delle autorizzazioni richieste.
Soluzione:assicurati che il account di servizio specificato per il recupero dei token basato su JWT sia gestito correttamente rispetto al parametro JWT_SERVC_ACCT
nella tabella /GOOG/BQ_PARAM
.
Per saperne di più, consulta Attivare la firma JWT per il account di servizio sull'host SAP LT Replication Server.
Problema: OAuth RFC HTTP Destination not maintained in /GOOG/SERVIC_MAP
/GOOG/SERVIC_MAP
Problema: ricevi l'errore OAuth RFC HTTP Destination not maintained
in
./GOOG/SERVIC_MAP
Causa: la destinazione RFC per OAuth 2.0 non è disponibile
nella tabella di mappatura dei servizi /GOOG/SERVIC_MAP
.
Risoluzione:aggiorna la destinazione RFC per OAuth 2.0 nella tabella di mapping dei servizi /GOOG/SERVIC_MAP
ed esegui di nuovo il caricamento. Per informazioni sulla specifica delle destinazioni RFC, consulta Specificare le destinazioni RFC in /GOOG/SERVIC_MAP
.
Problema: per le lingue di accesso diverse dall'inglese, le descrizioni dei campi sono illeggibili quando carichi i dati utilizzando un file CSV
Problema:per le lingue di accesso diverse dall'inglese, quando carichi i tipi di campi e le descrizioni dei campi della tabella di destinazione BigQuery utilizzando l'opzione di caricamento dei file, le descrizioni dei campi del file CSV non vengono caricate correttamente. Nelle descrizioni caricate trovi caratteri e simboli illeggibili.
Causa:per le lingue di accesso diverse dall'inglese, l'utilità di caricamento dei file non è in grado di interpretare con precisione i caratteri nel file CSV.
Risoluzione:per caricare i tipi di campi e le descrizioni dei campi della tabella di destinazione BigQuery in una lingua diversa dall'inglese, utilizza il formato di codifica UTF-8 con Byte Order Mark (BOM) per il file CSV. Salva il file CSV in formato UTF-8 con BOM e poi caricalo.
Problema: errore di autenticazione dovuto alla mancata validità dei certificati CA radice
Problema: non puoi autenticarti su Google Cloud e hai riscontrato i seguenti problemi:
- Hai ricevuto il messaggio di errore
/GOOG/MSG: 421 - SSL handshake with iamcredentials.googleapis.com: 443 failed: SSSLERR_PEER_CERT_UNTRUSTED
. - Nella transazione
SMICM
, trovi il messaggio di erroreERROR: The chain of certificates is incomplete or untrusted, missing certificate of CN-GTS Root R4.
Causa: gli ultimi certificati CA radice di Google non sono installati correttamente in STRUST
.
Risoluzione:scarica tutti i certificati CA radice più recenti dal
repository di Google Trust Services e caricali
nella transazione STRUST
. Assicurati di non utilizzare certificati esistenti. Per informazioni su come eseguire questa operazione, vedi
Autenticazione con token web JSON: configura i certificati TLS/SSL o Autenticazione con token di accesso: configura i certificati TLS/SSL.
Problema: /GOOG/MSG : 400 - Schema mismatch for table TABLE_ID. Please delete the schema from Pub/Sub and try again.
Problema: non puoi replicare i dati dalla tabella SAP di origine.
Causa: questo errore si verifica quando lo schema Pub/Sub esistente per una tabella specifica non corrisponde allo schema derivato dalla definizione della tabella SAP. Ciò può verificarsi anche se ci sono incongruenze nelle impostazioni di partizionamento temporale tra i due schemi.
Soluzione: per risolvere il problema, completa i seguenti passaggi:
Elimina lo schema esistente per la tabella specificata da Pub/Sub. Per informazioni su come eliminare uno schema da Pub/Sub, consulta Eliminare uno schema.
Esegui nuovamente la replica. Il sistema ricrea automaticamente lo schema in base alla definizione della tabella 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: non puoi replicare i dati dalla tabella SAP di origine.
Causa: Pub/Sub ha rifiutato la nuova revisione dello schema perché è incompatibile con la revisione precedente dello schema.
Soluzione: per risolvere il problema, assicurati che le modifiche allo schema nella
transazione /GOOG/SLT_SETTINGS
siano compatibili con lo schema Avro
in Pub/Sub.
Verifica che i mapping dei campi Avro siano in linea con la risoluzione dello schema.
Problema: /GOOG/MSG : 429 - You have exceeded your revisions per schema quota (schema="SCHEMA_NAME").
Problema: non puoi replicare i dati dalla tabella SAP di origine.
Causa: lo schema Pub/Sub ha superato il numero massimo consentito di revisioni.
Risoluzione: per risolvere il problema, devi eliminare le revisioni dello schema esistenti inutilizzate o l'intero schema, quindi configurare un nuovo schema nella transazione /GOOG/SLT_SETTINGS
. Per ulteriori informazioni, vedi Gestire lo schema Pub/Sub per le modifiche alla struttura della tabella.
Problema: /GOOG/MSG : 400 - Incompatible schema type for field FIELD_NAME: AVRO_TYPE vs. BQ_TYPE
Problema: non puoi replicare i dati dalla tabella SAP di origine.
Causa: questo errore si verifica quando il mapping dei tipi di dati per un campo specifico tra lo schema Avro e lo schema della tabella di destinazione BigQuery non è compatibile.
Soluzione: per risolvere il problema, completa i seguenti passaggi:
Nella transazione
/GOOG/SLT_SETTINGS
, correggi i mapping dei campi in modo che i tipi di dati Avro e BigQuery siano compatibili tra loro.Per ulteriori informazioni, vedi Personalizzare la mappatura dei campi predefinita.
Per informazioni sulla compatibilità dello schema tra i tipi Avro e i tipi di dati BigQuery, consulta Compatibilità dello schema.
Esegui nuovamente la replica.
Problemi operativi comuni
Questa sezione contiene soluzioni per problemi comuni che possono verificarsi dopo la configurazione iniziale di BigQuery Connector per SAP.
Problema: le tabelle di origine vuote in SAP non vengono create nel set di dati BigQuery
Problema:le tabelle di origine vuote in SAP non vengono create nel set di dati BigQuery.
Causa: per le tabelle di origine vuote in SAP, SAP SLT impedisce la creazione di tabelle di destinazione in BigQuery.
Risoluzione:per creare tabelle di destinazione nel set di dati BigQuery per le tabelle di origine vuote in SAP, puoi utilizzare lo strumento Crea tabella. Per informazioni su come eseguire lo strumento Crea tabella, vedi Strumento Crea tabella.
Problema: numero errato di scritture in BigQuery
Problema: il numero di record scritti in BigQuery è superiore al numero di record mostrati nei log di SAP LT Replication Server.
Causa: questo problema può avere più di una causa, tra cui problemi di connessione transitori che fanno sì che SAP LT Replication Server invii i record più di una volta o il fatto che la tabella BigQuery accetti solo inserimenti e ogni modifica a un singolo record nell'origine viene inserita come voce separata nella tabella di destinazione.
Risoluzione:se la differenza nel numero di record non è estrema e non ci sono meno record in BigQuery rispetto alla tabella di origine, questo è il comportamento previsto e non un problema.
Per riconciliare con precisione il numero di record in BigQuery con il numero di record nella tabella di origine, esegui una query sulla tabella BigQuery come descritto in Query SQL per i conteggi dei record.
Per maggiori informazioni sulle possibili cause di questo problema, consulta Considerazioni speciali per origini/target ABAP su HANA.
Problema: /GOOG/MSG : 400 - Schema mismatch for table TABLE_NAME
Problema: ricevi il messaggio di errore /GOOG/MSG : 400 - Schema mismatch
for table TABLE_NAME. Please delete the table from BigQuery and
try again.
Causa: è stata inserita una delle seguenti modifiche per una tabella BigQuery esistente:
- Eliminazione di un campo
- Ridenominazione di un campo
- Modifica del tipo di dati di un campo
- Modifica del tipo di partizione di una tabella
Le modifiche precedenti non possono essere applicate a una tabella BigQuery esistente.
Soluzione:se devi modificare uno di questi attributi di campo in una tabella esistente, devi eliminare la tabella esistente e ricaricare i record in una nuova tabella.
Se la modifica è stata un errore, annullala in SAP LT Replication Server.
Per ulteriori informazioni sulla configurazione di campi e partizioni in una tabella BigQuery di destinazione, consulta Configurazioni di replica BigQuery.
Problema: messaggi di errore relativi a dati non validi
Problema: nei log dell'applicazione ricevi il messaggio di errore:
/GOOG/MSG/: DESCRIPTION_OF_INVALID_DATA error
occurred in FIELD_NAME in record
RECORD_KEYS
.
Causa: questo messaggio di errore viene emesso da BigQuery quando vengono inseriti i record con dati non validi nella tabella di destinazione. I dati potrebbero non essere validi per uno dei seguenti motivi:
- I dati nel campo di un determinato record non sono compatibili con il tipo di dati in BigQuery. Ad esempio, BigQuery
genera messaggi di errore quando:
- Una stringa viene mantenuta in un campo di tipo
DATE
,INTEGER
oBOOLEAN
. - In un campo di tipo
DATE
viene mantenuta una data non valida (00/00/0000
).
- Una stringa viene mantenuta in un campo di tipo
- Nei mapping dei campi della transazione
/GOOG/SLT_SETTINGS
viene mantenuto un tipo di dati di destinazione errato.
BigQuery emette un messaggio di errore per ogni record che contiene un campo con dati non validi.
Soluzione: analizza il messaggio di errore,
DESCRIPTION_OF_INVALID_DATA
,
per comprendere la possibile causa dei dati non validi.
Per identificare il record con
il campo che contiene i dati non validi,
utilizza RECORD_KEYS
, che include i contenuti dei
primi cinque campi del record. Se la tabella ha cinque campi o meno, i contenuti di tutti i campi sono inclusi in RECORD_KEYS
.
- Se i dati nel campo non sono compatibili con il tipo di dati in BigQuery, correggi i dati nella tabella di origine.
- Se l'errore si è verificato a causa di una mancata corrispondenza tra i dati e il tipo di dati,
utilizza la transazione
/GOOG/SLT_SETTINGS
per specificare un tipo di dati appropriato. Per saperne di più sulla mappatura dei tipi di dati, consulta Mappatura dei tipi di dati.
Problema: il valore di un campo visualizzato nella transazione SE16
o SE16N
è diverso da quello mostrato in BigQuery
Problema: quando confronti i dati nella transazione SAP SE16
o SE16N
con BigQuery,
potresti riscontrare le seguenti discrepanze:
- Il valore di un campo visualizzato nella transazione
SE16
oSE16N
potrebbe differire dal valore corrispondente in BigQuery. - Il valore di un campo nella transazione
SE16
oSE16N
potrebbe apparire vuoto, mentre il campo corrispondente contiene un valore in BigQuery.
Causa: noti questo comportamento per i seguenti motivi:
Comportamento SLT standard con viste di compatibilità SAP
Nel sistema di origine SAP S/4HANA, tabelle come MARD
, MARC
,
MBEW
e MBEWH
hanno viste di compatibilità
che mostrano i valori nella transazione SE16
o SE16N
. Per queste tabelle, i valori visualizzati in transazione SE16
o SE16N
vengono calcolati all'interno delle visualizzazioni di compatibilità utilizzando le condizioni di unione, che includono diverse altre tabelle sottostanti.
Quando una tabella con una vista di compatibilità
viene configurata in SLT per la replica in BigQuery, SLT non
replica i dati dalla vista di compatibilità. Al contrario, SLT replica i dati
di ciascuna delle tabelle sottostanti separatamente, pertanto potresti notare che
alcuni campi hanno valori diversi in SE16
o SE16N
rispetto a quelli mostrati in
BigQuery. Si tratta di un comportamento standard di SLT.
Valori non convertiti inviati dal database a BigQuery
SLT estrae i valori non convertiti direttamente dal database e li invia a BigQuery seguendo la logica di conversione dei dati gestita da te o dalle regole di mapping predefinite.
Di conseguenza, anche se un campo appare vuoto o mostra un valore diverso nella
transazione SE16
o SE16N
, il valore sottostante non convertito viene inviato a BigQuery.
Ad esempio, nel database, i numeri di materiale non convertiti di solito hanno
zeri iniziali. Il processo di conversione rimuove gli zeri iniziali prima di visualizzare
il valore in SE16N
. Per visualizzare il valore originale con gli zeri iniziali,
fai doppio clic sulla voce in SE16N
. Per ulteriori informazioni, vedi Campi vuoti o valori diversi visualizzati in SE16
o SE16N
a causa di valori non convertiti inviati dal database a BigQuery.
Soluzione: per risolvere il problema, esegui le seguenti azioni, a seconda dei casi:
Valori dei campi diversi visualizzati in SE16
o SE16N
a causa del comportamento SLT standard con le visualizzazioni di compatibilità SAP
Per risolvere il problema, completa i seguenti passaggi:
- Nella GUI SAP, esegui il codice di transazione
LTRS
. - Seleziona le impostazioni di trasferimento collettivo per la replica BigQuery.
- Vai a Impostazioni di replica avanzate > Impostazioni tabella.
- Seleziona la tabella che utilizza le visualizzazioni di compatibilità. Se la tabella che ti serve non è presente nell'elenco, aggiungila.
Nella sezione Impostazioni di elaborazione, inserisci i valori per i seguenti campi:
- Visualizzazione per il caricamento iniziale: il valore della visualizzazione Compatibilità per la tabella da
SE16
oSE16N
. - Visualizzazione per la replica: il valore della visualizzazione di compatibilità per la tabella da
SE16
oSE16N
.
- Visualizzazione per il caricamento iniziale: il valore della visualizzazione Compatibilità per la tabella da
Salva le impostazioni.
In alternativa, replica tutte le tabelle sottostanti della visualizzazione di compatibilità in BigQuery. In BigQuery, unisci queste tabelle utilizzando le stesse condizioni di unione della vista di compatibilità.
Per trovare la visualizzazione compatibilità di una tabella:
- Nella GUI SAP, esegui il codice di transazione
SE16
oSE16N
. - Nel campo Cerca nella tabella, inserisci
DD02L
e premi Invio. - Nel campo Nome tabella o TABNAME, inserisci il nome della tabella per cui devi trovare la visualizzazione compatibilità.
- Fai clic sul pulsante Esegui. La colonna Nome visualizzazione o VIEWREF mostra la visualizzazione di compatibilità, se esiste per la tabella.
Per ulteriori informazioni da SAP su alcune tabelle note e sulle relative visualizzazioni di compatibilità, consulta la nota SAP 2595627 - Accessing table from SE16/SE16N shows different results to SAP HANA database.
Campi vuoti o valori diversi visualizzati in SE16
o SE16N
a causa di valori non convertiti inviati dal database a BigQuery
Per risolvere il problema, completa i seguenti passaggi:
- Nella GUI SAP, esegui il codice transazione
SE16N
. - Nel campo Nome tabella, inserisci il nome della tabella SAP che vuoi esaminare, quindi premi Invio.
- Individua la riga in cui un campo è vuoto o mostra un valore diverso.
- Fai doppio clic sulla riga specifica che hai identificato.
- Nella visualizzazione dettagliata della riga, cerca la colonna Valore non convertito. Questa colonna mostra il valore non convertito così come è memorizzato nel database sottostante per il campo corrispondente.
Problema: dopo l'upgrade del sistema di origine SLT o SAP, non puoi gestire le visualizzazioni di compatibilità nella transazione LTRS
Problema: dopo l'upgrade del sistema di origine SLT o SAP, non puoi gestire le visualizzazioni di compatibilità nella transazione LTRS
.
Causa: questo problema si verifica perché SAP ha cambiato il meccanismo Change Data Capture (CDC) con un valore diverso dopo l'upgrade.
Risoluzione:per mantenere le visualizzazioni di compatibilità nella transazione LTRS
dopo un upgrade, segui le istruzioni nella nota SAP
3169933 - What is report IUUC_REPL_SWITCH_REC_MCHNSM ? - SLT.
Problema: Failed to create proxy table TARGET_TABLE_NAME for object SOURCE_TABLE_NAME
Problema: durante il trasferimento dei dati da SAP HANA a BigQuery utilizzando BigQuery Connector per SAP, il caricamento della tabella non è riuscito con il messaggio di errore Failed to create proxy table
TARGET_TABLE_NAME for object SOURCE_TABLE_NAME
.
Causa: il numero di caratteri in uno o più campi della tabella di origine supera la limitazione di 30 caratteri impostata da SLT.
Soluzione:prova le seguenti soluzioni:
- Se il numero di caratteri nei campi chiave di una tabella supera 30, non puoi caricare o replicare queste tabelle. Si tratta di una limitazione nota di SLT.
- Se il numero di caratteri in altri campi di una tabella supera 30, crea una visualizzazione per mappare i nomi dei campi che superano 30 caratteri con nomi più brevi.
Per saperne di più, consulta la nota SAP 1768805 - SAP Landscape Transformation Replication Server (SLT): Non ABAP-based Sources.
Problema: trovati campi NULL
nei dati replicati in BigQuery
Problema: quando replichi i dati in BigQuery utilizzando BigQuery Connector per SAP,
visualizzi i valori NULL
nelle tabelle BigQuery.
Causa: questo problema si verifica quando il flag Invia flag non compresso è disattivato nelle impostazioni di
BigQuery Connector per SAPP, che è l'impostazione predefinita. Quando questo flag è disabilitato, BigQuery Connector per SAP
omette i campi vuoti dai record di origine inviati a BigQuery.
Di conseguenza, BigQuery inizializza questi campi omessi come NULL
nella tabella di destinazione.
Risoluzione:per risolvere il problema, disattiva la compressione dei record selezionando il flag Invia non compresso nelle impostazioni di BigQuery.
La selezione di Invia flag non compresso può influire negativamente sul rendimento della replica. Per un rendimento ottimale, evita di disattivare la compressione dei record a livello di tabella. Se hai bisogno di dati non compressi solo per campi specifici, attiva il flag Invia non compresso per questi singoli campi a livello di campo.
Per maggiori dettagli, vedi Compressione dei record.
Assistenza
Se hai bisogno di aiuto per risolvere i problemi di replica e con BigQuery Connector per SAP, raccogli tutte le informazioni diagnostiche disponibili e contatta l'assistenza clienti Google Cloud.
Per ulteriori informazioni su come contattare l'assistenza clienti Google Cloud, consulta Ricevere assistenza per SAP su Google Cloud.