Що таке SLT SAP HANA? Реплікація та конфігурація
Мейсон Гарсія
⚡ Розумний підсумок
СЛТ, той/та/те/ті SAP Сервер реплікації трансформації ландшафту завантажує та реплікує дані в SAP HANA в режимі реального часу або за розкладом. Підхід на основі тригерів фіксує зміни з SAP іSAP джерела однаково.
Що таке SLT (SAP Реплікація ландшафтної трансформації)?
SLT — це інструмент ETL, який дозволяє завантажувати та копіювати дані в режимі реального часу або за розкладом SAP вихідна система або Non SAP Система в SAP База даних HANA.
SAP Сервер SLT використовує підхід реплікації на основі тригерів для передачі даних від вихідної системи до цільової.
Сервер SLT може бути встановлений на окремій системі або на SAP Система ECC.
Переваги системи SLT такі:
- Дозволяє реплікацію даних у реальному часі або за розкладом.
- Під час реплікації даних у режимі реального часу ми можемо перенести дані SAP Формат HANA.
- SLT ручки Cluster і більярдні столи.
- Це підтримує автоматичне перетворення не-Unicode та Unicode під час завантаження/реплікації. (Юнікод — це система кодування символів, подібна до ASCII. Система кодування, відмінна від Юнікоду, охоплює більше символів, ніж ASCII).
- Це повністю інтегровано з SAP Студія HANA.
- SLT мають можливість сервірування столу та трансформації.
- SLT має можливості моніторингу SAP Менеджер рішень HANA.
Дизайн на основі тригерів робить можливим роботу в режимі реального часу. Тригер бази даних у вихідній таблиці записує кожну зміну в таблицю журналювання, яку SLT потім зчитує та застосовує, замість того, щоб багаторазово сканувати всю таблицю на наявність відмінностей.
SAP Підключення SLT ArchiОгляд текстури
Archiтектура Огляд SAP Сервер SLT с SAP / Не-SAP Система виглядає як нижче-
SAP SLT З'єднання між SAP Система і SAP ХАНА
SAP Сервер реплікації SLT перетворює всі визначення таблиці метаданих із вихідної системи ABAP на SAP ХАНА.
Для SAP джерело, з’єднання SLT має наступні функції –
- Коли таблиця реплікується, SAP Сервер реплікації SLT створює таблиці журналу у вихідній системі.
- Двигун читання створено в SAP Вихідна система.
- Зв'язок між ними SAP SLT і SAP Джерело встановлюється як з'єднання RFC.
- Зв'язок між ними SAP SLT і SAP HANA встановлюється як з’єднання з БД.
Користувач бази даних із тими ж повноваженнями, що й користувач «SYSTEM», може створити з’єднання між SAP SLT і SAP База даних HANA.
SAP Сервер SLT автоматично створює підключення до БД SAP База даних HANA (коли ми створюємо нову конфігурацію через транзакцію LTR). Немає необхідності створювати його вручну.
Конфігурувати SAP Сервер SLT для SAP Джерельна система
Спочатку нам потрібно налаштувати SAP Сервер реплікації SLT для підключення між SAP Джерело і SAP База даних HANA. T-код, LTR використовується для створення зв'язку між SAP Джерело і SAP SLT.
Крок 1) Увійти, щоб SAP Сервер SLT і транзакція виклику "LTR" від SAP Сервер реплікації SLT.
Для входу з’явиться спливаюче вікно Web-dynpro SAP Сервер SLT.
- Введіть клієнт / ідентифікатор користувача / пароль
- Натисніть вкладку входу
З’явиться спливаюче вікно для налаштування, як показано нижче-
Натисніть кнопку «Нова» для нової конфігурації.
Крок 2) На цьому етапі
- Введіть назву та опис конфігурації.
- Виберіть SAP Система як вихідна система.
- Введіть підключення RFC для SAP Система.
- Введіть ім’я користувача / пароль / ім’я хоста та номер екземпляра.
- Введіть деталі параметрів завдання – кількість завдань передачі даних та кількість завдань обчислення.
- Виберіть опцію реплікації в режимі реального часу.
- Після збереження всіх налаштувань натисніть «OK», щоб створити нову схему в SLT.
Буде додано та активовано назву конфігурації «SLTECC».
Після налаштування SAP Сервер SLT успішно, SAP Сервер SLT автоматично створює підключення до БД SAP База даних HANA (коли ми створюємо нову конфігурацію через транзакцію LTR). Немає необхідності створювати його вручну.
На наступному кроці ми імпортуємо дані в SAP ХАНА від SAP Джерело.
Імпортувати SAP Вихідні дані для SAP HANA через SLT
Після успішного налаштування SAP Сервер SLT, SCHEMA як назва конфігурації вище в SAP SLT створюється в SAP База даних HANA.
Ця схема містить такі об’єкти-
- 1 Схема – SLTECC.
- Користувач 1 – SLTECC.
- 1 Привілеї
- 8 Столи – DD02L (SAP Назва таблиці), DD02T (SAP Тексти таблиць), RS_LOG_FILES, RS_MESSAGE, RS_ORDER, RS_ORDER_TEXT, RS_SCHEMA_MAP, RS_STATUS.
- 4 ролей – SLTECC_DATA_PROV, SLTECC_DATA_POWER_USER, SLTECC_DATA_USER_ADMIN, SLTECC_DATA_SELECT.
- Процедури 2 – RS_GRANT_ACCESS, RS_REVOKE_ACCESS.
Усе налаштування завершено, тепер ми завантажуємо таблицю з SAP ECC (центральний компонент ERP).
Крок 1) Щоб завантажити таблиці з SAP ECC до SAP База даних HANA, виконайте наведені нижче кроки-
- Перейдіть до надання даних із швидкого перегляду.
- Виберіть SAP Система HANA.
- Натисніть кнопку Готово.
Крок 2) Буде відображено екран для надання даних таблиці на основі SLT. Нижче наведено 5 варіантів надання даних:
| Опція забезпечення | деталь |
|---|---|
| Завантаження (повне завантаження) | Це одноразова подія, яка починає початкове завантаження даних із вихідної системи. |
| Повторити (Повне завантаження + Delta Завантажити) | Почніть початкове завантаження (якщо не було зроблено раніше), а також розгляньте дельта змінити. Тригер бази даних і відповідна таблиця журналу буде створено для кожної таблиці. |
| Зупинити реплікацію | Він зупиняє поточний процес реплікації для таблиці. Він повністю видаляє тригер бази даних і таблицю журналу. |
| Призупиняти | Це призупиняє запущений процес реплікації таблиці. Тригер бази даних не буде видалено з вихідної системи, а запис змін продовжиться. Пов'язана інформація зберігається у відповідній таблиці журналювання у вихідній системі. |
| Резюме | Resume перезапускає реплікацію для призупиненої таблиці. Після відновлення призупинений процес реплікації буде відновлено. |
⚠️ Попередження: Команди «Призупинити» та «Зупинити реплікацію» не є взаємозамінними. Команда «Призупинити» зберігає тригер та таблицю журналювання, тому зміни накопичуються та застосовуються під час відновлення. Команда «Зупинити» видаляє обидва параметри, тому всі зміни, внесені під час зупинки, втрачаються, і потрібне повне перезавантаження.
Використовуємо перший варіант з таблиці «Варіант завантаження» для початкового завантаження таблиці (LFBK) даних від джерела до SAP Таблиця HANA.
Покроково описано нижче-
- Джерело і Target деталі системи вибираються відповідно SAP Конфігурація SLT.
- Натисніть кнопку «Завантажити» та виберіть таблицю (LFBK), яку нам потрібно завантажити/типізувати SAP Hana.
- Таблицю (LFBK) буде додано до розділу керування завантаженням даних із дією «Завантажити» та статусом «Заплановано».
Після завантаження даних статус буде змінено на «Виконано». Таблиця буде створена в схемі «SLTECC» з даними.
Крок 3) Перевірте дані в таблиці (LFBK) за допомогою попереднього перегляду даних зі схеми «SLTECC», як показано нижче –
- Увійти в систему SAP Через базу даних HANA SAP HANA Studio та виберіть SAP Система HANA HDB (HANAUSER).
- Виберіть таблицю (LFBK) у вузлі таблиці.
- Клацніть правою кнопкою миші таблицю (LFBK) і виберіть опцію попереднього перегляду відкритих даних.
- Дані, завантажені через процес SLT, відображатимуться на екрані попереднього перегляду даних.
Тепер ми успішно завантажили дані в таблицю «LFBK». Ми будемо використовувати цю таблицю в майбутньому в моделюванні.
SAP SLT З'єднання між не-SAP Система і SAP ХАНА
SAP Сервер реплікації SLT перетворює всі визначення таблиць метаданих із вихідної системи, що не є ABAP, у SAP ХАНА.
Для не-SAP джерело, з’єднання SLT має наступні функції –
- Коли таблиця реплікується, SAP Сервер реплікації SLT створює таблиці журналу у вихідній системі.
- Двигун читання створено в SAP Сервер реплікації SLT.
- Зв'язок між ними SAP SLT і SAP Джерело / SAP HANA встановлюється як з’єднання з БД.
SAP SLT може виконувати лише найпростіші перетворення, тому для складних перетворень нам потрібен інший інструмент ETL, наприклад SAP Послуги даних.
Варто зазначити одну архітектурну відмінність: для SAP джерело, механізм читання знаходиться у вихідній системі, а посилання — у форматі RFC, тоді як для не-SAP Джерело, механізм читання знаходиться на самому SLT-сервері, і обидва посилання є підключеннями до бази даних. Все нижче за течією поводиться ідентично.
SLT проти інших методів реплікації
SLT – це один із кількох шляхів до SAP HANA, а її відмінною рисою є затримка, а не потужність перетворення.
| Параметр | SLT | SAP Служби даних | DXC |
|---|---|---|---|
| Затримка | У режимі реального часу або за розкладом | Партія | Партія |
| Механізм | Тригери бази даних та таблиці журналювання | Заплановані завдання ETL | Бізнес-люкс колишнійtracторс |
| Системи джерел | SAP іSAP базами даних | Майже будь-яке джерело | SAP Тільки бізнес-люкс |
| Перетворення | Тільки прості правила | Багаті графічні перетворення | Застосовано колишнімtracтор |
| Cluster та більярдні столи | Обробляється власноруч | Потребує додаткової роботи | Обробляється колишнімtracтор |
| Додатковий пейзаж | SLT-сервер | Ландшафт послуг обробки даних | ніхто |
Де трансформація важливіша за затримку, SAP Служби даних краще підходить, і де колишнійtracлогіка tor вже існує, DXC повністю уникає сервера. Повне порівняння знаходиться в надання даних навчальний посібник.
Моніторинг та усунення несправностей SLT
Оскільки реплікація виконується безперервно, проблеми зазвичай виявляються як застарілі дані, а не як повідомлення про помилку. Ці перевірки швидко знаходять причину.
- Спочатку перевірте конфігурацію в LTR. В огляді показано кожну конфігурацію з її статусом та кількістю таблиць у кожному стані. Помилка конфігурації зупиняє роботу всіх таблиць під нею.
- Використовуйте транзакцію LTRC для отримання детальної інформації. Вкладки «Статистика навантаження» та «Монітор передачі даних» показують пропускну здатність кожної таблиці та показують, яка з них відстає.
- Зверніть увагу на розмір таблиці журналювання. Постійне зростання таблиці журналів означає, що зміни фіксуються, але не застосовуються. Зазвичай це вказує на занадто малу кількість завдань передачі даних.
- Налаштуйте кількість завдань. Завдання передачі даних та обчислення було встановлено під час налаштування. Занадто мало – реплікація відстає; занадто багато – і вихідна система страждає. Налаштуйте зліва направо, а не вгадуйте джерело.
- Дослідіть таблицю, що застрягла в стані "Заплановано". Відсутність вільного фонового робочого процесу на сервері SLT є звичайною причиною, а не помилкою в таблиці.
- Ніколи не видаляйте репліковану таблицю в HANA. Тригер у джерелі продовжує записувати дані до таблиці журналювання без споживача. Спочатку коректно зупиніть реплікацію, що призведе до видалення тригера.
- Revпереглянути RS_STATUS та RS_MESSAGE. Ці керуючі таблиці у згенерованій схемі записують те, що сам SLT вважає щодо кожної таблиці.
Найдорожча помилка — це реплікація таблиць, які нікому не потрібні. Кожна реплікована таблиця має тригер у вихідній системі, тому невикористана реплікація накладає постійні витрати на транзакційну систему, з якої вона зчитує дані.
