Origine di replica SAP SLT

Questa pagina descrive come abilitare la replica in tempo reale dei dati da SAP le applicazioni in Google Cloud utilizzando SAP Landscape Transformation (SLT). La Il contenuto si applica ai modelli SAP SLT Replication e SAP SLT No RFC Replication. disponibili nell'hub di Cloud Data Fusion. Vengono mostrate per SAP Source System, SLT, Cloud Storage e Cloud Data Fusion per:

• Esegui il push dei metadati e delle tabelle SAP in Google Cloud utilizzando SLT SAP.
• Crea un job di replica di Cloud Data Fusion che legga da un bucket Cloud Storage.

La replica SAP SLT consente di replicare dei dati in modo continuo e in tempo reale da origini SAP in BigQuery. Puoi configurare ed eseguire trasferimenti di dati da SAP senza dover scrivere codice.

Il processo di replica SLT di Cloud Data Fusion è il seguente:

1. I dati provengono da un sistema di origine SAP.
2. SLT tiene traccia e legge i dati ed esegue il push a Cloud Storage.
3. Cloud Data Fusion estrae i dati dal bucket di archiviazione e li scrive in BigQuery.

Puoi trasferire i dati da sistemi SAP supportati, inclusi quelli ospitati da SAP in Google Cloud.

Per ulteriori informazioni, consulta la Panoramica di SAP su Google Cloud. e i dettagli sull'assistenza.

Prima di iniziare

Per utilizzare questo plug-in, devi conoscere il dominio nelle seguenti aree:

• Creazione di pipeline in Cloud Data Fusion
• Gestione degli accessi con IAM
• Configurazione di SAP Cloud e dei sistemi di pianificazione delle risorse aziendali on-premise

• Job di replica in Cloud Data Fusion

• Server di replica della trasformazione della trasformazione del panorama SAP

Amministratori e utenti che eseguono le configurazioni

Le attività in questa pagina vengono eseguite dalle persone con i seguenti ruoli in Google Cloud o nel loro sistema SAP:

Tipo di utente	Descrizione
Amministratore Google Cloud	Gli utenti a cui è stato assegnato questo ruolo sono amministratori di account Google Cloud.
Utente Cloud Data Fusion	Gli utenti a cui è stato assegnato questo ruolo sono autorizzati a progettare ed eseguire pipeline di dati. Viene concesso almeno il ruolo Visualizzatore Data Fusion ( roles/datafusion.viewer). Se utilizzi il controllo dell'accesso basato sui ruoli, potrebbero essere necessari ruoli aggiuntivi.
Amministratore SAP	Gli utenti a cui è stato assegnato questo ruolo sono amministratori del sistema SAP. Hanno accesso per scaricare software dal sito del servizio SAP. Non è un ruolo IAM.
Utente SAP	Gli utenti a cui è stato assegnato questo ruolo sono autorizzati a connettersi a un sistema SAP. Non è un ruolo IAM.

Operazioni di replica supportate

Il plug-in SAP SLT Replication supporta le seguenti operazioni:

Modellazione dei dati: tutte le operazioni di modellazione dei dati (registra insert, delete e update) sono supportati da questo plug-in.

Definizione dei dati: come descritto in Nota SAP 2055599 (accesso al supporto SAP richiesto per la visualizzazione), esistono limitazioni riguardo alla fonte le modifiche apportate alla struttura della tabella di sistema vengono replicate automaticamente da SLT. Alcuni dati le operazioni di definizione non sono supportate nel plug-in (devi eseguire manualmente di propagarle).

• Supportato:
  • Aggiungi campo non chiave (dopo aver apportato modifiche in SE11, attiva la tabella utilizzando SE14)
• Non supportati:
  • Campo di aggiunta/eliminazione chiave
  • Elimina campo non chiave
  • Modifica i tipi di dati

Requisiti SAP

Nel sistema SAP sono necessarie le seguenti voci:

• SLT Server versione 2011 SP17 o successiva è installato nell'origine Sistema SAP (incorporato) o come sistema hub SLT dedicato.
• Il tuo sistema SAP di origine è SAP ECC o SAP S/4HANA, che supporta DMIS 2011 SP17 o superiore, ad esempio DMIS 2018, DMIS 2020.
• Il tuo componente aggiuntivo dell'interfaccia utente SAP deve essere compatibile con la versione di SAP Netweaver in uso.

• Il tuo pacchetto di assistenza supporta /UI2/CL_JSON classe PL 12 o successive. In caso contrario, implementa la nota SAP più recente per la classe /UI2/CL_JSON corrections in base alla versione del componente aggiuntivo dell'interfaccia utente, ad esempio SAP Nota 2798102 per PL12.

• Sono state applicate le seguenti misure di sicurezza:

  • Trasferimento dei dati HTTPS da SAP a Cloud Storage
  • Autenticazione SAP
  • Autorizzazione SAP

Requisiti di Cloud Data Fusion

• È necessaria un'istanza Cloud Data Fusion, versione 6.4.0 o successiva, qualsiasi completamente gestita.
• L'account di servizio assegnato all'istanza Cloud Data Fusion è Sono stati concessi i ruoli richiesti (vedi Concessione dell'autorizzazione all'utente con account di servizio).
• Per le istanze private di Cloud Data Fusion, il peering VPC è obbligatorio.

Requisiti di Google Cloud

• Abilitare l'API Cloud Storage nel tuo progetto Google Cloud.
• È necessario concedere all'utente di Cloud Data Fusion l'autorizzazione per creare cartelle nel bucket Cloud Storage (vedi ruoli IAM per Cloud Storage).
• (Facoltativo) Imposta il criterio di conservazione, se necessario dalla tua organizzazione.

Crea il bucket di archiviazione

Prima di creare un job di replica SLT, crea il bucket Cloud Storage. Il job trasferisce i dati nel bucket e aggiorna il bucket gestione temporanea ogni cinque minuti. Quando esegui il job, Cloud Data Fusion legge i dati nei di archiviazione del bucket e lo scrive in BigQuery.

Nota: mantieni il nome del bucket per la configurazione della replica SLT e l'origine corrispondente in Cloud Data Fusion.

Se SLT è installato su Google Cloud

