VERİ Sağlama ve Çoğaltma SAP HANA

⚡ Akıllı Özet

Veri Sağlama SAP HANA, herhangi bir ön uç aracı verilere ulaşmadan önce kaynak sistemlerden verileri yükler. Örnek:tracVeri dönüştürme, yükleme ve form yükleme işlemleri, yerleşik seçenekler veya SLT, Veri Hizmetleri ve DXC gibi harici araçlar aracılığıyla gerçekleştirilir.

  • 🔄 Temel Süreç: Tedarik süreci, bir ağın kullanıcılarına veri sağlamasını oluşturur, hazırlar ve etkinleştirir.tract, dönüştürme ve yükleme.
  • ⚙️ Yerleşik Seçenekler: Düz dosya, akıllı veri akışı, akıllı veri erişimi, kurumsal bilgi yönetimi ve uzaktan veri.
  • 🔌 Harici Araçlar: SAP Peyzaj Dönüşümü, Business Objects Veri Hizmetleri, Direct ExtracTor Connection ve Sybase Replication Server.
  • ⏱️ SLT Gücü: Hem gerçek zamanlı hem de planlı çoğaltma SAP ve non-SAP kaynak sistemleri.
  • 🖼️ Veri servisleri: Farklı kaynaklardan gelen ETL süreçlerini tasarlamak için kullanılan grafiksel bir platform.
  • ???? DXC Nature: Doğrudan ExtracTor Connection, mevcut BW örneklerini yeniden kullanan, toplu işlem odaklı bir ETL rotasıdır.tracları.
  • 🔗 SLT Önkoşulları: Kaynakla bir RFC veya veritabanı bağlantısı ve bir veritabanı bağlantısı SAP Hana.

Veri sağlama ve çoğaltma SAP HANA

VERİ Sağlama Nedir?

VERİ Sağlama, bir ağın kullanıcısına veri sağlaması için oluşturma, hazırlama ve etkinleştirme işlemidir. Verilerin şuraya yüklenmesi gerekiyor: SAP Veriler bir ön uç araç aracılığıyla kullanıcıya ulaşmadan önce HANA.

