Apa itu SLT? SAP HANA? Replikasi & Konfigurasi

⚡ Ringkasan Cerdas

SLT, itu SAP Server Replikasi Transformasi Lanskap, memuat dan mereplikasi data ke dalam SAP HANA secara real-time atau sesuai jadwal. Pendekatan berbasis pemicu menangkap perubahan dari SAP dan nonSAP sumber serupa.

⚡ Metode Inti: Replikasi berbasis pemicu mengirimkan data dari sumber ke target secara waktu nyata atau pada interval terjadwal.
️ Penyebaran: Server SLT berjalan pada sistem terpisah atau langsung pada sistem tersebut. SAP Sistem ECC.
🔌 Koneksi: RFC menghubungkan SLT ke sebuah SAP sumber; koneksi basis data menghubungkan SLT ke SAP HANA.
🧱 Cluster Dukungan: SLT menangani tabel cluster dan pool, yang tidak dapat dilakukan oleh alat replikasi yang lebih sederhana.
🔤 Encoding: Konversi Unicode dan non-Unicode diterapkan secara otomatis selama proses pemuatan dan replikasi.
⚙️ Konfigurasi: Transaksi LTR membuat konfigurasi, yang menghasilkan skema, pengguna, peran, dan tabel kontrol di HANA.
️ Lima Tindakan: Load, Replicate, Stop Replication, Suspend, dan Resume mengontrol setiap tabel secara individual.

Baca Selengkapnya

Apa itu SLT (SAP Replikasi Transformasi Lanskap)?

SLT adalah alat ETL yang memungkinkan Anda memuat dan mereplikasi data secara real-time atau menjadwalkan data SAP sistem sumber atau Non SAP Sistem ke dalam SAP Basis Data HANA.

SAP Server SLT menggunakan pendekatan replikasi berbasis pemicu untuk meneruskan data dari sistem sumber ke sistem target.

Server SLT dapat diinstal pada sistem terpisah atau di SAP Sistem ECC.

Manfaat sistem SLT adalah sebagai berikut-

Memungkinkan replikasi data waktu nyata atau terjadwal.
Selama mereplikasi data secara real-time, kita dapat memigrasikan data masuk SAP Format HANA.
pegangan SLT Cluster dan meja biliar.
Ini mendukung konversi non-Unicode dan Unicode secara otomatis selama pemuatan/replikasi. (Unicode adalah sistem pengkodean karakter yang mirip dengan ASCII. Non-Unicode adalah sistem pengkodean yang mencakup lebih banyak karakter daripada ASCII).
Ini sepenuhnya terintegrasi dengan SAP Studio HANA.
SLT memiliki pengaturan tabel dan kemampuan transformasi.
SLT memiliki kemampuan pemantauan dengan SAP Manajer Solusi HANA.

Desain berbasis pemicu (trigger) inilah yang memungkinkan kinerja secara real-time. Pemicu basis data pada tabel sumber menulis setiap perubahan ke dalam tabel pencatatan (logging table), yang kemudian dibaca dan diterapkan oleh SLT, alih-alih berulang kali memindai seluruh tabel untuk mencari perbedaan.

SAP Koneksi SLT ArchiGambaran Umum Kuliah

Archigambaran umum tentang SAP Server SLT dengan SAP / Non-SAP Sistemnya seperti di bawah ini-

SAP Koneksi SLT antara SAP Sistem dan SAP HANA

SAP Server Replikasi SLT mengubah semua definisi tabel metadata dari sistem sumber ABAP menjadi SAP HANA.

Untuk SAP sumber, koneksi SLT memiliki fitur berikut –

Ketika sebuah tabel direplikasi, SAP Server Replikasi SLT membuat tabel logging di sistem sumber.
Mesin baca dibuat di SAP Sistem Sumber.
Koneksi antara SAP SLT dan SAP Sumber ditetapkan sebagai koneksi RFC.
Koneksi antara SAP SLT dan SAP HANA dibuat sebagai koneksi DB.

Pengguna database dengan otorisasi yang sama dengan pengguna "SISTEM" dapat membuat koneksi antar SAP SLT dan SAP Basis Data HANA.

SAP Koneksi SLT antara SAP Sistem dan SAP DATABASE HANA