Il server SLT deve disporre dell'autorizzazione per creare e modificare Cloud Storage nel bucket che hai creato.

Concedi almeno i seguenti ruoli all'account di servizio:

• Creatore token account di servizio (roles/iam.serviceAccountTokenCreator)
• Consumer utilizzo dei servizi (roles/serviceusage.serviceUsageConsumer)
• Amministratore oggetti Storage (roles/storage.objectAdmin)

Se SLT non è installato su Google Cloud

Installa Cloud VPN o Cloud Interconnect tra la VM SAP e a Google Cloud per consentire la connessione a un endpoint di metadati interno (vedi Configurare l'accesso privato Google per gli host on-premise.

Se non è possibile mappare i metadati interni:

• Installa Google Cloud CLI in base al sistema operativo dell'infrastruttura su cui è in esecuzione SLT.

• Creare un account di servizio nel progetto Google Cloud in cui Cloud Storage è abilitato.

• Nel sistema operativo SLT, autorizzare l'accesso a Google Cloud con un account di servizio.

• Crea una chiave API per l'account di servizio e autorizza Ambito correlato a Cloud Storage.

• Importa la chiave API nell'interfaccia alla gcloud CLI installata in precedenza utilizzando nell'interfaccia a riga di comando.

• Per abilitare il comando gcloud CLI che stampa il token di accesso, configurare il comando del sistema operativo SAP nello strumento SM69 di transazione il sistema SLT.

Stampare un token di accesso

L'amministratore SAP configura il comando del sistema operativo, SM69, che recupera un token di accesso da Google Cloud.

Crea uno script per stampare un token di accesso e configurare un sistema operativo SAP per chiamare lo script come utente <sid>adm dal server di replica SAP LT .

Linux

Per creare un comando del sistema operativo:

1. Nell'host SAP LT Replication Server, in una directory accessibile a <sid>adm, crea uno script bash che contenga le seguenti righe:

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

2. Utilizzando l'interfaccia utente SAP, crea un comando del sistema operativo esterno:

   1. Inserisci la transazione SM69.
   2. Fai clic su Crea.
   3. Nella sezione Comando del riquadro Comando esterno, inserisci il nome del comando, ad esempio ZGOOGLE_CDF_TOKEN.

   4. Nella sezione Definizione:

      1. Nel campo Comando del sistema operativo, inserisci sh come del file di script.

      2. Nel campo Parameters for Operating System Command, inserisci:

         /PATH_TO_SCRIPT/FILE_NAME.sh
         

   5. Fai clic su Salva.

   6. Per testare lo script, fai clic su Esegui.

   7. Fai di nuovo clic su Esegui.

   Viene restituito un token Google Cloud, che viene visualizzato nella parte inferiore della Riquadro dell'interfaccia utente SAP.

Windows

Utilizzando l'interfaccia utente SAP, crea un comando del sistema operativo esterno:

1. Inserisci la transazione SM69.
2. Fai clic su Crea.
3. Nella sezione Comando del riquadro Comando esterno, inserisci il nome del comando, ad esempio ZGOOGLE_CDF_TOKEN.

4. Nella sezione Definizione:

   1. Nel campo Comando del sistema operativo, inserisci cmd /c.

   2. Nel campo Parameters for Operating System Command, inserisci:

      gcloud auth print-access-token SERVICE_ACCOUNT_NAME
      

5. Fai clic su Salva.

6. Per testare lo script, fai clic su Esegui.

7. Fai di nuovo clic su Esegui.

Viene restituito un token Google Cloud, che viene visualizzato nella parte inferiore della pagina SAP nel riquadro dell'interfaccia utente.

Requisiti SLT

Il connettore SLT deve avere la seguente configurazione:

• Il connettore supporta SAP ECC NW 7.02, DMIS 2011 SP17 e successivi.
• Configurare una connessione RFC o di database tra SLT e il nel sistema di Cloud Storage.
• Configura i certificati SSL:
  • Scarica i seguenti certificati CA dal Repository di Google Trust Services:
    .
    • Radice GTS R1
    • GTS CA 1C3
  • Nell'interfaccia utente SAP, utilizza la transazione STRUST per importare entrambi i certificati radice e subordinati nella cartella SSL Client (Standard) PSE.
• Internet Communication Manager (ICM) deve essere configurato per HTTPS. Assicurati che le porte HTTP e HTTPS vengono mantenute e attivate nel sistema SAP SLT. Può essere verificato mediante il codice transazione SMICM > Services.
• Abilita l'accesso alle API Google Cloud sulla VM in cui lo SLT SAP in hosting sul sistema. Ciò consente la comunicazione privata ai servizi Google Cloud senza routing tramite la rete internet pubblica.
• Assicurati che la rete possa supportare il volume e la velocità richiesti dei dati e il trasferimento tra l'infrastruttura SAP e Cloud Storage. Per un l'installazione è riuscita, Cloud VPN e/o Cloud Interconnect consigliato. La velocità effettiva dell'API Streaming dipende le quote del client concesse nel tuo progetto Cloud Storage.

Configurare il server di replica SLT

L'utente SAP esegue questi passaggi.

Nei passaggi seguenti, collegherai il server SLT al sistema di origine e in Cloud Storage, specificando il sistema di origine, le tabelle di dati da replicare e il bucket di archiviazione di destinazione.

Configura l'SDK ABAP di Google

Per configurare SLT per la replica dei dati (una volta per Cloud Data Fusion ), segui questi passaggi:

Nota: lo spazio di archiviazione si trova nel campo GCS-Bucket.

1. Per configurare il connettore SLT, l'Utente SAP inserisce quanto segue informazioni nella schermata di configurazione (transazione SAP) /GOOG/CDF_SETTINGS) sulla chiave dell'account di servizio Google Cloud per trasferire dati in Cloud Storage. Configura quanto segue proprietà nella tabella /GOOG/CDF_CLT_KY utilizzando Transaction SE16 e nota questa chiave:

   • NAME: il nome della chiave dell'account di servizio, ad esempio CDFSLT.
   • NOME ACCOUNT DI SERVIZIO: il nome dell'account di servizio IAM.
   • SCOPE: l'ambito dell'account di servizio
   • ID PROGETTO: l'ID del tuo progetto Google Cloud
   • (Facoltativo) Comando EXT OS: utilizza questo campo solo se SLT non è installato. su Google Cloud

   • CLASSE AUTH: se il comando del sistema operativo è configurato nella tabella /GOOG/CDF_CLT_KY, utilizza il valore fisso: /GOOG/CDF_CL_GCP_AUTH.

     Nota: se SLT è ospitato in Google Cloud, il comando del sistema operativo non viene utilizzato. Utilizza invece il valore fisso /GOOG/CDF_CL_GCP_AUTH_GOOGLE.

   • TOKEN REFRESH SEC: durata dell'aggiornamento del token di autorizzazione

Crea la configurazione di replica

Crea una configurazione di replica nel codice transazione: LTRC.

• Prima di procedere con la configurazione LTRC, assicurati che la connessione RFC tra SLT e il sistema SAP di origine.
• Per una configurazione SLT, potrebbero essere assegnate più tabelle SAP la replica dei dati.

Nota: per aggiungere tabelle alla configurazione in un secondo momento, ripeti i passaggi da 1 a 12.

1. Vai al codice transazione LTRC e fai clic su Nuova configurazione.

   

2. Inserisci il Nome configurazione e la Descrizione, quindi fai clic su Avanti.

3. Specifica la connessione RFC del sistema di origine SAP e fai clic su Avanti.

   

4. In Dettagli connessione sistema di destinazione, seleziona Altro.

5. Espandi il campo Scenario per comunicazione RFC, seleziona SLT SDK e fai clic su Avanti.

6. Vai alla finestra Specifica impostazioni di trasferimento e inserisci l'applicazione. nome: ZGOOGLE_CDF.

   

7. Inserisci il Numero di job Data Transfer, il Numero di caricamento iniziale Job e il numero di job di calcolo. Per ulteriori informazioni delle prestazioni, consulta la guida all'ottimizzazione delle prestazioni del server di replica SAP LT.

   Suggerimento: se non conosci il numero di job, inserisci 10,10,10 e modifica il in un secondo momento, quando avrai maggiori informazioni.

8. Fai clic su In tempo reale > Avanti.

9. Rivedi la configurazione e fai clic su Salva. Tieni presente il trasferimento di massa ID per i passaggi successivi.

   

10. Per mantenere i dettagli dell'ID trasferimento di massa e della tabella SAP, esegui il comando SAP transazione: /GOOG/CDF_SETTINGS.

11. Fai clic su Esegui o premi F8.

12. Crea una nuova voce facendo clic sull'icona Aggiungi riga.

    1. Inserisci l'ID trasferimento di massa, la chiave del trasferimento di massa, il nome della chiave Google Cloud, e Bucket GCS di destinazione. Seleziona la casella di controllo Is Active (È attivo) e salva. le modifiche.

       

13. Seleziona la configurazione nella colonna Configuration Name (Nome configurazione) e fai clic su Provisioning dei dati.

    

14. (Facoltativo) Personalizza la tabella e i nomi dei campi.

    1. Fai clic su Nomi personalizzati e salva.

    2. Fai clic su Display.

       Attenzione: configura la colonna Tabella di visualizzazione prima di iniziare nel job di replica nel LTRC della transazione. I nomi personalizzati sono disponibile solo in BigQuery se le mappature vengono mantenute. e salvate.

    3. Crea una nuova voce facendo clic sui pulsanti Aggiungi riga o Crea.

    4. Inserisci il nome della tabella SAP e il nome della tabella esterna da utilizzare in BigQuery e salva le modifiche.

    5. Fai clic sul pulsante Visualizza nella colonna Mostra campi per mantenere la mappatura dei campi della tabella.

    6. Si apre una pagina con le mappature suggerite. (Facoltativo) Modifica il Campo temporaneo Name (Nome) e Field Description (Descrizione campo), quindi salva le mappature.

15. Vai alla transazione LTRC.

16. Seleziona il valore nella colonna Nome configurazione e fai clic su Dati Provisioning in corso.

17. Inserisci il nome della tabella nel campo Nome tabella nel database e seleziona uno scenario di replica.

    

18. Fai clic su Execute (Esegui). Questo attiva l'implementazione dell'SDK SLT e avvia trasferire i dati nel bucket di destinazione in Cloud Storage.

Nota: il plug-in SAP SLT Replication non supporta in job di replica e non puoi mantenere le impostazioni di replica più job o intervalli contemporaneamente.

Installa i file di trasporto SAP

Per progettare ed eseguire job di replica in Cloud Data Fusion, il SAP vengono forniti come file di trasporto SAP archiviati in un file ZIP. Il download è disponibile quando eseguire il deployment del plug-in nell'hub Cloud Data Fusion.

Scarica il file ZIP del trasporto SLT SAP

Gli ID delle richieste di trasporto SAP e i file associati sono forniti di seguito tabella:

ID trasporto	Archivia	File di dati	Contenuti
ED1K900520	K900520.ED1	R900520.ED1	Implementazione SAP BADI ES_IUUC_REPL_RUNTIME_OLO_EXIT
ED1K900337	K900337.ED1	R900337.ED1	Ruolo di autorizzazione /GOOG/SLT_CDF_AUTH

Per installare i trasporti SAP, segui questi passaggi:

Passaggio 1: carica i file di richiesta di trasporto

1. Accedi al sistema operativo dell'istanza SAP.
2. Usa il codice transazione SAP AL11 per ottenere il percorso della cartella DIR_TRANS. In genere il percorso è /usr/sap/trans/.
3. Copia i cofile nella cartella DIR_TRANS/cofiles.
4. Copia i file di dati nella cartella DIR_TRANS/data.
5. Imposta il campo Utente e gruppo di dati e cofile su <sid>adm e sapsys.

Passaggio 2: importa i file di richiesta di trasporto

L'amministratore SAP può importare i file delle richieste di trasporto utilizzando il SAP dei sistemi di gestione dei trasporti o del sistema operativo:

Sistema di gestione dei trasporti SAP

1. Accedi al sistema SAP come amministratore SAP.
2. Inserisci il codice STMS della transazione.
3. Fai clic su Panoramica > Importazioni.
4. Nella colonna Coda, fai doppio clic sul SID corrente.
5. Fai clic su Extra > Altre richieste > Aggiungi.
6. Seleziona l'ID richiesta di trasporto e fai clic su Continua.
7. Seleziona la richiesta di trasporto nella coda di importazione, quindi fai clic su Richiedi > Importa.
8. Inserisci il numero del cliente.

9. Nella scheda Opzioni, seleziona Sovrascrivi originali e Ignora. Versione componente non valida (se disponibile).

   (Facoltativo) Per reimportare i trasporti in un secondo momento, fai clic su Lascia le richieste di trasporto in coda per l'importazione in un secondo momento e Importa di nuovo le richieste di trasporto. Questo è utile per il sistema SAP upgrade e ripristini dei backup.

10. Fai clic su Continua.

11. Verificare che il modulo funzione e i ruoli di autorizzazione siano stati importati correttamente utilizzando transazioni come SE80 e PFCG.

Sistema operativo

1. Accedi al sistema SAP come amministratore SAP.

2. Aggiungi richieste al buffer di importazione:

   tp addtobuffer TRANSPORT_REQUEST_ID SID
   

   Ad esempio: tp addtobuffer IB1K903958 DD1

3. Importa le richieste di trasporto:

   tp import TRANSPORT_REQUEST_ID SID client=NNN U1238
   

   Sostituisci NNN con il numero del cliente. Ad esempio: tp import IB1K903958 DD1 client=800 U1238

   Nota: U1238 indica di impostare le opzioni descritte nei passaggi 9-10 in Opzione 1. I numeri indicano il numero d'ordine delle opzioni corrispondente nell'interfaccia utente SAP, variano in base al sistema. Le cifre devono essere regolate dall'amministratore SAP.

4. Verificare che il modulo funzione e i ruoli di autorizzazione siano stati importati correttamente utilizzando eventuali transazioni appropriate, come SE80 e PFCG.

Autorizzazioni SAP richieste

Per eseguire una pipeline di dati in Cloud Data Fusion, è necessario un utente SAP. Il SAP l'utente deve essere di tipo Comunicazioni o Finestra di dialogo. Per impedire l'utilizzo della finestra di dialogo SAP risorse, si consiglia il tipo di comunicazione. Gli utenti possono essere creati Amministratore con il codice transazione SAP SU01.

Le autorizzazioni SAP sono necessarie per mantenere e configurare il connettore per SAP, una combinazione di oggetti di autorizzazione dei nuovi connettori e standard SAP. Tu e mantenere gli oggetti di autorizzazione in base ai criteri di sicurezza della propria organizzazione. Il seguente elenco descrive alcune autorizzazioni importanti necessarie per il connettore:

• Oggetto autorizzazione: l'oggetto autorizzazione ZGOOGCDFMT viene spedito come del ruolo Richiesta di trasporto.

• Creazione del ruolo: crea un ruolo utilizzando il codice transazione PFCG.

  

• Per gli oggetti di autorizzazione SAP standard, la tua organizzazione gestisce le autorizzazioni con un proprio meccanismo di sicurezza.

• Per gli oggetti di autorizzazione personalizzati, fornisci i valori nei campi di autorizzazione per gli oggetti di autorizzazione ZGOOGCDFMT.

• Per un controllo dell'accesso granulare, ZGOOGCDFMT fornisce il gruppo di autorizzazione un'autorizzazione basata su cloud. Utenti con accesso completo, parziale o assente ai ai gruppi di autorizzazione viene fornito l'accesso in base al gruppo assegnate nel proprio ruolo.

• /GOOG/SLT_CDF_AUTH: ruolo con accesso a tutti i gruppi di autorizzazione. A limitare l'accesso specifico a un particolare gruppo di autorizzazione, mantenere il FICDF del gruppo di autorizzazione nella configurazione.

Nota: se il gruppo di autorizzazione viene lasciato vuoto, l'utente può comunque accedere al offerte di lavoro nel LTRC. Quindi, secondo le best practice SAP, è consigliabile specificare gruppo di autorizzazione (durante la creazione di una configurazione o dopo ha creato una configurazione nella scheda Amministrazione nella transazione LTRC).

Crea una destinazione RFC per l'origine

Prima di iniziare con la configurazione, assicurati che la connessione RFC sia stabilito tra origine e destinazione.

1. Vai al codice transazione SM59.

2. Fai clic su Crea > Tipo di connessione 3 (connessione ABAP).

   

3. Nella finestra Technical Settings, inserisci i dettagli sulla RFC Destinazione.

4. Fai clic sulla scheda Accesso e sicurezza per gestire le credenziali RFC (RFC) utente e password).

5. Fai clic su Salva.

6. Fai clic su Test di connessione. Se il test ha esito positivo, puoi procedere.

7. Verifica che il test di autorizzazione RFC abbia esito positivo.

8. Fai clic su Utilità > Test > Test di autorizzazione.

Configura il plug-in

Per configurare il plug-in, esegui il deployment dall'hub, crea un il job di replica e configurare l'origine e la destinazione con i seguenti passaggi.

Esegui il deployment del plug-in in Cloud Data Fusion

L'utente di Cloud Data Fusion esegue questi passaggi.

Prima di poter eseguire il job di replica di Cloud Data Fusion, esegui il deployment il plug-in SAP SLT Replication:

1. Vai all'istanza:

   1. Nella console Google Cloud, vai alla pagina Istanze di Cloud Data Fusion .

      Vai a Istanze

   2. Abilita la replica in un'istanza nuova o esistente:

      • Per una nuova istanza, fai clic su Crea istanza e inserisci un'istanza fai clic su Aggiungi acceleratori, seleziona la colonna Replica casella di controllo e fai clic su Salva.
      • Per un'istanza esistente, consulta Abilita la replica su un'istanza esistente.

   3. Fai clic su Visualizza istanza per aprire l'istanza nel Interfaccia web di Cloud Data Fusion.

2. Fai clic su Hub.

3. Vai alla scheda SAP, fai clic su SLT SAP e fai clic su Replica SLT SAP Plug-in o SAP SLT No RFC Replication Plugin.

   Nota: se la scheda SAP non è visibile, consulta Risoluzione dei problemi delle integrazioni SAP.

4. Fai clic su Esegui il deployment.

Crea un job di replica

Il plug-in SAP SLT Replication legge il contenuto delle tabelle SAP utilizzando una Bucket gestione temporanea dell'API Cloud Storage.

Per creare un job di replica per il trasferimento dei dati, segui questi passaggi passaggi:

Nota: (M) indica che le macro sono supportate.

1. Nell'istanza Cloud Data Fusion aperta, fai clic su Home > Replica > Crea un job di replica. Se non vengono Opzione di Replica, abilita la replica per di Compute Engine.

2. Inserisci un Nome e una Descrizione univoci per la di replica.

3. Fai clic su Avanti.

Configura l'origine

1. Configura l'origine inserendo i valori nei seguenti campi:

   • ID progetto: l'ID del tuo progetto Google Cloud (questo campo è precompilati)

   • Percorso GCS di replica dei dati: il percorso Cloud Storage che contiene dati per la replica. Deve essere lo stesso percorso configurate nei job SLT SAP. Internamente, il percorso fornito è concatenate con Mass Transfer ID e Source Table Name:

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

     Esempio: gs://slt_bucket/012/MARA

   • GUID: il GUID SLT, un identificatore univoco assegnato a SAP SLT Mass ID trasferimento.

   • ID trasferimento di massa: l'ID trasferimento di massa SLT è un identificatore univoco e assegnato alla configurazione in SLT SAP.

   • Percorso GCS della libreria SAP JCo: il percorso di archiviazione che contiene la dei file della libreria SAP JCo caricati dall'utente. Le librerie SAP JCo possono essere scaricate dal SAP Support Portal. (Rimosso nella versione del plug-in 0.10.0.)

   • Host server SLT: nome host o indirizzo IP del server SLT. (Rimosso in versione plug-in 0.10.0.)

   • Numero di sistema SAP: numero del sistema di installazione fornito dal sistema. amministratore (ad es. 00). (Rimosso nella versione del plug-in 0.10.0.)

   • Client SAP: il client SAP da utilizzare, ad esempio 100. (Rimosso in versione plug-in 0.10.0.)

   • Lingua SAP: lingua di accesso SAP (ad esempio, EN). (Rimosso in versione plug-in 0.10.0.)

   • Nome utente di accesso SAP: il nome utente SAP. (Rimosso nella versione del plug-in 0.10.0.)

     • Consigliato: se il nome utente di accesso SAP cambia periodicamente, utilizza un .

   • Password di accesso SAP (M): password utente SAP per l'autenticazione degli utenti.

     • Opzione consigliata: utilizza macro sicure per i valori sensibili, come password. (Rimosso nella versione del plug-in 0.10.0.)

   • Sospendi la replica SLT all'arresto del job CDF: tenta di arrestare l'SLT il job di replica (per le tabelle interessate) quando Il job di replica di Cloud Data Fusion si arresta. L'operazione potrebbe non funzionare se il job in Cloud Data Fusion si arresta in modo imprevisto.

   • Replica dati esistenti: indica se replicare i dati esistenti dalle tabelle di origine. Per impostazione predefinita, i job replicano i dati esistenti dalle tabelle di origine. Se impostato su false, tutti i dati esistenti nell'origine vengono ignorate e solo le modifiche che avvengono dopo l'avvio del job vengono replicate.

   • Chiave account di servizio: la chiave da utilizzare durante l'interazione con di archiviazione ideale in Cloud Storage. L'account di servizio deve disporre dell'autorizzazione per scrivere in Cloud Storage. Quando viene eseguito su una VM Google Cloud, deve essere impostato su auto-detect per utilizzare l'account di servizio collegato VM.

     Nota: Se non vengono gestite correttamente, le chiavi degli account di servizio comportano un rischio per la sicurezza. Dovresti Scegliere un'alternativa più sicura alle chiavi degli account di servizio ove possibile. Se devi autenticarti con una chiave dell'account di servizio, sei responsabile della chiave privata e per le altre operazioni descritte Best practice per la gestione delle chiavi degli account di servizio. Se ti viene impedito di creare una chiave dell'account di servizio, è possibile che questa disattivato per la tua organizzazione. Per ulteriori informazioni, vedi Gestione delle risorse dell'organizzazione sicure per impostazione predefinita.

