最近我在BW/4HANA&S/4HANA为一个最大的消费品行业做POC，我得到了一个探索ODP这个新框架的机会，我想分享一些有趣的信息。

操作数据提供（ODP）框架

操作增量队列是一个新的框架，它允许多个订阅者从提供者的一组队列复制数据。

标准BW提取器（SAPI）ECC或S/4系统中存在的ODP已通过mass ABAP计划"BS\u ANLY\u DS\u RELEASE\u ODP"（SAP说明2232584）使ODP兼容（这是一次性活动）。这些提取器不仅用于BW上下文，还用于其他目标（如sapdataservices、OData等）。但是，以BW/4HANA为数据目标，只支持ODP提取器。

ODP框架概述。

ODP框架

操作增量队列（ODQ）

操作增量队列是源系统中的物理队列（T代码：ODQMON）。它取代了传统的RSA7 Delta队列

ODQ的源称为提供者，目标系统称为使用者或订户。ODQMON以压缩格式存储数据，也是传统PSA的替代品。

目标系统（订户）可以请求不同类型的数据请求：

下面是ODP框架的一些优点：

如果使用ODP，可以直接将数据加载到BW InfoProviders，通过使用数据传输进程（DTP）绕过持久暂存区域（PSA）层ODP基础设施（带有delta队列）接管了诸如监视数据请求之类的重要服务。数据以高度压缩（>90%）的状态存储在增量队列中。增量请求将数据记录从队列传输到订户（目标系统）。对队列的数据更改也可以由多个订户（目标系统）请求数据在delta队列中保留指定的时间段，以便恢复。

操作delta队列主要用于ODP提取器的以下delta类型：

delta类型"D"–SAP应用程序将delta记录直接写入delta类型为"D"的ODP提取器的ODQ（推送）。每个数据记录要么在保存/更新应用程序中的相应事务时单独存储在ODQ中（例如，LO驾驶舱中的直接增量），要么在增量数据记录组中（更新事务后）使用特定于应用程序的作业（LO排队增量）写入ODQ。在每种情况下，在从目标系统请求增量更新之前，增量数据记录都在SAP源系统的ODQ中（例如BW/4HANA）。在数据源增量更新的情况下，ODQ被读取，并且存在于其中的数据记录被传输到目标系统（例如，BW）。

增量类型"E"-ODP数据源根据请求通过提取器确定增量。提取器必须能够按需（PULL）为数据源提供增量记录。已确定的增量数据记录由提取器放置在ODQ中，并从那里传输到请求的目标系统（例如BW）。如果您对多个SAP BW系统执行了增量初始化，或者对同一个BW系统执行了多个增量初始化，提取器必须为所有增量初始化暂存增量记录，并将它们存储在特定于目标系统的所有odq（例如BW/4HANA）中。这意味着存在一对一关系在每个ODQ和每个订阅之间。

ODQ Delta Type

上面显示了两个具有不同Delta进程的不同SAP BI内容数据源的比较，以及ODQ是如何填充Delta记录的：

数据源2LIS\u 02\u ITM（采购数据（项目级））和Delta Type D（推送）：由于这是delta类型的推送，因此应用程序中的delta数据记录在作为delta更新的一部分从ODQ中提取之前会被发布到delta队列。如果数据源来自LO-cockpit，则此推送要么使用直接增量（直接来自应用程序，V1–更新）要么使用排队增量（从应用程序到提取队列（V1），然后通过集体运行从那里到ODQ）。delta类型为E（PULL）的数据源0FI\u GL\u 4（GL:行项目）：由于这是"拉"增量类型，增量数据记录在增量更新期间由数据源提取器确定，更新到ODQ，并从那里直接传递到SAP BW。

ODQ使用以下三个表存储数据：

DTP直接从ODQ获取数据。第一次运行DTP时，ODQ将执行增量初始化，其中生成对数据源的请求，并填充表ODQDATA\u C。在第二次运行中，ODQ使用自上次加载以来创建或更改（包括删除）的记录执行增量更新。增量记录以压缩格式存储在ODQDATA表中。

保留ODQ中的数据，以便对账和恢复。我们可以控制队列的数据成功发送到所有目标后保留多长时间。对于队列中标记为已检索或已取消的任何数据，淘大客，大数据前景，默认值为24小时。当从订阅服务器（例如BW/4HANA或sapdataservices）执行增量初始化请求时，默认情况下会创建用于重新组织增量队列的作业。作业的时间和时间表可以通过程序ODQ\u CLEANUP手动更改，在线自助建站系统，也可以在事务ODQMON的"Goto"菜单下选择"重新组织增量队列"。

ODQ Retention

保留有三种不同的选择：

恢复已取消的增量进程：

队列中数据的最小保留期标记为在增量进程中检索或取消的表。默认设置为24小时

对于低相关性的数据：

尚未声明为已检索或无效所有订阅者都订阅了它，相关性很低。这段时间以天为单位。默认为10天。

对于中等相关性的数据：

尚未声明为已检索或无效所有的订阅者都订阅了这本书，但最多只有中等相关性。增量请求保持中等相关性，因为它需要更长的时间