SAP HANA Direct ExtracПідручник з підключення Tor (DXC)
Мейсон Гарсія
⚡ Розумний підсумок
SAP HANA DXC, прямий ексtractor Connection – це метод пакетної реплікації. Він повторно використовує існуючий Business Suite extracторів через HTTPS, надаючи семантично багаті дані SAP HANA без будь-якого додаткового сервера.
Що таке SAP HANA DXC?
SAP HANA DXC — це техніка пакетної реплікації даних, тобто вона може виконуватися через певний проміжок часу.
SAP HANA DXC використовує існуючий ETL (Extract, перетворення та завантаження) метод SAP Програма Business Suite через підключення HTTPS.
In SAP Вміст бізнес-пакету Джерело даних Extracтори були доступні для моделювання даних та збору даних для SAP Бізнес Склад.
SAP DXC використовує ці джерела даних Extracтор для доставки даних безпосередньо до SAP ХАНА.
Перевага SAP DXC
- SAP DXC не потребує додаткового сервера чи програми в системі.
- Це зменшує складність моделювання даних SAP HANA, оскільки він надсилає дані SAP HANA після застосування всіх бізнес-ексtracлогіка тора у вихідній системі.
- Прискорюється SAP Терміни реалізації HANA.
- Це колишнєtracсемантично багаті дані з SAP Бізнес сайт і надати SAP ХАНА.
Обмеження SAP DXC
- Джерело даних повинно мати попередньо визначений метод ETL, якщо ні, нам потрібно визначити його.
- SAP Для DXC потрібна система Business Suite System на Net Weaver 7.0 або новішої версії (наприклад, ECC), що відповідає або нижче рівня SP: випуск 700 SAPKW70021 (SP стек 19, з листопада 2008 р.).
- Процедура з визначеним ключовим полем повинна існувати в джерелі даних.
Як працює DXC: Archiтекстура та потік даних
Наведений вище список переваг має більше сенсу, коли потік зрозумілий. DXC є незвичайним серед методів забезпечення, оскільки перетворення відбувається у вихідній системі, а не в HANA та не на рівні проміжного програмного забезпечення.
Беруть участь чотири компоненти:
- Джерело Business Suite. ECC або подібна система, що містить DataSource extracтори, спочатку написані для BW. Вони вже містять бізнес-логіку, яка перетворює необроблені таблиці на змістовні записи.
- Колишнійtracтор. Коли навантаження працює, ексtracTor зчитує вихідні таблиці, застосовує свою логіку та створює семантично повний набір записів, а не необроблену копію таблиці.
- HTTPS-з’єднання. RFC-адреса призначення типу HTTP, створена в SM59, містить extracпередано дані до механізму HANA XS. У шляху немає окремого сервера реплікації.
- IMDSO в HANA. Об'єкт In Memory DataStore отримує дані, застосовує обробку режиму запису та активує їх у цільовій таблиці.
Це те, що відрізняє DXC від реплікації на рівні таблиць. SLT копіює таблицю в її поточному вигляді, залишаючи моделюванню можливість реконструювати бізнес-значення всередині HANA. DXC надає записи, які вже несуть це значення, тому він так помітно зменшує зусилля моделювання. Компромісом є затримка, оскільки extracвідбувається за розкладом, а не в режимі реального часу.
Конфігурувати SAP Реплікація даних DXC
Крок 1) Увімкнення XS Engine і служби ICM
Увімкнення XS Engine. Перейдіть до SAP Студія HANA -> Виберіть Система -> Конфігурація -> xsengine.ini.
Встановіть значення екземпляра на 1 у полі «За замовчуванням».
Увімкнення служби веб-диспетчера ICM. Це активує службу ICM Web Dispatcher у системі HANA. Веб-диспетчер використовує метод ICM для зчитування та завантаження даних у систему HANA. Перейти до SAP HANA Studio -> Виберіть систему -> Конфігурація -> webdispatcher.ini
Встановіть значення екземпляра на 1 у стовпці «За замовчуванням».
Крок 2) Налаштування SAP HANA Direct Extracпідключення до Tor
Встановіть підключення DXC SAP HANA – Щоб створити DXC-з’єднання, нам потрібно імпортувати одиницю доставки в SAP HANA, як показано нижче –
- Блок доставки імпорту. Вам потрібно завантажити блок доставки DXC з SAP в SAP База даних HANA. Ви можете імпортувати одиницю в місцезнаходження «/usr/sap/HDB/SYS/global/hdb/content»Імпортуйте одиницю доставки за допомогою діалогового вікна імпорту в SAP Вузол контенту HANA.
- Налаштуйте сервер додатків XS для використання DXC. Змініть значення контейнера програми на libxsdxc (якщо якесь значення існує, додайте його).
- Переконайтеся, що DXC працює. Ми можемо перевірити DXC-з’єднання, використовуючи наведений нижче шлях у браузері – http://:80 /sap/hana/dxc/dxc.xscfunc. Введіть ім'я користувача та пароль для підключення.
- Користувач і схема потрібно визначити в HANA Studio.
- HTTP-з’єднання в SAP BW для HANA потрібно визначити через SM59.
Отже, створіть http-з'єднання в SAP BW з використанням T-коду SM59. Вхідні параметри будуть
- RFC-з'єднання дорівнює назві RFC-з'єднання
- Target Хост відповідає імені хосту HANA
- Номер служби дорівнює 80
На вкладці «Вхід у систему безпеки» збережіть користувача DXC, створеного в HANA Studio, який використовує базовий метод автентифікації.
Джерела даних у BW потрібно налаштувати для реплікації структури до схеми, визначеної HANA. Нам потрібно встановити такі параметри в BW за допомогою програми SAP_RSADMIN_MAINTAIN (T-код SE38 або SA38). Список параметрів містить значення, які передаються на екран виклику.
PSA_TO_HDBЦей параметр приймає три значення об'єкта, як показано нижче –
- ГЛОБАЛЬНИЙ – використовується для реплікації всіх джерел даних до HANA.
- СИСТЕМА – вказує клієнтам використовувати DXC
- ДЖЕРЕЛО ДАНИХ – вказує джерела даних, і можна використовувати лише вказані.
PSA_TO_HDB_DATASOURCETABLE: Тут нам потрібно вказати назву таблиці, яка містить список джерел даних, що використовуються для DXC. У полі ЗНАЧЕННЯ введіть назву створеної вами таблиці.
PSA_TO_HDB_DESTINATION: Тут нам потрібно перемістити вхідні дані. Введіть значення, створене в SM59, тут XC_HANA_CONNECTION_HANAS.
PSA_TO_HDB_SCHEMA: Він визначає, до якої схеми потрібно призначити репліковані дані.
Реплікація джерела даних
Встановіть джерело даних в ECC за допомогою RSA5. Ми взяли джерело даних 0FI_AA_20 (FI-AA: Транзакції та амортизація). Спочатку нам потрібно скопіювати метадані, використовуючи вказаний компонент програми (версія джерела даних повинна бути 7.0. Якщо у нас є джерело даних версії 3.5, нам потрібно спочатку перенести його. Активуйте джерело даних у SAP BW).
Після завантаження та активації джерела даних у SAP BW, це створить наступну таблицю у визначеній схемі.
- /BIC/A 00 – активна таблиця IMDSO
- /BIC/A 40 – Черга активації IMDSO
- /BIC/A 70 – Таблиця обробки режиму запису
- /BIC/A 80 – Таблиця інформації про запит та ідентифікатор пакета
- /BIC/A A0 – таблиця часових позначок запиту
- RSODSO_IMOLOG – пов’язана таблиця IMDSO. Зберігає інформацію про всі джерела даних, пов'язані з DXC.
Тепер дані успішно завантажено в таблицю /BIC/A0FI_AA_2000 після її активації. І ми можемо переглянути дані з таблиці /BIC/A0FI_AA_2000 у SAP Студія HANA.
DXC проти SLT проти послуг передачі даних
DXC – один із трьох основних маршрутів до SAP HANA є найвужче визначеним з них. Порівняння показує, де кожен з них займає своє місце.
| Параметр | DXC | SLT | SAP Служби даних |
|---|---|---|---|
| Затримка | Пакетно, за розкладом | У режимі реального часу або за розкладом | Пакетно, за розкладом |
| Системи джерел | SAP Тільки бізнес-люкс | SAP іSAP базами даних | Майже будь-яке джерело |
| Додатковий пейзаж | ніхто | SLT-сервер | Ландшафт послуг обробки даних |
| Бізнес-семантика | Збережено колишнімtracтор | Немає, копія на рівні таблиці | Як задумано в роботі |
| Моделювання зусиль у HANA | низький | Високий | Medium |
| Найкраще для | Повторне використання перевіреного BW extracлогіка тор | Operaзвітність про дані в реальному часі | Консолідація різнорідних джерел |
Коротше кажучи, оберіть DXC, коли колишнійtracТори вже існують, і їхня логіка є надійною, SLT, коли затримка має значення, та Служби даних коли джерела різноманітні, а трансформація складна. Повний перелік варіантів викладено в надання даних навчальний посібник.
Усунення несправностей DXC-з’єднання
Конфігурація охоплює дві системи та кілька рівнів, тому збої є поширеними під час першого налаштування. Ці перевірки вирішують більшість із них у порядку, в якому варто спробувати.
- Тест URL нічого не повертає. Двигун XS не працює. Переконайтеся, що значення екземпляра в xsengine.ini встановлено, а службу перезапущено, а потім ще раз перевірте адресу dxc.xscfunc.
- Автентифікація не вдається під час тесту URL. Користувач DXC не існує в HANA або не має прав на цільовій схемі. Також йому потрібно ввімкнути базову автентифікацію, оскільки цільове обладнання використовує її.
- Перевірка підключення SM59 не вдалася. Перевірте, чи номер служби — це 80, а потім двозначний номер екземпляра, і чи цільовий хост розпізнає дані з системи BW, а не лише з вашої робочої станції.
- Дані завантажуються, але потрапляють у неправильну схему. PSA_TO_HDB_SCHEMA визначає ціль. Якщо це значення не встановлено, завантаження повертається до значення за замовчуванням, яке рідко відповідає очікуванням.
- Джерело даних ігнорується. Якщо для PSA_TO_HDB встановлено значення DATASOURCE, реплікуються лише записи, перелічені в таблиці з іменем PSA_TO_HDB_DATASOURCETABLE. Відсутній рядок непомітно виключає його.
- Помилка активації на IMDSO. Майже завжди відсутнє ключове поле. DXC вимагає DataSource з визначеним ключем, що є третім обмеженням, переліченим раніше.
- КолишнійtracTor версії 3.5. Його необхідно перенести на версію 7.0, перш ніж DXC зможе його використовувати.
Таблиця RSODSO_IMOLOG – це перше місце, де слід шукати під час діагностики навантаження, оскільки вона записує кожне джерело даних, зареєстроване для DXC, разом з його станом.
