在SAP PI中建立场景

 

如果需要在PI中建立场景（scenario），要从主页开始。

主页界面如下：

主页有以下四个工作区的超链接：

1. 企业服务库（ESR）
2. 集成目录（ID）
3. 系统规划（SL）
4. 配置和监控（CM）

每个超链接都可以打开对应的应用。这四个都是Java应用。ESR和ID是swing应用。它们基于JNLP，需要从浏览器启动，所以第一次会花较多的时间来下载整个库文件。但是从第二次开始，加载时间就会变短了。SL和CM是纯web应用，运行在浏览器上。

 

 

 

企业服务库

 使用企业服务库设计和创建用于制作场景的对象。PI中的数据流是这样的：

找到以下设计的选项：

1. 接口对象——服务接口，消息类型，数据类型。
2. 映射对象——操作映射和消息映射。
3. 集成过程。

PI使用集成库来为发送者和接收者设计消息结构，并且通过相应的消息结构开发接口消息，接口消息是与外部世界互动的一个点。数据类型和消息类型可以用来对复杂接口进行简化和模块化设计。

操作映射允许源结构和目标结构之间的转换。但是如果源结构和目标结构是相同的，那该过程可能会免于执行。和服务接口类似，消息映射用于简化和木块话复杂的操作映射。消息映射可以通过四种方式进行：

1. 图形化映射。
2. Java映射
3. XSLT映射
4. ABAP映射

图形化映射是最常用的手段，因为它允许开发者图形化地映射结构的属性，以通过服务接口传递数据。对于其它三个，需要通过写代码来开发映射。如果是如果是单栈服务器，ABAP映射是不可用的。

（还有些其它方面，本文没有涉及）

回到顶部

集成目录

这里我们通过早先配置的ESR对象来制作管线步骤。这些步骤在运行期间通过集成引擎执行。

在我们开始配置之前，我们需要在DIR创建/导入以下的对象：

1. 服务——业务系统/业务服务/集成过程
2. 通信通道

服务允许你处理消息的发送者或者接收者。根据你使用这些服务的目的，你可以选择以下的服务类型：

1. 业务系统——如果你想要将指定的业务系统作为消息的发送者或者接收者处理，选择该消息类型。在系统规划中，业务系统是真实的应用系统。
2. 业务服务——如果你想要将抽象业务实体作为消息的发送者或者接收者处理，选择这个服务类型。业务服务不会再系统规划中定义。
3. 集成过程服务——如果你想要将集成过程作为消息的发送者或者接收者处理，选择这个服务类型。在运行期间，这些集成过程由消息控制，他们自己也可以发送消息。

通信通道决定了消息的内向和外向处理。消息会通过适配器从原生格式被转换为soap-xml指定的消息格式，或者相反。通常一个场景中会有两个通信通道：

1. 发送者信道。
2. 接收者信道。

必须为服务分配一个信道。根据服务被视为消息的发送者或接收者，信道也会有一个发送者/接收者角色，二者必须匹配。不可以把信道分配给集成过程服务。

管线步骤DIR中的通过以下四步配置：

1. 发送者协议
2. 接收者判定
3. 接口判定
4. 接收者协议

发送者协议定义了发送者的消息如何转换，因此它可以由集成系统处理。它包含：

1. 发送者组件
2. 发送者接口
3. 发送者信道

发送者协议类似于表中的主键。同一个规划中不可以有两个相同的发送者协议。

接收者协议则定义了消息如何被转换为接收者可以处理的形式。它包含：

1. 发送者组件
2. 接收者组件
3. 接收者接口
4. 接收者信道

使用接收者判定来指定消息发送的对象。可以通过定义条件以转发消息，它包括：

1. 发送者组件
2. 发送者接口
3. 接收者组件

接收者判定包含2个类型——标准的和扩展的。使用哪个取决于你想要手工指定接收者、还是在在运行期间通过映射动态地指定。

接收者判定和接口判定——加在一起通常称为逻辑路由。发送者协议和接收者协议——这两个加在一起通常成为合作协议。

回到顶部

系统规划

SAP System Landscape Directory（SLD）是系统规划中的核心信息的提供者。在web页面上你可以发现以下连接：

1. 技术系统——技术系统是在你的系统规划中安装的应用系统。
2. 业务系统——业务系统是逻辑系统，在PI内作为发送者/接收者存在。业务系统与相关的技术性同有着一对一的依赖关系。
3. 产品和组件——这是有关所有SAP产品和组件的信息，包含他们的版本。如果系统规划内有任何第三方产品，它们也会注册在这里。

SLD的界面如下图所示：

产品和组件都可以叫做组件信息。

技术系统和业务系统都叫做规划描述（ Landscape Description ）。

一个业务系统可以配置为集成服务器或者应用系统。

1. 集成服务器（ Integration server） ——集成服务器只运行在集成构建器中配置的集成逻辑。它们也可以被识别为管线步骤。它接受XML信息、判断接收者、运行映射、路由XML信息到相应的接收者系统。因此配置过的集成引擎被识别为中央配置集成引擎。
2. 应用系统（ Application system） ——应用系统不会执行集成逻辑。它一次调用集成服务器以运行集成逻辑。它会扮演XML消息的发送者或接收者的角色。因此，带有本地集成引擎的应用系统需要集成服务器来执行集成逻辑。

只有一个SAP系统中的客户端可以配置为集成服务器。

以下信息从SLD提取到ESR和DIR中：

1. ESR中用到的用于定义产品的组件信息和SWCV。

2. 在目录中用于定义消息发送者和消息接收者的业务系统。

回到顶部

配置和监控

配置和监控是监测的中心入口。它给予了你导航到集成引擎的功能，也可以与计算中心管理系统（ Computing Center Management System，CCMS ）、SAP的进程监控设施（ Process Monitoring Infrastructure，PMI  ）集成。

配置和监控的界面如下图：

配置和监控支持以下监控功能：

1. 组件监控——监控不同的SAP PI组件，包括Java和ABAP部分。
2. 消息监控——跟踪SAP PI组件中的消息处理状态，以及错误侦测和分析。
3. 端对端监控——从PI的视角监控消息的生命周期。
4. 性能监控——可以通过RWW统计SAP PI的不同方面的性能。这里，你可以选择并聚合性能数据，比如，根据组件、时间序列、消息属性等。
5. 索引管理——通过管理和监控每个PI组件的消息的索引，可以在消息监视中启用基于索引的消息搜索。这种消息搜索提供了增强的选择标准，包含指定适配器的消息属性和消息载荷中的术语或短语。
6. 警报配置——通过使用警报框架，PI中的中心监控可以在消息处理期间获得所有的错误报告。它可以帮助改进ABAP运行期间和基于Java的适配器引擎来改进对错误的处理。为此，警报框架包含了基于确定时间的规则，相关内容处于PI消息协议的头部。这些规则决定了警报是否发送。如果发送了警报，警报可以用于错误分析。
7. 警报信箱——警报信箱是用户特定的、显示各个警报服务器中根据警报配置而产生的所有警报。
8. 缓存监控器——缓存监控器显示当前运行时缓存中的缓存对象。不同的缓存对象的监控是依据缓存实例进行的。