什么是 SLT？ SAP HANA？复制与配置
梅森·加西亚
什么是 SLT (SAP 景观变换复制）？
SLT 是一款 ETL 工具，可让您实时加载和复制数据，或安排数据从 SAP 源系统或非 SAP 系统进入 SAP HANA 数据库。
SAP SLT 服务器使用基于触发器的复制方法将数据从源系统传递到目标系统。
SLT 服务器可以安装在单独的系统上，也可以安装在 SAP ECC 系统。
SLT 系统的好处如下-
- 允许实时或按计划时间进行数据复制。
- 在实时复制数据期间，我们可以将数据迁移到 SAP HANA 格式。
- SLT 手柄 Cluster 和台球桌。
- 这支持在加载/复制期间自动进行非 Unicode 和 Unicode 转换。（Unicode 是一种类似于 ASCII 的字符编码系统。非 Unicode 编码系统比 ASCII 涵盖更多的字符）。
- 这与 SAP HANA 工作室.
- SLT 具有表格设置和转换功能。
- SLT 具有监控能力 SAP HANA 解决方案管理器。
基于触发器的设计实现了实时性。源表上的数据库触发器会将每次更改写入日志表，然后 SLT 读取并应用该日志表，而不是反复扫描整个表来查找差异。
SAP SLT 连接 Archi结构概述
Archi结构概述 SAP SLT 服务器 SAP / 非SAP 系统如下-
SAP SLT 连接 SAP 系统和 SAP HANA
SAP SLT 复制服务器将所有元数据表定义从 ABAP 源系统转换为 SAP HANA.
对于 SAP 源，SLT 连接具有以下特点 –
- 当复制表时， SAP SLT 复制服务器在源系统中创建日志表。
- 读取引擎是在 SAP 源系统。
- 之间的联系 SAP SLT 和 SAP 源建立为 RFC 连接。
- 之间的联系 SAP SLT 和 SAP HANA 建立为 DB 连接。
具有与用户“SYSTEM”相同权限的数据库用户可以在 SAP SLT 和 SAP HANA 数据库。
SAP SLT 服务器自动创建数据库连接 SAP HANA 数据库（当我们通过事务 LTR 创建新配置时）。无需手动创建。
配置 SAP SLT 服务器 SAP 源系统
首先我们需要配置 SAP SLT 复制服务器用于连接 SAP 来源和 SAP HANA 数据库。T 代码 LTR 用于在以下对象之间创建连接： SAP 来源和 SAP 順暢。
步骤1） 登录到 SAP SLT 服务器和 Call 事务 “长期关系” ，来自 SAP SLT 复制服务器。
将出现一个 Web-dynpro 弹出屏幕，供您登录 SAP SLT 服务器。
- 输入客户/用户 ID/密码
- 点击登录选项卡
将出现一个配置弹出屏幕，如下所示：
单击“新建”按钮进行新配置。
步骤2） 在此步骤中，
- 输入配置名称和描述。
- 选择 SAP 系统作为源系统。
- 输入 RFC 连接 SAP 系统。
- 输入用户名/密码/主机名和实例号。
- 输入作业选项详细信息——数据传输作业数和计算作业数。
- 选择复制选项为实时。
- 维护所有设置后，单击“确定”即可在 SLT 中创建一个新的模式。
配置名称“SLTECC”将被添加并激活。
配置后 SAP SLT 服务器成功， SAP SLT 服务器自动创建数据库连接 SAP HANA 数据库（当我们通过事务 LTR 创建新配置时）。无需手动创建。
下一步，我们将数据导入到 SAP HANA 来自 SAP 源。
导入模板 SAP 源数据 SAP 通过 SLT 进行 HANA
一旦我们成功配置 SAP SLT 服务器，上面有一个与配置名称相同的 SCHEMA SAP SLT 创建于 SAP HANA 数据库。
此架构包含以下对象-
- 1 架构 – 盐湖城LTEC。
- 1用户 – 盐湖城LTEC。
- 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 个选项：
| 提供选项 | Detail |
|---|---|
| 负载（满载） | 这是一次性事件，它开始从源系统初始加载数据。 |
| 复制（满载 + Delta 加载） | 它启动初始加载（如果之前没有完成），并且还考虑 三角洲 改变。将为每个表创建数据库触发器和相关的日志表。 |
| 停止复制 | 它停止表的当前复制过程。它完全删除数据库触发器和日志表。 |
| 暂停 | 它会暂停正在运行的表复制进程。数据库触发器不会从源系统中删除，更改记录将继续进行。相关信息存储在源系统中的相关日志表中。 |
| 简历 | 恢复将重新启动暂停的表的复制。恢复后，暂停的复制过程将恢复。 |
⚠️警告： 暂停复制和停止复制不能互换使用。暂停复制会保留触发器和日志表，因此更改会累积并在恢复时应用。停止复制会删除触发器和日志表，因此在停止期间所做的所有更改都会丢失，需要完全重新加载。
我们使用表中的第一个选项 “加载选项” 用于从源初始加载表（LFBK）数据 SAP HANA 表。
步骤如下-
- 来源和 Target 系统详细信息根据选择 SAP SLT 配置。
- 单击“加载”按钮并选择我们需要加载/复制的表（LFBK） SAP 花。
- 表（LFBK）将被添加到数据加载管理部分，其操作为“加载”，状态为“已计划”。
数据加载后，状态将更改为“已执行”。该表将使用数据在“SLTECC”模式中创建。
步骤3） 通过“SLTECC”架构的数据预览，检查表（LFBK）中的数据，如下所示 –
- 登录 SAP HANA 数据库通过 SAP HANA Studio 并选择 SAP HANA 系统 HDB (HANAUSER)。
- 在表节点下选择表（LFBK）。
- 右键单击表格（LFBK），然后单击打开数据预览选项。
- 通过 SLT 过程加载的数据将显示在数据预览屏幕中。
现在我们已成功将数据加载到表“LFBK”中。我们将在建模中使用该表。
SAP 非 SLT 连接SAP 系统和 SAP HANA
SAP SLT 复制服务器将所有元数据表定义从非 ABAP 源系统转换为 SAP 花。
对于非SAP 来源，SLT 连接具有以下特点 –
- 当复制表时， SAP SLT 复制服务器在源系统中创建日志表。
- 读取引擎是在 SAP SLT 复制服务器。
- 之间的联系 SAP SLT 和 SAP 资源 / SAP HANA 建立为 DB 连接。
SAP SLT 只能进行最简单的转换，因此对于复杂的转换，我们需要另一个 ETL 工具，例如 SAP 数据服务。
值得注意的是，两者在建筑结构上的唯一区别在于：对于一个 SAP 源读取引擎位于源系统中，链接是 RFC 规范，而对于非源读取引擎，则需要使用 RFC 规范。SAP 读取引擎位于 SLT 服务器本身，两个链接都是数据库连接。下游所有操作的行为都完全相同。
SLT 与其他复制方法的比较
SLT是进入SLT的几条路线之一。 SAP HANA 的特点是延迟高，而不是转换能力强。
| 参数 | SLT | SAP 数据服务 | DXC |
|---|---|---|---|
| 延迟 | 实时或定时 | 批量 | 批量 |
| 机制 | 数据库触发器和日志表 | 计划的 ETL 作业 | 商务套件示例trac职权范围 |
| 源系统 | SAP 和非SAP 数据库 | 几乎任何来源 | SAP 仅限商务套件 |
| 转型 | 仅简单规则 | 丰富的图形变换 | 由前任申请trac器 |
| Cluster 和台球桌 | 原生处理 | 需要额外工作 | 由前任处理trac器 |
| 额外景观 | SLT服务器 | 数据服务格局 | 没有 |
在转换比延迟更重要的情况下， SAP 数据服务 更合适，以及前任tracTor逻辑已经存在， DXC 完全避免使用服务器。完整的对比信息请参见…… 数据供应 教程。
SLT 监控和故障排除
由于复制操作持续进行，问题通常表现为数据过时，而不是错误信息。这些检查可以快速找到问题根源。
- 请先检查 LTR 中的配置。 概览页面会显示每个配置及其状态，以及处于每种状态的表数量。出现错误的配置会停止其下属的所有表的运行。
- 请使用交易代码 LTRC 查看详细信息。 “负载统计”和“数据传输监视器”选项卡显示每个表的吞吐量，并揭示哪个表出现延迟。
- 注意日志表的大小。 日志表持续增长意味着变更已被捕获但尚未应用。这通常表明数据传输作业过少。
- 调整作业数量。 数据传输和计算任务在配置期间已设置。任务数量过少会导致复制延迟；任务数量过多则会影响源系统。应在 LTR 中进行调整，而不是在源系统中进行猜测。
- 调查一个卡在“已安排”状态的表。 SLT 服务器上没有空闲的后台工作进程是常见原因，而不是表本身存在故障。
- 在 HANA 中，永远不要删除复制表。 源端的触发器持续向一个没有消费者的日志表写入数据。请先正确停止复制，这样即可移除该触发器。
- Rev查看 RS_STATUS 和 RS_MESSAGE。 生成的模式中的这些控制表记录了 SLT 本身对每个表的看法。
最昂贵的错误是复制不需要的表。每个复制的表都会在源系统上触发一个事件，因此，未使用的复制操作会给其读取数据的事务系统带来永久性的成本。