Tüm bu işlemlere şu ad verilir: ETL (Örntrac(t, Dönüştürme ve Yükleme) ve detaylar aşağıdadır:

  • Extract - Bu, ETL'nin ilk ve bazen en zor kısmıdır; bu aşamada veriler dışa aktarılır.tracFarklı kaynak sisteminden alınmıştır.
  • Dönüştürme – Dönüştürme Bölümünde, veri için bir dizi kural veya fonksiyon tanımlanır.tracKaynak sistemden alınan veriler, hedef sisteme yüklenmek üzere kullanılır.
  • Yük - Yükleme aşaması verileri hedef sisteme yükler.

Çünkü SAP HANA verileri bellekte tutar ve sıklıkla gerçek zamanlı raporlama için kullanılır; veri sağlama yönteminin seçimi, bir rapordaki verilerin ne kadar güncel olduğu üzerinde doğrudan bir etkiye sahiptir. Bu seçim, mevcut araçlar listelendikten sonra incelenir.

Çoğaltma SAP HANA

SAP HANA iki tür Hazırlama aracını destekler:

  1. SAP HANA Yerleşik Hazırlama Aracı
    1. Düz bir dosya
    2. Akıllı Veri Akışı
    3. Akıllı Veri Erişimi (SDA)
    4. Kurumsal Bilgi Yönetimi (EIM)
    5. Uzak veriler
  2. Tarafından desteklenen harici araç SAP HANA
    1. SAP Peyzaj Dönüşümü
    2. SAP İş Nesneleri Veri Hizmetleri
    3. SAP Doğrudan ExtracTor Bağlantısı
    4. Sybase Çoğaltma Sunucusu

Şu anda, veri sağlamanın ana yöntemleri vardır. SAP HANA, bunlar –

Veri Sağlama Yöntemleri Açıklama
SLT SLT ( "SAP Yatay Dönüşüm Çoğaltma Sunucusu”) SAP Net Dokumacı Platformu. SLT, Gerçek Zamanlı ve Zamanlanmış zaman çoğaltması için ideal bir çözümdür. SAP ve non-SAP kaynak sistemi.
SAP VERİ Hizmetleri SAP VERİ Hizmetleri ETL süreçlerinin grafiksel kullanıcı arayüzü ile tasarlanmasına yönelik bir platformdur.
DXC DXC Direct Ex'in kısaltmasıdır.tracTor Connect, toplu işlem odaklı bir ETL aracıdır.
Düz Dosya Yükleme Bu seçenek, verileri (.csv, .xls, .xlsx) yüklemek için kullanılır. SAP Hana.

SAP HANA SLT Yol Haritası

SAP HANA SLT Yol Haritası aşağıdaki gibidir – SLT aracılığıyla VERİ Sağlama, RFC/DB bağlantısı gerektirir SAP/Olmayan-SAP Kaynak Sistemi ve bir DB bağlantısı SAP HANA veritabanı. Açık SAP SLT sunucusuHaritayı şu şekilde tanımlıyoruz:ping ve Dönüşüm. Aşağıda SLT aracılığıyla veri sağlama için bir yol haritası bulunmaktadır.

SAP HANA SLT Yol Haritası
SAP HANA SLT Yol Haritası

SLT, Veri Hizmetleri, DXC ve Düz Dosya Karşılaştırması

Dört ana yöntem birbirinin yerine kullanılamaz. Her biri farklı bir gecikme gereksinimi ve farklı bir kaynak türü için tasarlanmıştır; bu durum tabloda açıkça görülmektedir.

Parametre SLT SAP Veri Hizmetleri DXC Düz bir dosya
Gecikme Gerçek zamanlı veya planlanmış Parti, planlanmış Parti, planlanmış Manuel, tek seferlik
Kaynak sistemler SAP ve non-SAP veritabanları Dosyalar ve web hizmetleri de dahil olmak üzere neredeyse her türlü kaynak. SAP Yalnızca Business Suite CSV, XLS, XLSX
Başladığı Çoğaltma sırasında basit, kural tabanlı. Zengin grafiksel dönüşümler Mevcut eski yöneticiler tarafından uygulandı.tractor Hayır
Anlam korunmuştur. Sadece tablo seviyesinde İşin tasarımında belirtildiği gibi Evet, eski sistemin iş dünyası terminolojisitractor Hayır
Kurulum çabası Orta seviye, SLT sunucusuna ihtiyaç duyar. Yüksek, Veri Hizmetleri altyapısına ihtiyaç duyuyor. Düşük, örneğintractors mevcut Çok düşük
Tipik kullanım OperaCanlı işlemlere ilişkin ulusal raporlama Farklı kaynakların birleştirilmesi Mevcut BW ex'i yeniden kullanmaktracTor mantığı Prototipping ve küçük arama tabloları

Her birinin kendine özel bir eğitim videosu bulunmaktadır: SLT, SAP Veri Hizmetleri, DXC, ve düz dosya yükleme.

Akıllı Veri Erişimi ve Akıllı Veri Entegrasyonu

Yukarıdaki yerleşik listede, veri kopyalamayı tamamen önleyebildikleri için diğerlerinden farklı davranan iki seçenek bulunmaktadır.

Akıllı Veri Erişimi (SDA). SDA sanal bir tablo oluşturur. SAP Uzak bir sistemdeki bir tabloya işaret eden HANA. Hiçbir veri çoğaltılmaz. Bir sorgu sanal tabloya dokunduğunda, HANA mümkün olduğunca fazla işi uzak veritabanına gönderir ve yalnızca sonucu alır. Avantajı, depolama maliyetinin sıfır olması ve verilerin her zaman güncel olmasıdır. Sınırlaması ise sorgu hızının artık uzak sisteme bağlı olmasıdır; bu nedenle yavaş bir kaynak, hızlı bir HANA raporunu yavaşlatır.

Akıllı Veri Entegrasyonu (SDI). SDI, toplu olarak veya değişiklik verisi yakalama yoluyla çoğaltma yapabilen ve süreç boyunca dönüşümler uygulayabilen adaptörlerle bu fikri genişletiyor. Esasen, Veri Hizmetlerinin sunduğu özelliklerin çoğunu HANA'nın içine getirerek, daha küçük projelerde ayrı bir ETL ortamına duyulan ihtiyacı ortadan kaldırıyor.

Üç aile arasında seçim yapmak üç soruya indirgeniyor:

  • Verilerin ne kadar güncel olması gerekiyor? SLT veya SDI'da gerçek zamanlı veri yakalama noktaları; Veri Hizmetleri veya DXC için bir gecelik süre yeterlidir.
  • Verilerin kopyalanması gerekiyor mu? Eğer sorgu nadiren yapılıyorsa ve yetkin bir veritabanında bulunuyorsa, SDA tekrarlamayı tamamen önler.
  • Ne kadar dönüşüm gerekiyor? Basit filtreleme SLT için uygundur; karmaşık temizleme, yinelenen kayıtları kaldırma ve arama işlemleri ise Veri Hizmetleri için uygundur.

Veriler sisteme girdikten sonra, açıklanan bilgi görünümleri aracılığıyla raporlamaya sunulur. SAP HANA modellemesi öğretici.

SSS

Replikasyon, satırları HANA'ya kopyalar, bu nedenle sorgular hızlıdır ve depolama alanı tüketilir. SDA aracılığıyla sanallaştırma, verileri kaynakta bırakır ve talep üzerine okur; bu da hızdan ödün vermeyi gerektirir.

Evet, çoğu ortamda durum böyledir. SLT genellikle canlı işlem tablolarını yönetirken, Veri Hizmetleri harici kaynakları gece boyunca birleştirir ve her biri farklı şemalara yazar.

Yapay zeka, yüklemeden önce kaynak verileri profillendirerek yinelenen kayıtları, tutarsız formatları ve eksik anahtarları tespit eder; böylece sorunlar haftalar sonra bir raporda ortaya çıkmak yerine kaynağında düzeltilir.

Evet. Satır sayımları ve yükleme sürelerindeki anormallik tespiti, genellikle dünkü rakamları gösteren bir rapor yayınlanana kadar görünmeyen, durmuş veya yavaşlamış bir çoğaltma işlemini işaretler.

Prototip içinpingKüçük referans tabloları ve tek seferlik yüklemeler içerir. Manuel ve tekrarlanamaz olduğundan, programlı olarak çalışması gereken bir üretim veri akışının içinde asla yer almamalıdır.

Bu yazıyı şu şekilde özetleyin: