Что такое SLT в SAP HANA? Репликация и конфигурация

Что такое СЛТ (SAP Репликация трансформации ландшафта)?

SLT — это инструмент ETL, который позволяет загружать и реплицировать данные в режиме реального времени или планировать данные из SAP исходная система или нет SAP Система в SAP База данных Хана.

SAP Сервер SLT использует метод репликации на основе триггеров для передачи данных из исходной системы в целевую.

SLT-сервер может быть установлен в отдельной системе или на SAP Система ЕСС.

Преимущество системы SLT указано ниже:

• Обеспечивает репликацию данных в режиме реального времени или по расписанию.
• Во время репликации данных в режиме реального времени мы можем мигрировать данные в SAP Формат Хана.
• Ручки SLT Cluster и бильярдные столы.
• Это поддерживает автоматическое преобразование не-Unicode и Unicode во время загрузки/репликации. (Юникод — это система кодирования символов, аналогичная ASCII. Не-Юникод — это система кодирования, охватывающая больше символов, чем ASCII).
• Это полностью интегрировано с SAP HANA Studio.
• SLT имеет возможности настройки и трансформации таблиц.
• SLT имеет возможности мониторинга с SAP Менеджер решений HANA.

Именно триггерная архитектура обеспечивает работу в режиме реального времени. Триггер базы данных, срабатывающий на исходной таблице, записывает каждое изменение в таблицу журналов, которую затем считывает и применяет SLT, вместо того чтобы многократно сканировать всю таблицу на предмет различий.

SAP ТА соединение ArchiОбзор архитектуры

ArchiОбзор SAP SLT-сервер с SAP / Нет-SAP Система следующая:

SAP ТА Соединение между SAP Система и SAP HANA

SAP Сервер репликации SLT преобразует все определения таблиц метаданных из исходной системы ABAP в SAP HANA.

До SAP источник, SLT-соединение имеет следующие особенности –

• Когда таблица реплицируется, SAP Сервер репликации SLT создает таблицы журналов в исходной системе.
• Механизм чтения создан в SAP Исходная система.
• Связь между SAP СЛТ и SAP Источник устанавливается как соединение RFC.
• Связь между SAP СЛТ и SAP HANA устанавливается как соединение с БД.

Пользователь базы данных с теми же правами, что и пользователь «SYSTEM», может создать соединение между SAP СЛТ и SAP База данных Хана.

SAP SLT-сервер автоматически создает соединение с БД для SAP База данных HANA (когда мы создаем новую конфигурацию посредством транзакции LTR). Нет необходимости создавать его вручную.

Настроить SAP SLT-сервер для SAP Исходная система

Сначала нам нужно настроить SAP Сервер репликации SLT для связи между SAP Источник и SAP База данных Хана. T-код, LTR используется для создания связи между SAP Источник и SAP СЛТ.

Шаг 1) Войти, чтобы SAP SLT-сервер и транзакция вызова «ЛТР» от SAP Сервер репликации SLT.

Появится всплывающее окно Web-dynpro для входа в систему. SAP SLT-сервер.

1. Введите идентификатор клиента/пользователя/пароль
2. Нажмите на вкладку входа в систему.

Появится всплывающее окно конфигурации, как показано ниже:

Нажмите кнопку «Новая» для новой конфигурации.

Шаг 2) На этом этапе

1. Введите имя и описание конфигурации.
2. Выбрать SAP Система как исходная система.
3. Введите RFC-соединение для SAP Система.
4. Введите имя пользователя/пароль/имя хоста и номер экземпляра.
5. Укажите подробные параметры задания – количество заданий на передачу данных и количество заданий на вычисления.
6. Выберите параметр «Репликация» в режиме реального времени.
7. После сохранения всех настроек нажмите «ОК», чтобы создать новую схему в SLT.

Имя конфигурации «SLTECC» будет добавлено и активно.

После настройки SAP SLT-сервер успешно, SAP SLT-сервер автоматически создает соединение с БД для SAP База данных HANA (когда мы создаем новую конфигурацию посредством транзакции LTR). Нет необходимости создавать его вручную.

На следующем этапе мы импортируем данные в SAP ХАНА из SAP Источник.

Импортировать SAP Исходные данные для SAP HANA через SLT

Как только мы успешно настроили SAP SLT-сервер, СХЕМА в качестве имени конфигурации выше в SAP SLT создан в SAP База данных Хана.

Эта схема содержит следующие объекты:

1. 1 Схема – СЛТЕЦК.
2. 1 Пользователь – СЛТЕЦК.
3. 1 Привилегии
4. 8 таблиц – DD02L (SAP Название таблицы), DD02T (SAP Тексты таблиц), RS_LOG_FILES, RS_MESSAGE, RS_ORDER, RS_ORDER_TEXT, RS_SCHEMA_MAP, RS_STATUS.
5. 4 ролей – SLTECC_DATA_PROV, SLTECC_DATA_POWER_USER, SLTECC_DATA_USER_ADMIN, SLTECC_DATA_SELECT.
6. Процедуры 2 – RS_GRANT_ACCESS, RS_REVOKE_ACCESS.

Все настройка завершена, теперь загружаем таблицу из SAP ECC (центральный компонент ERP).

Шаг 1) Чтобы загрузить таблицы из SAP ECC для SAP База данных HANA, выполните следующие действия:

1. Перейдите в раздел «Предоставление данных» из быстрого просмотра.
2. Выбрать SAP Система Хана.
3. Нажмите кнопку «Готово».

Шаг 2) Появится экран предоставления табличных данных на основе SLT. Существует 5 вариантов предоставления данных, как показано ниже:

Вариант предоставления	XNUMX
Загрузка (Полная загрузка)	Это разовое событие, которое запускает первоначальную загрузку данных из исходной системы.
Репликация (Полная загрузка + Delta Нагрузка)	Запускается первоначальная загрузка (если это не было сделано ранее), а также учитывается дельта изменять. Триггер базы данных и соответствующая таблица журналирования будут созданы для каждой таблицы.
Остановить репликацию	Он останавливает текущий процесс репликации таблицы. Он полностью удаляет триггер базы данных и таблицу журналирования.
Приостанавливать	Это приостанавливает текущий процесс репликации таблицы. Триггер базы данных не будет удален из исходной системы, и запись изменений продолжится. Связанная информация хранится в соответствующей таблице журналов в исходной системе.
Продолжить	Resume перезапускает репликацию для приостановленной таблицы. После возобновления приостановленный процесс репликации возобновится.

Используем первый вариант из таблицы «Загрузить вариант» для начальной загрузки данных таблицы (LFBK) из источника в SAP Стол ХАНА.

Шаг за шагом, как показано ниже:

1. Источник и Target Детали системы выбираются в соответствии с SAP Конфигурация ТА.
2. Нажмите кнопку «Загрузить» и выберите таблицу (LFBK), которую нам нужно загрузить/реплицировать. SAP Hana.
3. Таблица (LFBK) будет добавлена ​​в раздел «Управление загрузкой данных» с действием «Загрузка» и статусом «Запланировано».

После загрузки данных статус изменится на «Выполнено». Таблица будет создана в схеме «SLTECC» с данными.

Шаг 3) Проверьте данные в таблице (LFBK) с помощью предварительного просмотра данных из схемы «SLTECC», как показано ниже:

1. Войти в систему SAP База данных HANA через SAP HANA Studio и выберите SAP Система HANA HDB (HANAUSER).

2. Выберите Таблица (LFBK) в узле Таблица.
3. Щелкните правой кнопкой мыши таблицу (LFBK) и выберите опцию предварительного просмотра открытых данных.
4. Данные, загруженные в процессе SLT, будут отображаться на экране предварительного просмотра данных.

Теперь мы успешно загрузили данные в таблицу «LFBK». Эту таблицу мы будем использовать в будущем при моделировании.

SAP ТА Соединение между не-SAP Система и SAP HANA

SAP Сервер репликации SLT преобразует все определения таблиц метаданных из исходной системы, отличной от ABAP, в SAP ХАНА.

Для не-SAP источник, SLT-соединение имеет следующие особенности –

• Когда таблица реплицируется, SAP Сервер репликации SLT создает таблицы журналов в исходной системе.
• Механизм чтения создан в SAP Сервер репликации SLT.
• Связь между SAP СЛТ и SAP Источник / SAP HANA устанавливается как соединение с БД.

SAP SLT может выполнять только простейшие преобразования, поэтому для сложных преобразований нам понадобится другой инструмент ETL, такой как SAP Услуги передачи данных.

Стоит отметить единственное архитектурное различие: для SAP В исходной системе механизм чтения находится в самой системе, а связь осуществляется по протоколу RFC, тогда как для системы, не являющейся исходной, это не так.SAP Исходный код, механизм чтения которого находится на самом сервере SLT, и оба канала связи являются соединениями с базой данных. Все последующие каналы работают идентично.

SLT против других методов воспроизведения

SLT — это один из нескольких путей в SAP HANA, и её отличительной чертой является скорее задержка, чем вычислительная мощность.

Параметр	ТА	SAP Услуги по передаче данных	DXC
Задержка	В режиме реального времени или по расписанию	Партия	Партия
Механизм	Триггеры базы данных и таблицы журналов	Запланированные задания ETL	Бизнес-пакет extracTORs
Исходные системы	SAP и не-SAP базы данных	Практически любой источник	SAP Только для бизнес-пакета
трансформация	Простые правила.	Богатые графические преобразования	Применяется бывшимtracтор
Cluster и бильярдные столы	Обрабатывается нативно.	Требует дополнительных усилий	Обрабатывалось бывшимtracтор
Дополнительный ландшафт	Сервер SLT	Ландшафт сервисов данных	Ничто

Там, где преобразование важнее задержки, SAP Услуги по передаче данных подходит лучше, и где бывшийtracЛогика Tor уже существует. DXC Полностью обходит сервер. Полное сравнение находится в предоставление данных учебное пособие.

Мониторинг и устранение неполадок SLT

Поскольку репликация выполняется непрерывно, проблемы обычно обнаруживаются как устаревшие данные, а не как сообщения об ошибках. Эти проверки быстро выявляют причину.

1. Сначала проверьте конфигурацию в LTR. В обзоре отображается каждая конфигурация с её статусом и количеством таблиц в каждом состоянии. Конфигурация, в которой обнаружена ошибка, останавливает работу всех таблиц, находящихся под ней.
2. Для получения подробной информации воспользуйтесь транзакцией LTRC. Вкладки «Статистика нагрузки» и «Монитор передачи данных» отображают пропускную способность каждой таблицы и показывают, какая из них отстает.
3. Обратите внимание на размер таблицы регистрации данных. Постоянно растёт размер таблицы логов, что означает, что изменения фиксируются, но не применяются. Обычно это указывает на слишком малое количество заданий по передаче данных.
4. Учитывайте количество выполненных работ. Задания на передачу и вычисление данных задаются во время настройки. Слишком мало заданий — и репликация отстаёт; слишком много — и исходная система страдает. Корректируйте в режиме LTR, а не гадайте, какой источник выбрать.
5. Проведите расследование по поводу таблицы, зависшей в состоянии «Запланировано». Обычно это происходит из-за отсутствия свободных фоновых процессов на сервере SLT, а не из-за ошибки в таблице.
6. Никогда не удаляйте реплицированную таблицу в HANA. Триггер в источнике продолжает записывать данные в таблицу логирования, даже если нет потребителя. Сначала необходимо корректно остановить репликацию, что удалит триггер.
7. RevПросмотрите RS_STATUS и RS_MESSAGE. В сгенерированной схеме эти управляющие таблицы отражают то, во что сама SLT верит относительно каждой таблицы.

Самая дорогостоящая ошибка — это репликация таблиц, которые никому не нужны. Каждая реплицированная таблица содержит триггер в исходной системе, поэтому неиспользуемая репликация накладывает постоянные издержки на транзакционную систему, из которой она считывает данные.

Часто задаваемые вопросы (FAQ)