在SAP PI中建立场景

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

主页界面如下：

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

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

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

企业服务库

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

找到以下设计的选项：

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

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

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

图形化映射。
Java映射
XSLT映射
ABAP映射

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

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

回到顶部

集成目录

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

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

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

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

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

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

发送者信道。
接收者信道。

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

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

发送者协议
接收者判定
接口判定
接收者协议

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

发送者组件
发送者接口
发送者信道

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

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

发送者组件
接收者组件
接收者接口
接收者信道

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

发送者组件
发送者接口
接收者组件

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

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

回到顶部

系统规划

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

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

SLD的界面如下图所示：

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

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

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

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

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

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

ESR中用到的用于定义产品的组件信息和SWCV。
在目录中用于定义消息发送者和消息接收者的业务系统。

回到顶部

配置和监控

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

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

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

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