SAP SLT Server secara otomatis membuat koneksi DB untuk SAP Database HANA (saat kita membuat konfigurasi baru melalui LTR transaksi). Tidak perlu membuatnya secara manual.

Konfigurasi SAP Server SLT untuk SAP Sistem Sumber

Pertama kita perlu mengkonfigurasi SAP Server replikasi SLT untuk koneksi antar SAP Sumber dan SAP basis data HANA. T-code, LTR digunakan untuk membuat koneksi antar SAP Sumber dan SAP SL.

Langkah 1) Login ke SAP Server SLT, dan Transaksi panggilan “LTR” dari SAP Server replikasi SLT.

Layar pop-up Web-dynpro akan muncul untuk login SAP server SLT.

Masukkan Klien / User id / kata sandi
Klik pada tab masuk

Layar pop-up untuk Konfigurasi akan muncul seperti di bawah ini-

Klik Tombol "Baru" untuk konfigurasi baru.

Langkah 2) Pada langkah ini,

Masukkan Nama konfigurasi dan deskripsi.
Pilih SAP Sistem sebagai sistem sumber.
Masukkan koneksi RFC untuk SAP Sistem.
Masukkan Nama Pengguna / Kata Sandi / Nama Host dan nomor Instans.
Masukkan detail opsi pekerjaan – jumlah pekerjaan transfer data dan jumlah pekerjaan perhitungan.
Pilih opsi Replikasi sebagai Waktu Nyata.
Setelah semua pengaturan dipertahankan, klik 'OK' untuk membuat skema baru di SLT.

Nama Konfigurasi “SLTECC” akan ditambahkan dan aktif.

Setelah konfigurasi SAP Server SLT berhasil, SAP SLT Server secara otomatis membuat koneksi DB untuk SAP Database HANA (saat kita membuat konfigurasi baru melalui LTR transaksi). Tidak perlu membuatnya secara manual.

Pada langkah selanjutnya, kami mengimpor data ke SAP HANA dari SAP Sumber.

impor SAP Sumber Data ke SAP HANA melalui SLT

Setelah kita berhasil melakukan konfigurasi SAP Server SLT, SCHEMA seperti nama konfigurasi di atas SAP SLT dibuat di SAP Basis Data HANA.

Skema ini berisi objek-objek berikut-

1 Skema – SLTECC.
1 Pengguna – SLTECC.
1 Hak Istimewa
8 Tabel – DD02L (SAP Nama Tabel), DD02T (SAP Teks Tabel), RS_LOG_FILES, RS_MESSAGE, RS_ORDER, RS_ORDER_TEXT, RS_SCHEMA_MAP, RS_STATUS.
4 Peran – SLTECC_DATA_PROV, SLTECC_DATA_POWER_USER, SLTECC_DATA_USER_ADMIN, SLTECC_DATA_SELECT.
Prosedur 2 – RS_GRANT_ACCESS, RS_REVOKE_ACCESS.

Semua konfigurasi selesai, sekarang kita memuat tabel dari SAP ECC (Komponen Pusat ERP).

Langkah 1) Untuk memuat tabel dari SAP ECC ke SAP Basis data HANA, ikuti langkah-langkah di bawah ini-

Buka Penyediaan data dari Tampilan Cepat.
Pilih SAP Sistem HANA.
Klik pada Tombol Selesai.

Langkah 2) Layar untuk Penyediaan Data Tabel Berbasis SLT akan ditampilkan. Ada 5 opsi untuk penyediaan data seperti di bawah ini-

Opsi Penyediaan	Detil
Muat (Beban Penuh)	Ini adalah kejadian satu kali, yang memulai pemuatan awal data dari sistem sumber.
Replikasi (Muatan Penuh + Delta Memuat)	Ini memulai pemuatan awal (jika tidak dilakukan sebelumnya), dan juga pertimbangkan delta mengubah. Pemicu database dan tabel logging terkait akan dibuat untuk setiap tabel.
Hentikan Replikasi	Ini menghentikan proses replikasi saat ini untuk sebuah tabel. Ini menghapus pemicu database dan tabel logging sepenuhnya.
Menangguhkan	Ini menghentikan sementara proses replikasi tabel yang sedang berjalan. Pemicu basis data tidak akan dihapus dari sistem sumber, dan pencatatan perubahan akan berlanjut. Informasi terkait disimpan dalam tabel pencatatan terkait di sistem sumber.
Lanjut	Lanjutkan memulai ulang replikasi untuk tabel yang ditangguhkan. Setelah dilanjutkan, proses replikasi yang ditangguhkan akan dilanjutkan.