2. Fai clic su Avanti.

Configura la destinazione

Per scrivere dati in BigQuery, richiede l'accesso in scrittura sia a BigQuery che a una gestione temporanea di sincronizzare la directory di una VM con un bucket. Gli eventi di modifica vengono prima scritti in batch da SLT a di archiviazione ideale in Cloud Storage. Vengono quindi caricati in tabelle di gestione temporanea in BigQuery. Le modifiche apportate dalla tabella di gestione temporanea vengono unite tabella di destinazione finale utilizzando una query di unione di BigQuery.

La tabella di destinazione finale include tutte le colonne originali della tabella di origine. più una colonna _sequence_num aggiuntiva. Il numero di sequenza assicura che i dati non vengono duplicati o persi negli scenari di errore del replicatore.

1. Configura l'origine inserendo i valori nei seguenti campi:

   • ID progetto: progetto del set di dati BigQuery. Durante l'esecuzione su un cluster Dataproc, questo campo può essere lasciato vuoto, utilizzando a livello di progetto del cluster.
   • Credenziali: vedi Credenziali.
   • Chiave account di servizio: i contenuti della chiave dell'account di servizio da utilizzare quando a interagire con Cloud Storage e BigQuery. Quando in esecuzione su un cluster Dataproc, questo campo deve essere lasciato vuoto, che utilizza l'account di servizio del cluster.
   • Nome set di dati: nome del set di dati da creare in BigQuery. È facoltativo e, per impostazione predefinita, il nome del set di dati è uguale al nome del database di origine. Un nome valido deve contenere solo lettere, numeri e trattini bassi e la lunghezza massima può essere di 1024 caratteri. Qualsiasi i caratteri non validi vengono sostituiti da un trattino basso nel nome finale del set di dati tutti i caratteri che superano il limite di lunghezza vengono troncati.
   • Encryption Key Name (Nome chiave di crittografia): la chiave di crittografia gestita dal cliente (CMEK) utilizzata per proteggere le risorse create da questa destinazione. Il nome della chiave di crittografia deve essere del modulo, projects/<project-id>/locations/<key-location>/keyRings/<key-ring-name>/cryptoKeys/<key-name>.
   • Località: la località in cui si trovano il set di dati BigQuery il bucket gestione temporanea Cloud Storage viene creato. Ad esempio, us-east1 per i bucket a livello di regione, us per i bucket multiregionali (vedi Località). Questo valore viene ignorato se una delle sia specificato, come bucket gestione temporanea e BigQuery vengono creati nella stessa località del bucket.

   • Bucket temporaneo: il bucket in cui gli eventi di modifica vengono scritti prima della loro vengono caricati in tabelle temporanee. Le modifiche vengono scritte in una directory contiene il nome e lo spazio dei nomi del replicatore. Puoi usare lo stesso bucket in sicurezza più replicatori all'interno della stessa istanza. Se è condiviso da replicatori su più istanze, assicurati che lo spazio dei nomi e il nome siano univoci, altrimenti il comportamento è indefinito. Il bucket deve trovarsi nello stesso località come set di dati BigQuery. Se non viene specificato, viene generato viene creato un bucket per ogni job denominato df-rbq-<namespace-name>-<job-name>-<deployment-timestamp>.

     Nota: devi eliminare esplicitamente il bucket dopo aver eliminato il job.

   • Intervallo di caricamento (secondi): numero di secondi di attesa prima di caricare un batch di dati in BigQuery.

   • Prefisso della tabella temporanea: le modifiche vengono scritte in una tabella temporanea prima unito alla tabella finale. I nomi delle tabelle temporanee vengono generati dall'aggiunta questo prefisso al nome della tabella di destinazione.

   • Richiedi intervento manuale di abbandono: indica se richiedere l'intervento manuale azione amministrativa per eliminare tabelle e set di dati quando viene eliminato o eliminato una tabella si verifica un evento di database. Se impostato su true, il replicatore non o eliminare una tabella o un set di dati. ma non riesce e riprova finché la tabella o il set di dati non esiste. Se il set di dati o la tabella non esiste, è necessario un intervento manuale. L'evento viene ignorato normalmente.

   • Abilita eliminazioni temporanee: se il criterio è impostato su true, quando viene ricevuto un evento di eliminazione dal target, la colonna _is_deleted del record viene impostata su true. In caso contrario, il record viene eliminato dalla tabella BigQuery. Questa configurazione non è operativa per un'origine che genera eventi non in ordine e i record vengono sempre eliminati temporaneamente dalla tabella BigQuery.

2. Fai clic su Avanti.

Credenziali

Se il plug-in viene eseguito su un cluster Dataproc, l'account di servizio deve essere impostata sul rilevamento automatico. Le credenziali vengono lette automaticamente dell'ambiente cluster Kubernetes.

Se il plug-in non viene eseguito su un cluster Dataproc, il percorso di è necessario specificare la chiave dell'account di servizio. La chiave dell'account di servizio è disponibile in nella pagina IAM della console Google Cloud. Assicurati che la chiave dell'account dispone dell'autorizzazione per accedere a BigQuery. Il file della chiave dell'account di servizio devono essere disponibili su tutti i nodi del tuo cluster e devono essere leggibili da tutti dagli utenti che eseguono il job.

Nota: Se non vengono gestite correttamente, le chiavi degli account di servizio comportano un rischio per la sicurezza. Sei responsabile della chiave privata e per le altre operazioni descritte Best practice per la gestione delle chiavi degli account di servizio. Se ti viene impedito di creare una chiave dell'account di servizio, è possibile che questa disattivato per la tua organizzazione. Per ulteriori informazioni, vedi Gestione delle risorse dell'organizzazione sicure per impostazione predefinita.

Limitazioni

• Per essere replicate, le tabelle devono avere una chiave primaria.
• Le operazioni di ridenominazione delle tabelle non sono supportate.
• Le modifiche della tabella sono parzialmente supportate.
  • Una colonna esistente senza valori null può essere modificata in una colonna con valori null.
  • Puoi aggiungere nuove colonne con valori null a una tabella esistente.
  • Qualsiasi altro tipo di modifica dello schema della tabella non andrà a buon fine.
  • Le modifiche alla chiave primaria non avranno esito negativo, ma i dati esistenti non saranno riscritto per rispettare l'univocità della nuova chiave primaria.

Seleziona tabelle e trasformazioni

Nel passaggio Seleziona tabelle e trasformazioni, viene visualizzato un elenco di tabelle selezionate per nel sistema SLT.

1. Seleziona le tabelle da replicare.
2. (Facoltativo) Seleziona altre operazioni dello schema, come Inserts (Inserimenti), Aggiornamenti o Eliminazioni.
3. Per visualizzare lo schema, fai clic su Colonne da replicare per una tabella.

4. (Facoltativo) Per rinominare le colonne nello schema:

   1. Mentre visualizzi lo schema, fai clic su Trasforma > Rinomina.
   2. Nel campo Rinomina, inserisci un nuovo nome e fai clic su Applica.
   3. Per salvare il nuovo nome, fai clic su Aggiorna e Salva.
   Nota: la ridenominazione è supportata in Cloud Data Fusion 6.9 e versioni successive.

5. Fai clic su Avanti.

(Facoltativo) Configurare le proprietà avanzate

Se conosci la quantità di dati che stai replicando in un'ora, puoi seleziona l'opzione appropriata.

Rivedi valutazione

Il passaggio Rivedi la valutazione analizza la presenza di problemi dello schema, funzionalità mancanti oppure che si verificano durante la replica.

1. Nella pagina Rivedi valutazione, fai clic su Visualizza mappature.

   Se si verificano problemi, devi risolverli prima di poter procedere.

2. (Facoltativo) Se hai rinominato le colonne quando hai selezionato le tabelle e trasformazioni, verifica che in questo passaggio i nuovi nomi siano corretti.

3. Fai clic su Avanti.

Visualizza il riepilogo ed esegui il deployment del job di replica

Nella pagina Rivedi i dettagli del job di replica, rivedi le impostazioni e fai clic su Esegui il deployment del job di replica.

Seleziona un profilo Compute Engine

1. Dopo aver eseguito il deployment del job di replica, fai clic su Configura da qualsiasi pagina nell'interfaccia web di Cloud Data Fusion.

2. Seleziona il profilo Compute Engine da utilizzare per eseguire questo di replica.

3. Fai clic su Salva.

   

Avvia il job di replica

• Per eseguire il job di replica, fai clic su Avvia.

(Facoltativo) Ottimizza il rendimento

Per impostazione predefinita, il plug-in è configurato in modo da garantire prestazioni ottimali. Per ulteriori ottimizzazioni, consulta Argomenti di runtime.

Le prestazioni delle comunicazioni SLT e Cloud Data Fusion dipendono questi fattori:

• SLT sul sistema di origine rispetto a un sistema SLT centrale dedicato (preferito )
• Elaborazione dei job in background sul sistema SLT
• Processi di lavoro della finestra di dialogo sul sistema SAP di origine
• Il numero di processi del job in background allocati a ciascun ID trasferimento di massa in Scheda Amministrazione LTRC
• Impostazioni LTRS
• Hardware (CPU e memoria) del sistema SLT
• Il database utilizzato (ad esempio: HANA, Sybase o DB2)
• La larghezza di banda internet (connettività tra il sistema SAP e Google Cloud su internet)
• Utilizzo preesistente (carico) sul sistema
• Il numero di colonne nella tabella. Con più colonne, la replica diventa lenta e la latenza può aumentare.

Per i caricamenti iniziali sono consigliati i seguenti tipi di lettura nelle impostazioni LTRS:

Sistema SLT	Sistema di origine	Tipo di tabella	Tipo di lettura consigliato [caricamento iniziale]
SLT 3.0 autonomo [DMIS 2018_1_752 SP 2]	S/4 HANA 1909	Trasparente (piccolo/medio) Trasparente (grandi) Tabella cluster	Calcolo dell'intervallo: 1 Calcolo dell'intervallo: 1 Coda di 4 mittenti
SLT incorporato [S4CORE 104 HANA 1909]	N/D	Trasparente (piccolo/medio) Trasparente (grandi) Tabella cluster	Calcolo dell'intervallo: 1 Calcolo dell'intervallo: 1 Coda di 4 mittenti
SLT 2.0 autonomo [DMIS 2011_1_731 SP 17]	ECC NW 7.02	Trasparente (piccolo/medio) Trasparente (grandi) Tabella cluster	5 mittenti in coda 5 mittenti in coda Coda di 4 mittenti
SLT incorporato [DMIS 2011_1_700 SP 17]	N/D	Trasparente (piccolo/medio) Trasparente (grandi) Tabella cluster	5 mittenti in coda 5 mittenti in coda Coda di 4 mittenti

• Per la replica, utilizza Nessun intervallo per migliorare le prestazioni:
  • Gli intervalli devono essere utilizzati solo quando vengono generati backlog in una tabella di logging con elevata latenza.
  • Utilizzando un calcolo di intervallo: il tipo di lettura per il caricamento iniziale non è consigliato in nel caso di sistemi SLT 2.0 e non HANA.
  • Utilizzando un calcolo di intervallo: il tipo di lettura per il caricamento iniziale potrebbe comportare duplicati in BigQuery.
• Le prestazioni sono sempre migliori quando si utilizza un sistema SLT autonomo.
• È sempre consigliato un sistema SLT autonomo se l'utilizzo delle risorse il sistema di origine è già alto.

Argomenti di runtime

