Che cos'è SLT in SAP HANA? Replica e configurazione

⚡ Riepilogo intelligente

SLT, il SAP Landscape Transformation Replication Server carica e replica i dati in SAP HANA in tempo reale o in base a una pianificazione. Un approccio basato su trigger cattura le modifiche da SAP e nonSAP fonti simili.

  • ⚡ Metodo principale: La replica basata su trigger trasferisce i dati dalla sorgente alla destinazione in tempo reale o a intervalli programmati.
  • ️ distribuzione: Il server SLT viene eseguito su un sistema separato o direttamente su SAP Sistema ECC.
  • ???? Connessioni: RFC collega SLT a un SAP fonte; una connessione al database collega SLT a SAP HANA.
  • 🧱 Cluster Assistenza: SLT gestisce le tabelle cluster e pool, cosa che gli strumenti di replica più semplici non sono in grado di fare.
  • 🔤 Codifica: La conversione da Unicode a non Unicode viene applicata automaticamente durante il caricamento e la replica.
  • ⚙️ Configurazione: La transazione LTR crea la configurazione, che genera uno schema, utenti, ruoli e tabelle di controllo in HANA.
  • ️ Cinque azioni: Le funzioni Carica, Replica, Interrompi replica, Sospendi e Riprendi controllano ciascuna tabella singolarmente.

SAP SLT in HANA

Cos'è SLT (SAP Replica della trasformazione del paesaggio)?

SLT è uno strumento ETL che consente di caricare e replicare i dati in tempo reale o di pianificare i dati da SAP sistema di origine o Non SAP Sistema in SAP Banca dati HANA.

SAP Il server SLT utilizza un approccio di replicazione basato su trigger per passare i dati dal sistema di origine al sistema di destinazione.

Il server SLT può essere installato su un sistema separato o su SAP Sistema ECC.

Il vantaggio del sistema SLT è il seguente:

  • Consente la replica dei dati in tempo reale o pianificata.
  • Durante la replica dei dati in tempo reale, possiamo migrare i dati SAP Formato HANA.
  • Maniglie SLT Cluster e tavoli da biliardo.
  • Supporta automaticamente la conversione non Unicode e Unicode durante il caricamento/replica. (Unicode è un sistema di codifica dei caratteri simile a ASCII. Non Unicode è un sistema di codifica che copre più caratteri di ASCII).
  • Questo è completamente integrato con SAP Studio HANA.
  • SLT dispone di funzionalità di impostazione e trasformazione della tabella.
  • SLT ha funzionalità di monitoraggio con SAP Responsabile delle soluzioni HANA.

La progettazione basata su trigger è ciò che rende possibile il tempo reale. Un trigger di database sulla tabella di origine scrive ogni modifica in una tabella di log, che SLT legge e applica, invece di scansionare ripetutamente l'intera tabella alla ricerca di differenze.

SAP Connessione TAS ArchiPanoramica dell'architettura

Archipanoramica della struttura SAP Server TAS con SAP / Non-SAP Il sistema è il seguente:

SAP TAS Connessione tra SAP Sistema e SAP HANA

SAP SLT Replication Server trasforma tutte le definizioni delle tabelle di metadati dal sistema di origine ABAP a SAP HANA.

Per SAP fonte, la connessione SLT ha le seguenti caratteristiche:

  • Quando una tabella viene replicata, SAP Il server di replica SLT crea tabelle di registrazione nel sistema di origine.
  • Il motore di lettura viene creato nel file SAP Sistema di origine.
  • La connessione tra SAP SLT e SAP La sorgente viene stabilita come connessione RFC.
  • La connessione tra SAP SLT e SAP HANA viene stabilita come connessione DB.

Un utente del database con la stessa autorizzazione dell'utente “SYSTEM” può creare una connessione tra SAP SLT e SAP Banca dati HANA.

SAP TAS Connessione tra SAP Sistema e SAP DATABASE HANA
SAP TAS Connessione tra SAP Sistema e SAP DATABASE HANA

SAP Il server SLT crea automaticamente la connessione DB per SAP Database HANA (quando creiamo una nuova configurazione tramite transazione LTR). Non è necessario crearlo manualmente.

Configurazione SAP Server SLT per SAP Sistema di origine

Per prima cosa dobbiamo configurare SAP Server di replica SLT per la connessione tra SAP Fonte e SAP Banca dati HANA. Codice T, LTR viene utilizzato per creare una connessione tra SAP Fonte e SAP TAS.

Passo 1) Login per SAP Server SLT e transazione di chiamata “LTR” da SAP Server di replica SLT.

Configurazione SAP Server TLS

Apparirà una schermata pop-up Web-dynpro a cui accedere SAP server TLS.

  1. Inserisci ID cliente/utente/password
  2. Fare clic sulla scheda di accesso

Configurazione SAP Server TLS

Verrà visualizzata una schermata popup per la configurazione come di seguito:

Configurazione SAP Server TLS

Fare clic sul pulsante “Nuovo” per la nuova configurazione.

Passo 2) In questa fase,

  1. Immettere il nome e la descrizione della configurazione.
  2. Seleziona SAP Sistema come sistema di origine.
  3. Inserisci la connessione RFC per SAP Sistema.
  4. Inserisci nome utente/password/nome host e numero di istanza.
  5. Inserire i dettagli delle opzioni del lavoro: numero di lavori di trasferimento dati e numero di lavori di calcolo.
  6. Selezionare l'opzione di replica come Tempo reale.
  7. Una volta mantenute tutte le impostazioni, fare clic su "OK" per creare un nuovo schema in SLT.

Configurazione SAP Server TLS

Verrà aggiunto e attivo un nome di configurazione “SLTECC”.

Configurazione SAP Server TLS

Dopo la configurazione SAP Server SLT con successo, SAP Il server SLT crea automaticamente la connessione DB per SAP Database HANA (quando creiamo una nuova configurazione tramite transazione LTR). Non è necessario crearlo manualmente.

Nel passaggio successivo importiamo i dati in SAP HANA da SAP Fonte.

Importare SAP Origine dati a SAP HANA tramite SLT

Una volta configurato con successo SAP Server SLT, uno SCHEMA come nome di configurazione sopra in SAP SLT viene creato in SAP Banca dati HANA.

Questo schema contiene i seguenti oggetti:

  1. 1 Schema – SLTECC.
  2. 1 utente – SLTECC.
  3. 1 Privilegi
  4. 8 tavoli – DD02L (SAP Nome della tabella), DD02T (SAP Testi delle tabelle), RS_LOG_FILES, RS_MESSAGE, RS_ORDER, RS_ORDER_TEXT, RS_SCHEMA_MAP, RS_STATUS.
  5. 4 Ruoli – SLTECC_DATA_PROV, SLTECC_DATA_POWER_USER, SLTECC_DATA_USER_ADMIN, SLTECC_DATA_SELECT.
  6. Procedure 2 – RS_GRANT_ACCESS, RS_REVOKE_ACCESS.

Tutta la configurazione è completata, ora carichiamo una tabella da SAP ECC (Componente Centrale ERP).

Passo 1) Da cui caricare le tabelle SAP ECC a SAP Database HANA, seguire i passaggi seguenti:

  1. Vai a Provisioning dei dati da Visualizzazione rapida.
  2. Seleziona SAP Sistema HANA.
  3. Fare clic sul pulsante Fine.

Importare SAP Origine dati a SAP HANA

Passo 2) Verrà visualizzata una schermata per il provisioning dei dati della tabella basata su SLT. Ci sono 5 opzioni per il provisioning dei dati come di seguito:

Opzione di fornitura Eccezionale
Carico (pieno carico) Si tratta di un evento una tantum che avvia un caricamento iniziale di dati dal sistema di origine.
Replica (pieno carico + Delta Carico) Inizia il caricamento iniziale (se non fatto prima) e considera anche delta modifica. Per ciascuna tabella verranno creati il ​​trigger del database e la relativa tabella di registrazione.
Arresta la replica Arresta il processo di replica corrente per una tabella. Rimuove completamente il trigger del database e la tabella di registrazione.
Sospendere Questo comando mette in pausa un processo di replica in corso di una tabella. Il trigger del database non verrà eliminato dal sistema di origine e la registrazione delle modifiche continuerà. Le informazioni correlate vengono memorizzate nella tabella di log corrispondente nel sistema di origine.
CV Riprendi riavvia la replica per una tabella sospesa. Dopo la ripresa, il processo di replica sospeso riprenderà.

⚠️ Attenzione: Le funzioni "Sospendi" e "Interrompi replica" non sono intercambiabili. La funzione "Sospendi" mantiene il trigger e la tabella di log, in modo che le modifiche si accumulino e vengano applicate al riavvio. La funzione "Interrompi" elimina entrambi, quindi ogni modifica apportata durante la sospensione andrà persa e sarà necessario un ricaricamento completo.

Usiamo la prima opzione dalla tabella “Opzione di caricamento” per il caricamento iniziale dei dati della tabella (LFBK) dall'origine a SAP Tavolo HANA.

Passo dopo passo è come di seguito-

  1. Fonte e Target i dettagli del sistema vengono selezionati in base a SAP Configurazione TAS.
  2. Fare clic sul pulsante Carica e selezionare la tabella (LFBK) in cui dobbiamo caricare/replicare SAP Hana.
  3. La tabella (LFBK) verrà aggiunta alla sezione Gestione caricamento dati con l'azione "Carica" ​​e lo stato "Pianificato".

Importare SAP Origine dati a SAP HANA

Dopo il caricamento dei dati, lo stato verrà modificato in "Eseguito". La tabella verrà creata nello schema "SLTECC" con i dati.

Passo 3) Verifica i dati nella tabella (LFBK) tramite l'anteprima dei dati dallo schema "SLTECC" come di seguito –

  1. Accedi in SAP Database HANA tramite SAP HANA Studio e seleziona SAP Sistema HANA HDB (HANAUSER).

Importare SAP Origine dati a SAP HANA

  1. Selezionare Tabella (LFBK) nel nodo Tabella.
  2. Fare clic con il tasto destro su Tabella (LFBK) e fare clic sull'opzione Apri anteprima dati.
  3. I dati caricati tramite il processo SLT verranno visualizzati nella schermata di anteprima dei dati.

Importare SAP Origine dati a SAP HANA

Ora abbiamo caricato con successo i dati nella tabella “LFBK”. Utilizzeremo questa tabella in futuro nella modellazione.

SAP TAS Connessione tra non-SAP Sistema e SAP HANA

SAP SLT Replication Server trasforma tutte le definizioni delle tabelle di metadati dal sistema di origine non ABAP a SAP HANA.

Per non-SAP fonte, la connessione SLT ha le seguenti caratteristiche:

  • Quando una tabella viene replicata, SAP Il server di replica SLT crea tabelle di registrazione nel sistema di origine.
  • Il motore di lettura viene creato nel file SAP Server di replica SLT.
  • La connessione tra SAP SLT e SAP Fonte / SAP HANA viene stabilita come connessione DB.
SAP TAS Connessione tra non-SAP Sistema e SAP HANA

SAP Collegamento SLT tra non-SAP Sistema e SAP Sistema HANA/BANCA DATI

SAP SLT può eseguire solo le trasformazioni più semplici, quindi per le trasformazioni complesse, abbiamo bisogno di un altro strumento ETL come SAP Servizi dati.

Vale la pena notare l'unica differenza architettonica: per un SAP fonte il motore di lettura si trova nel sistema sorgente e il collegamento è RFC, mentre per un non-SAP Il motore di lettura risiede direttamente sul server SLT ed entrambi i collegamenti sono connessioni al database. Tutto ciò che si trova a valle si comporta in modo identico.

SLT contro altri metodi di replicazione

SLT è uno dei diversi percorsi per entrare SAP HANA, e la sua caratteristica distintiva è la latenza piuttosto che la potenza di trasformazione.