⚠️ Peringatan: Menangguhkan dan Menghentikan Replikasi tidak dapat dipertukarkan. Menangguhkan mempertahankan pemicu dan tabel pencatatan, sehingga perubahan terakumulasi dan diterapkan saat replikasi dilanjutkan. Menghentikan menghapus keduanya, sehingga setiap perubahan yang dilakukan saat replikasi dihentikan akan hilang dan diperlukan pemuatan ulang penuh.

Kami menggunakan opsi pertama dari tabel “Muat opsi” untuk pemuatan awal tabel (LFBK) data dari sumber ke SAP meja HANA.

Langkah demi langkah adalah seperti di bawah ini-

Sumber dan Target rincian sistem dipilih berdasarkan SAP Konfigurasi SLT.
Klik pada Tombol Load dan pilih tabel (LFBK) yang perlu kita muat/replikasi SAP Hana.
Tabel (LFBK) akan ditambahkan ke Bagian Manajemen Beban Data dengan Tindakan “Muat” dan Status “Terjadwal.”

Setelah data dimuat, Status akan diubah menjadi "Dieksekusi". Tabel akan dibuat dalam skema “SLTECC” dengan data.

Langkah 3) Periksa Data dalam tabel (LFBK) dengan Pratinjau Data dari Skema “SLTECC” seperti di bawah ini –

Masuk SAP Basis Data HANA melalui SAP HANA Studio dan pilih SAP Sistem HANA HDB (HANAUSER).

Pilih Tabel (LFBK) di bawah simpul Tabel.
Klik kanan pada Tabel (LFBK) dan klik opsi Buka pratinjau data.
Data yang dimuat melalui proses SLT akan ditampilkan di layar pratinjau Data.

Sekarang kita telah berhasil memuat data pada tabel “LFBK”. Kami akan menggunakan tabel ini di masa depan dalam Pemodelan.

SAP Koneksi SLT antara non-SAP Sistem dan SAP HANA

SAP Server Replikasi SLT mengubah semua definisi tabel metadata dari sistem sumber non-ABAP menjadi SAP HANA.

Untuk Non-SAP sumber, koneksi SLT memiliki fitur berikut –

Ketika sebuah tabel direplikasi, SAP Server Replikasi SLT membuat tabel logging di sistem sumber.
Mesin baca dibuat di SAP Server Replikasi SLT.
Koneksi antara SAP SLT dan SAP Sumber / SAP HANA dibuat sebagai koneksi DB.

SAP Koneksi SLT antara non-SAP Sistem dan SAP HANA — SAP Koneksi SLT antara Non-SAP Sistem dan SAP Sistem HANA/BASIS DATA

SAP SLT hanya dapat melakukan transformasi yang paling sederhana, jadi untuk transformasi yang kompleks, kita memerlukan alat ETL lain seperti SAP Layanan data.

Satu-satunya perbedaan arsitektur yang patut diperhatikan adalah: untuk sebuah SAP Jika mesin baca berada di sistem sumber, tautannya adalah RFC, sedangkan untuk yang bukan-SAP Sumbernya adalah mesin baca yang berada di server SLT itu sendiri dan kedua tautan tersebut merupakan koneksi basis data. Semua proses di hilir berperilaku identik.

SLT vs Metode Replikasi Lainnya

SLT adalah salah satu dari beberapa rute menuju SAP HANA, dan fitur pembeda utamanya adalah latensi, bukan daya transformasi.