• snapshot.thread.count: passa il numero di thread da cui iniziare eseguire un caricamento di dati SNAPSHOT/INITIAL in parallelo. Per impostazione predefinita, utilizza di vCPU disponibili nel cluster Dataproc in cui durante l'esecuzione del job di replica.

  Opzione consigliata: imposta questo parametro solo nei casi in cui hai bisogno di un controllo preciso rispetto al numero di thread paralleli (ad esempio, per ridurre l'utilizzo su ).

• poll.file.count: passa il numero di file da sottoporre a polling dal Percorso Cloud Storage fornito nel percorso GCS della replica dei dati dell'interfaccia web. Per impostazione predefinita, il valore è 500 per sondaggio, tuttavia aumenta o diminuisce in base alla configurazione del cluster.

  Consigliato: imposta questo parametro solo se hai requisiti rigorosi per il ritardo di replica. Valori più bassi potrebbero ridurre il ritardo. Puoi utilizzarlo per migliorare la velocità effettiva (se non risponde, utilizza valori superiori a quelli predefiniti).

• bad.files.base.path: trasmette il percorso di base di Cloud Storage in cui vengono copiati tutti gli errori o i file di dati difettosi trovati durante la replica dei dati. Questo è utile quando esistono requisiti rigorosi per i dati e una località specifica devono essere utilizzati per registrare gli errori trasferimenti.

  Per impostazione predefinita, tutti i file difettosi vengono copiati dalla directory Cloud Storage percorso fornito nel campo Percorso Cloud Storage per la replica di dati nell'interfaccia web.

  • Pattern del percorso finale dei file di dati difettosi:

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

  • Esempio:

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

  I criteri per i file non validi sono file XML corrotti o non validi, PK mancante o un problema di mancata corrispondenza del tipo di dati dei campi.

Dettagli assistenza

Prodotti e versioni SAP supportati

• Rilascio SAP_BASIS 702, livello SP 0016 e successivi.
• Rilascio SAP_ABA 702, livello SP 0016 e successivi.
• Rilascio DMIS 2011_1_700, livello SP 0017 e successivi.

Versioni SLT supportate

Sono supportate le versioni 2 e 3 di SLT.

Modelli di deployment SAP supportati

SLT come sistema autonomo o incorporato nel sistema di origine.

Note SAP che devono essere implementate prima di iniziare a utilizzare SLT

Se il tuo pacchetto di assistenza non include /UI2/CL_JSON correzioni del corso per PL 12 o versioni successive, implementa la nota SAP più recente per /UI2/CL_JSON correzioni di classe, ad esempio SAP Note 2798102 per PL12.

Opzione consigliata: implementa le note SAP consigliate dal report CNV_NOTE_ANALYZER_SLT in base alla condizione del sistema centrale o di origine. Per ulteriori informazioni, vedi Nota SAP 3016862 (è richiesto l'accesso a SAP).

Se SAP è già configurato, non è necessario specificare implementate. Per eventuali errori o problemi specifici, consulta central SAP Note per il tuo Rilasciare SLT.

Limiti relativi al volume di dati o alla larghezza del record

Non esiste un limite definito per il volume di dati estratti e la larghezza del record.

Velocità effettiva prevista per il plug-in SAP SLT Replication

Per un ambiente configurato in base alle linee guida in Ottimizza le prestazioni, il plug-in può estrarre intorno 13 GB all'ora per il caricamento iniziale e 3 GB all'ora per la replica (CDC). Le prestazioni effettive potrebbero variare con Cloud Data Fusion e il sistema SAP carico di lavoro o traffico di rete.

Supporto per l'estrazione delta (dati modificati) SAP

L'estrazione delta delta SAP è supportata.

Obbligatorio: peering tenant per istanze Cloud Data Fusion

Il peering tenant è obbligatorio quando l'istanza Cloud Data Fusion vengono creati con un indirizzo IP interno. Per ulteriori informazioni sul peering tenant, consulta la sezione Creazione di un'istanza privata.

Risoluzione dei problemi

Il job di replica continua a riavviarsi

Se il job di replica continua a riavviarsi automaticamente, aumenta il memoria del cluster di job di replica ed esegui nuovamente di replica.

Duplicati nel sink di BigQuery

Se definisci il numero di job paralleli nelle impostazioni avanzate del Plug-in SAP SLT Replication: quando le tabelle sono di grandi dimensioni, si verifica un errore causando colonne duplicate nel sink di BigQuery.

Per evitare il problema, rimuovi i job paralleli per caricare i dati.

Scenari di errore

Nella tabella seguente sono elencati alcuni messaggi di errore comuni (il testo tra virgolette sarà sostituiti da valori effettivi al momento dell'attivazione):

ID messaggio	Messaggio	Azione consigliata
CDF_SAP_SLT_01402	Service account type is not defined for SERVICE_ACCT_NAME_FROM_UI.	Assicurati che il percorso Cloud Storage fornito sia corretto.
CDF_SAP_SLT_01403	Service account key provided is not valid due to error: ROOT_CAUSE. Please provide a valid service account key for service account type : SERVICE_ACCT_NAME_FROM_UI.	Controlla la causa principale visualizzata nel messaggio e adotta le misure necessarie un'azione.
CDF_SAP_SLT_01404	Mass Transfer ID could not be found. Please ensure that it exists in given GCS Bucket.	Verifica che l'ID trasferimento di massa specificato sia nel formato corretto.
CDF_SAP_SLT_01502	The specified data replication GCS path 'slt_to_cdf_bucket_1' or Mass Transfer ID '05C' could not be found. Please ensure that it exists in GCS.	Assicurati che il percorso Cloud Storage fornito sia corretto.
CDF_SAP_SLT_01400	Metadata file not found. The META_INIT.json file is not present or file is present with invalid format.	Controlla la causa principale visualizzata nel messaggio e adotta le misure necessarie un'azione.
CDF_SAP_SLT_03408	Failed to start the event reader.	Controlla la causa principale visualizzata nel messaggio e adotta le misure necessarie un'azione.
CDF_SAP_SLT_03409	Error while processing TABLE_NAME file for source table gs://CLOUD_STORAGE_BUCKET_NAME/MT_ID/TABLE_NAME /FILE_NAME. Root cause: ROOT_CAUSE.	Controlla la causa principale visualizzata nel messaggio e adotta le misure necessarie un'azione.
CDF_SAP_SLT_03410	Failed to replicate data for source table TABLE_NAME from file: gs://CLOUD_STORAGE_BUCKET_NAME/MT_ID/ TABLE_NAME/FILE_NAME. Root cause: ROOT_CAUSE.	Controlla la causa principale visualizzata nel messaggio e adotta le misure necessarie un'azione.
CDF_SAP_SLT_03411	Failed data replication for source table TABLE_NAME. Root cause: ROOT_CAUSE.	Controlla la causa principale visualizzata nel messaggio e adotta le misure necessarie un'azione.
CDF_SAP_SLT_03412	Failed to create target table for source table TABLE_NAME. Root cause: ROOT_CAUSE.	Verifica la causa principale visualizzata nel messaggio e agisci in modo appropriato.

Mappatura dei tipi di dati

La tabella seguente mostra la mappatura tra i tipi di dati utilizzati in SAP applicazioni e Cloud Data Fusion.

Tipo di dati SAP	Tipo di ABAP	Descrizione (SAP)	Tipo di dati di Cloud Data Fusion
Numerico
INT1	b	Numero intero a 1 byte	int
INT2	s	Numero intero a 2 byte	int
INT4	i	Numero intero a 4 byte	int
INT8	8	Numero intero a 8 byte	long
DIC	p	Numero pacchettizzato in formato BCD (DEC)	decimal
DF16_DEC DF16_RAW	a	Virgola mobile decimale a 8 byte IEEE 754r	decimal
DF34_DEC DF34_RAW	e	Virgola mobile decimale a 16 byte IEEE 754r	decimal
FLTP	f	Numero con rappresentazione in virgola mobile binaria	double
Carattere
CHAR LCHR	c	Stringa di caratteri	string
SEGNAPOSTO GEOM_EWKB	string	Stringa di caratteri	string
STRING GEOM_EWKB	string	Stringa di caratteri CLOB	bytes
NUMC ACCP	n	Testo numerico	string
Byte
RAW LRAW	x	Dati binari	bytes
SEGNALAZIONE	xstringa	Stringa byte BLOB	bytes
Data/Ora
DAT	g	Data	date
Tempo	t	Ora	time
TIMESTAMP	utcl	( Utclong ) TimeStamp	timestamp

Passaggi successivi

• Scopri di più su Cloud Data Fusion.
• Scopri di più su SAP su Google Cloud.