Надання та реплікація ДАНИХ в SAP ХАНА
Мейсон Гарсія
⚡ Розумний підсумок
Надання даних у SAP HANA завантажує дані з вихідних систем, перш ніж будь-який фронтенд-інструмент зможе їх отримати. Наприкладtracт, перетворення та завантаження з процесу, що здійснюється за допомогою вбудованих опцій або зовнішніх інструментів, таких як SLT, Data Services та DXC.
Що таке DATA Provisioning?
Надання ДАНИХ – це процес створення, підготовки та включення мережі для надання даних своїм користувачам. Дані потрібно завантажити в SAP HANA до того, як дані потраплять до користувача через інтерфейсний інструмент.
Всі ці процеси називаються ETL (Напр.tract, Трансформація та Завантаження), а деталі наведено нижче -
- ExtracT - Це перша і часом найскладніша частина ETL, в якій дані обробляються.tracотримано з іншої вихідної системи.
- Трансформувати – У частині перетворення визначається ряд правил або функцій для даних, наприкладtracотримано з вихідної системи для завантаження даних у цільову систему.
- Навантаження - Фаза завантаження завантажує дані в цільову систему.
Тому що SAP HANA зберігає дані в пам'яті та часто використовується для звітності в режимі реального часу. Вибір методу підготовки безпосередньо впливає на те, наскільки актуальними є дані у звіті. Цей вибір розглядається після переліку доступних інструментів.
Реплікація в SAP ХАНА
SAP HANA підтримує два типи інструментів надання –
- SAP Вбудований інструмент ініціалізації HANA
- Плоский файл
- Розумне потокове передавання даних
- Розумний доступ до даних (SDA)
- Управління корпоративною інформацією (EIM)
- Віддалені дані
- Зовнішній інструмент підтримується SAP ХАНА
- SAP Трансформація ландшафту
- SAP Служби даних Business Objects
- SAP Прямий ексtracпідключення до Tor
- Сервер реплікації Sybase
На даний момент існують основні способи надання даних для SAP ХАНА, це -
| Методи надання даних | Опис |
|---|---|
| SLT | SLT ( 'SAP Landscape Transformation Replication Server”), що працює на SAP Платформа Net Weaver. SLT є ідеальним рішенням для реплікації в реальному часі та за розкладом SAP іSAP вихідна система. |
| SAP DATA Services | SAP DATA Services це платформа для проектування процесів ETL з графічним інтерфейсом. |
| DXC | DXC розшифровується як Direct ExtracTor Connect — це пакетний ETL-інструмент. |
| Завантаження плоского файлу | Цей параметр використовується для завантаження даних (.csv, .xls, .xlsx) у SAP ХАНА. |
SAP Дорожня карта HANA SLT
SAP Дорожня карта HANA SLT наведена нижче – надання ДАНИХ через SLT вимагає з’єднання RFC/DB SAP/Не-SAP Вихідна система та підключення до БД SAP База даних HANA. Увімкнено SAP Сервер SLT, ми визначаємо Mapping та трансформація. Нижче наведено план надання даних через SLT.
Порівняння SLT, Data Services, DXC та Flat File
Чотири основні методи не є взаємозамінними. Кожен з них був розроблений для різних вимог до затримки та різного типу джерела, що чітко видно з таблиці.
| Параметр | SLT | SAP Служби даних | DXC | Плоский файл |
|---|---|---|---|---|
| Затримка | У режимі реального часу або за розкладом | Пакет, запланований | Пакет, запланований | Ручний, одноразовий |
| Системи джерел | SAP іSAP базами даних | Майже будь-яке джерело, включаючи файли та веб-сервіси | SAP Тільки бізнес-люкс | CSV, XLS, XLSX |
| Перетворення | Простий, заснований на правилах під час реплікації | Багаті графічні перетворення | Застосовується існуючим колишнімtracтор | ніхто |
| Семантика збережена | Тільки на рівні таблиці | Як задумано в роботі | Так, бізнес-семантика колишньогоtracтор | ніхто |
| Зусилля з налаштування | Середній, потрібен SLT-сервер | Високий, потребує ландшафту послуг обробки даних | Низький, де extracіснують | Дуже низький |
| Типове використання | Operaзвітність про реальні транзакції | Консолідація різнорідних джерел | Повторне використання існуючого BW extracлогіка тор | Прототіping і невеликі таблиці пошуку |
Кожному є окремий навчальний посібник: SLT, SAP Служби даних, DXC та завантаження плоского файлу.
Розумний доступ до даних та розумна інтеграція даних
Вбудований список вище містить два варіанти, які поводяться інакше, оскільки вони можуть взагалі уникнути копіювання даних.
Розумний доступ до даних (SDA). SDA створює віртуальну таблицю в SAP HANA, яка вказує на таблицю у віддаленій системі. Дані не реплікуються. Коли запит стосується віртуальної таблиці, HANA переносить якомога більше роботи до віддаленої бази даних та отримує лише результат. Перевага полягає в тому, що вартість зберігання дорівнює нулю, а дані завжди актуальні. Обмеження полягає в тому, що швидкість запиту тепер залежить від віддаленої системи, тому повільне джерело робить швидкий звіт HANA повільним.
Інтелектуальна інтеграція даних (SDI). SDI розширює цю ідею за допомогою адаптерів, які також можуть реплікувати, пакетно або шляхом збору змін у даних, та застосовувати трансформації по ходу процесу. Фактично, це вносить більшу частину того, що пропонують Data Services, в саму HANA, усуваючи потребу в окремому ETL-ландшафті для менших проектів.
Вибір між трьома родинами зводиться до трьох питань:
- Наскільки актуальними мають бути дані? Точки в режимі реального часу на SLT або SDI змінюють збирання даних; ночі достатньо для послуг передачі даних або DXC.
- Чи взагалі потрібно копіювати дані? Якщо запити до нього виконуються рідко, і він знаходиться у придатній для використання базі даних, SDA повністю уникає дублювання.
- Скільки трансформацій потрібно? Проста фільтрація підходить для SLT; складне очищення, дедуплікація та пошук підходять для Data Services.
Після отримання даних вони стають доступними для звітності через інформаційні представлення, описані в SAP Моделювання HANA навчальний посібник.