Parameter	SLT	SAP Layanan data	DXC
Latensi	Waktu nyata atau terjadwal	Sekumpulan	Sekumpulan
Mekanisme	Pemicu basis data dan tabel pencatatan	Tugas ETL terjadwal	Suite Bisnis mantantractorso
Sistem sumber	SAP dan nonSAP database	Hampir semua sumber	SAP Hanya untuk Suite Bisnis
Transformasi	Aturan sederhana saja	Transformasi grafis yang kaya	Diterapkan oleh mantantractor
Cluster dan meja biliar	Ditangani secara bawaan	Membutuhkan kerja tambahan	Ditangani oleh mantantractor
Pemandangan tambahan	Server SLT	Gambaran umum Layanan Data	None

Di mana transformasi lebih penting daripada latensi, SAP Layanan data adalah pilihan yang lebih tepat, dan di mana mantantracLogika Tor sudah ada, DXC menghindari penggunaan server sama sekali. Perbandingan lengkapnya ada di penyediaan data tutorial.

Pemantauan dan Pemecahan Masalah SLT

Karena replikasi berjalan terus menerus, masalah biasanya diketahui sebagai data usang daripada sebagai pesan kesalahan. Pemeriksaan ini menemukan penyebabnya dengan cepat.

Periksa konfigurasi di LTR terlebih dahulu. Ikhtisar ini menunjukkan setiap konfigurasi beserta statusnya dan jumlah tabel di setiap status. Konfigurasi yang mengalami kesalahan akan menghentikan semua tabel di bawahnya.
Gunakan kode transaksi LTRC untuk detailnya. Tab Statistik Beban dan Monitor Transfer Data menunjukkan throughput per tabel dan mengungkapkan tabel mana yang mengalami keterlambatan.
Perhatikan ukuran tabel pencatatan. Tabel pencatatan yang terus bertambah berarti perubahan sedang ditangkap tetapi tidak diterapkan. Ini biasanya menunjukkan terlalu sedikit pekerjaan transfer data.
Sesuaikan jumlah pekerjaan. Tugas transfer data dan perhitungan diatur selama konfigurasi. Jika terlalu sedikit, replikasi akan tertinggal; jika terlalu banyak, sistem sumber akan mengalami masalah. Sesuaikan di LTR daripada menebak-nebak di sumbernya.
Selidiki tabel yang macet di status Terjadwal. Tidak adanya proses kerja latar belakang yang berjalan bebas di server SLT adalah alasan umum, bukan kesalahan pada tabel.
Jangan pernah menghapus tabel yang direplikasi di HANA. Pemicu di sumber terus menulis ke tabel pencatatan tanpa konsumen. Hentikan replikasi dengan benar terlebih dahulu, yang akan menghapus pemicu tersebut.
RevLihat RS_STATUS dan RS_MESSAGE. Tabel kontrol dalam skema yang dihasilkan ini mencatat apa yang diyakini SLT sendiri tentang setiap tabel.

Kesalahan paling mahal adalah mereplikasi tabel yang tidak dibutuhkan siapa pun. Setiap tabel yang direplikasi membawa pemicu (trigger) pada sistem sumber, sehingga replikasi yang tidak digunakan akan menimbulkan biaya permanen pada sistem transaksional yang dibacanya.

Pertanyaan Umum Demo Slot

Suspend mempertahankan pemicu dan tabel pencatatan, sehingga perubahan terakumulasi dan diterapkan saat resume. Stop menghapus keduanya, sehingga perubahan yang dilakukan saat berhenti akan hilang dan pemuatan ulang penuh akan dilakukan.

Server terpisah mengisolasi beban replikasi dari sistem transaksional dan lebih disukai untuk volume tinggi. Instalasi pada ECC menghemat sistem dan cocok untuk lingkungan yang lebih kecil.

AI meninjau tabel replikasi mana yang benar-benar dikueri dan menandai tabel yang mengonsumsi pemicu dan memori tanpa memberikan manfaat, sehingga mengurangi beban pada sistem sumber.

Ya. Memantau pertumbuhan tabel logging terhadap tingkat penerapan memprediksi pelebaran jeda, memungkinkan jumlah pekerjaan ditingkatkan sebelum laporan mulai menunjukkan angka yang usang.

Hanya aturan sederhana seperti memfilter baris atau mengkonversi kolom. Segala sesuatu yang melibatkan pencarian, pembersihan, atau penggabungan sumber data termasuk dalam kategori tertentu. SAP Layanan Data sebagai gantinya.