Parametro SLT SAP Servizi dati DXC
Latenza In tempo reale o programmato Partita Partita
Meccanismo Trigger del database e tabelle di registrazione Processi ETL programmati Business Suite extracTors
Sistemi di origine SAP e nonSAP banche dati Quasi ogni fonte SAP Solo suite business
Trasformazione Regole semplici Ricche trasformazioni grafiche Applicato dall'extractor
Cluster e tavoli da biliardo Gestito in modo nativo Richiede lavoro extra Gestito dall'extractor
Paesaggio extra Un server SLT Un panorama dei servizi dati Nona

Dove la trasformazione conta più della latenza, SAP Servizi dati è la soluzione migliore, e dove l'extracLa logica di Tor esiste già, DXC evita completamente un server. Il confronto completo si trova in fornitura di dati tutorial.

Monitoraggio e risoluzione dei problemi SLT

Poiché la replica viene eseguita in modo continuo, i problemi vengono solitamente rilevati come dati obsoleti piuttosto che come messaggi di errore. Questi controlli individuano rapidamente la causa.

  1. Verifica prima la configurazione in LTR. La panoramica mostra ogni configurazione con il relativo stato e il numero di tabelle in ciascuno stato. Una configurazione con un errore arresta tutte le tabelle sottostanti.
  2. Per maggiori dettagli, consultare la transazione LTRC. Le schede Statistiche di carico e Monitoraggio del trasferimento dati mostrano la velocità effettiva per tabella e rivelano quale tabella presenta dei rallentamenti.
  3. Controlla le dimensioni della tabella di registrazione. Una tabella di log che cresce costantemente significa che le modifiche vengono registrate ma non applicate. Questo di solito indica un numero insufficiente di processi di trasferimento dati.
  4. Regola il conteggio dei lavori. I processi di trasferimento dati e di calcolo sono stati impostati durante la configurazione. Un numero insufficiente di processi rallenta la replica; un numero eccessivo compromette le prestazioni del sistema sorgente. È preferibile effettuare le regolazioni in LTR piuttosto che procedere per tentativi sul sistema sorgente.
  5. Esaminare una tabella bloccata nella sezione "Pianificata". La causa più comune è l'assenza di processi in background liberi sul server SLT, non un errore nella tabella.
  6. Non eliminare mai una tabella replicata in HANA. Il trigger nella sorgente continua a scrivere in una tabella di log senza alcun consumer. Interrompere prima correttamente la replica, operazione che rimuove il trigger.
  7. RevVisualizza RS_STATUS e RS_MESSAGE. Queste tabelle di controllo nello schema generato registrano ciò che SLT stesso ritiene in merito a ciascuna tabella.

L'errore più costoso è replicare tabelle di cui nessuno ha bisogno. Ogni tabella replicata ha un trigger sul sistema di origine, quindi una replica inutilizzata impone un costo permanente al sistema transazionale da cui legge i dati.

DOMANDE FREQUENTI

La funzione "Sospendi" mantiene attivi i trigger e la tabella di registrazione, in modo che le modifiche si accumulino e vengano applicate al riavvio. La funzione "Interrompi" elimina entrambi, quindi le modifiche apportate durante la sospensione andranno perse e sarà necessario un ricaricamento completo.

Un server separato isola il carico di replica dal sistema transazionale ed è preferibile per volumi elevati. L'installazione su ECC consente di risparmiare risorse di sistema ed è adatta ad architetture di dimensioni ridotte.

L'intelligenza artificiale verifica quali tabelle replicate vengono effettivamente interrogate e segnala quelle che consumano trigger e memoria senza apportare alcun beneficio, riducendo così il carico sul sistema di origine.

Sì. Il monitoraggio della crescita della tabella di log rispetto al tasso di applicazione prevede un ritardo crescente, consentendo di aumentare il numero di processi prima che i report inizino a mostrare dati obsoleti.

Solo regole semplici come filtrare le righe o convertire un campo. Tutto ciò che riguarda ricerche, pulizia o combinazione di fonti appartiene a SAP Servizi dati invece.

Riassumi questo post con: