Lotus Enterprise Integrator (LEI) 7 中的新增功能

IBM Lotus Enterprise Integrator for Domino (LEI) 允许用户跨多个平台访问数据。使用 LEI，用户可以使用公司数据，而不必考虑公司数据究竟驻留在何处。这使得您能够利用公司现有的知识库，无需将这些信息移植到一个通用的平台或应用程序。LEI 由两个主要的组件构成，LEI Server 和 LEI Administrator。LEI Server 为执行 LEI 活动监控 LEI Administrator 数据库。LEI Administrator（Notes 应用程序）使用户能够创建活动和连接。

IBM 最近发布了 LEI 的最新版本 Lotus Enterprise Integrator 7。本文简要介绍 LEI 7 中的增强功能。这些增强功能主要集中在如下两个方面：

• 可靠性和可服务性 (Reliability and Serviceability,RAS) 增强功能。在 LEI 7 中，包括对 Domino 集群故障转移、Batch 和 RealTime 活动以及 NSD 更改的支持。
• 新增功能和用户界面的更改，其中包括 Lotus Connector for Oracle 的改进。

本文假定您熟悉 LEI 以前的版本。有关 LEI 的详细信息，请参阅 Lotus Enterprise Integrator 产品页面。

LEI 故障转移

LEI 7 中一个重要的 RAS 更改是对 Domino 集群的支持。在以前的版本中，LEI 集群按照如下方式工作：可以将一组 LEI 服务器加入到 LEI 集群中。默认情况下，可以选择活动在集群中的哪台服务器上运行。如果那台服务器宕机，另一台服务器将获取并运行该活动。LEI 集群中的每台服务器都使用同一个 LEI Administration 数据库进行工作。最后这一点意味着，如果运行惟一的 LEI Administration 数据库的 Domino 服务器宕机，那么集群中所有的 LEI 服务器都会宕机。换言之，LEI 集群存在单点故障。

不会再出现这样的情况了。LEI 7 现在可以安装在 Domino 集群中的每一台服务上。每一台 Domino 服务器都将拥有 LEI Administration 数据库和 LEI Log 数据库的集群副本。因此，如果任何一台 Domino 服务器宕机，其他 Domino 集群服务器上的其他 LEI 服务器将接替非活动的服务器的工作（它们是在其本地副本中获得这一信息的）。

进行这样的设置很简单。将最先在 LEI 7 的安装程序中发现这一功能。在安装的过程中，将看到如图 1 所示的屏幕：

图 1. 安装 LEI Failover Cluster 支持屏幕

安装程序要么创建集群中的第一个服务器，要么加入到现有的集群中。

在 LEI Administration 数据库中，在 Configuration 文档中，将看到 Domino Clustering 字段已被启用，其他与集群相关的字段已由安装程序适当地配置了（参见图 2）：

图 2. Domino clustering 被启用

如图 2 所示，在 Domino Clustering 字段的下面是 Synchronization Delay 字段。典型的集群复制大概需要 8 秒钟左右，而我们允许 1 分钟的时间，以免系统时钟偏移。要检查系统时钟上的时间，可从 Actions Menu 运行 LEI Server Administration\Server Time Check Action。将得到如图 3 所示的结果：

图 3. Server Time Check Action 结果

如果服务器之间的时间相差甚远，那么需要调整每一台服务器，使时间同步。有很多种方法可以使系统自身保持 Atomic 时间。建议为您的系统安装正确的时间同步工具。这样做会使生活更加轻松。

最后一个配置字段是 Batch Activity Failover 字段（参见图 2）。它使得 LEI 能故障转移这些类型的活动（RealTime 除外）。下面一节解释了 Batch 和 RealTime 活动。

回页首

Batch 和 RealTime 活动

LEI 7 提供了两种类型的活动，即 Batch 和 RealTime。

Batch 活动

Batch（或 Data Management）活动是惟一实际进行故障转移的活动类型。这需要集群中的每一台服务器都具有相同的关系数据库管理系统 (RDBMS) 客户机配置（或者在 Lotus Connector for SAP 的情况下，在集群中的每一台服务器上都安装了 SAP Connector）。活动的作者可以定义故障转移的顺序。例如，总是在服务器 HR1 上运行活动，如果 HR1 宕机，那么使用 HR2。这些是在活动文档的 Activity Execution Options 章节中设置的（参见图 4）：

图 4. Activity Execution Options 屏幕

主服务器恢复后，活动再次开始在主服务器上运行。

RealTime 活动

LEI RealTime 活动的设计要求在 LEI 故障转移集群中对这些活动进行不同的处理。首先，看一下 Virtual Fields 活动。在这种情况下，Domino 集群中的每一台 LEI 服务器都必须有自己的 Virtual Fields 活动，并在本机运行。它们都可以共享同一 RDBMS 表。Virtual Field 活动聪明到可以知道，如果一条记录在集群服务器 A 上被更改，则无需在集群中任何其他服务器上进行更改（只要数据库和表单的 Virtual Fields 活动运行在其他服务器上）。进行这个设置最简单的方法是，一旦创建了 Virtual Fields 活动，就复制和粘贴活动文档到集群中的每一台服务器。然后编辑每一个活动，设置被正确指定的服务器字段。

Virtual Documents 与 Virtual Fields 有很大的不同。在这种情况下，多于一个的 Virtual Documents 使用一个给定的 RDBMS 表是不可能的。最好的解决方案是让一个单一的 Virtual Documents 活动，运行在集群中的 LEI 服务器上。对于集群中的其他服务器，使用完全的 NSF（换言之，“不是虚拟的”）。这就意味着 Virtual Documents 活动中管理的连接是一个单点故障。但是，不会有数据丢失，因为用户可以访问其他服务器上的副本。当 Virtual Documents 恢复联机后，就会将更改发送给 RDBMS 系统。

有关详细信息，请参阅 LEI Activities and User Guide。

回页首

NSD 更改

现在，LEI 包括了用于 Windows 32 平台的 SYM 文件，这将使得无需首先安装调试代码即可分发修补程序的可能性更大。要使其起作用，我们重命名了大量 LEI 组件。这些更改对用户是不可见的，有一种情况例外：当请求标识其自身时，Notes 的 Lotus Connector 当前报告的是“notesei”而不是“notes”。

回页首

新的 LEI 7 功能和用户界面增强功能

LEI 7 提供了大量的新功能。例如在 LEI 7 以前的版本中，Batch 类型的活动在其成功完成之后，可以启动其他类型的活动。这一功能将在 Batch 类型活动的 Activity Execution 章节中详细论述（参见图 5）。

图 5. Activity Execution Options

现在可以指定要一直运行、只在活动成功完成的情况下运行，或者只在失败的情况下运行的活动。这就提供了对任务更多的控制，例如故障清除。

还可以在 Batch 活动中找到 LEI 7 的下一个新功能。当使用 Notes 连接器的时候，一个叫做 Notes password 的选项将出现在 Batch 活动表单上。该选项可以指定这个活动需要一个不同于默认 ID 的 Notes ID 来运行。当您的 ID 具有一个用于其上的口令时，不必担心安全问题，因为整个表单具有可设置的读者/作者权限。这个功能满足了客户对使用 Domino 数据时改进的安全性要求。

Virtual Documents

Virtual Documents 活动的功能已经得到改进。这里新增的两个功能用于处理 RDBMS 中对虚拟化数据的操作。这两个操作会使得 Domino NSF 与数据的实际状态不同步。

通常会对 Virtual Document 活动带来负面影响的第一个操作是直接在 RDBMS 系统中删除记录。Domino 对此毫无办法，因为删除不是“通过”Domino 来进行的。例如，被删除的记录仍然会在 Domino 视图中显示。当试图打开这条记录时，将产生一个错误。这个问题已经通过向活动中添加一个新线程得到解决，这个线程定期检查类似于会发生这种问题的状态。然后这个线程尽可能地更正这些问题，接着将 Domino 视图显示为正确的状态。视图中的所有用户都能够看到刷新图标（等同于单击 F9）。此后，进入该视图的任何用户都能看到视图本应该显示的状态。

在使用内键的情况下（其中 Virtual Document EI 列直接存储在 RDBMS 数据表中），更正这个问题的惟一方法是从头开始重新构建 Domino 视图。这是因为无法确定缺少了什么，因此无法创建删除存根来满足 NSF 的需要。这种操作代价会比较高，但至少在活动层可以自动执行。当使用外键时（EI 列被存储在它们自己的表中），可以在外键表中找到孤立的记录并将其转化为删除存根。然后可以刷新 Domino 视图。这种操作效率会更高。默认情况下，在 Virtual Documents 活动中这种操作处于关闭状态，但是可以在 General Options 部分的 Synchronize Deletions 字段中打开（参见图 6）：

图 6. 同步删除

使数据不一致的另一个操作是直接在 RDBMS 表中更新记录。这会导致同时在 Domino 视图中显示的被更新的记录的任意列不同步。而且，将永不会复制这些被更改的字段。现在在 LEI 7 中，当使用内键时，LEI 会具有一个查询这种条件的线程。LEI 实际查询的是 EIMODIFIED 列中被更新的时间戳。因此要使之起作用，RDBMS 管理员需要确保每次有记录被更新时，EIMODIFIED 都能得到更新。可以通过 Synchronize Updates 字段激活该功能（参见图 6）。

连接表单增强功能

LEI 管理数据库的连接表单都具有一个新增功能，一个称为 Test Connectivity 的操作。该操作（正如您可能已经指出的）将确认您的连接属性是否允许在 LEI 服务器上进行成功的连接。它从基本上使得不再需要从命令行运行“contest”（参见图 7）：

图 7. Test Connectivity

当运行该活动时，您可能会得到如图 8 所示的结果：

图 8. 连接测试结果

Lotus Connector for ODBC

Lotus Connector for ODBC 表单具有一个新功能。现在可以浏览 ODBC 数据源，而不必再自己记住它们。这应该有助于减少使用 ODBC 连接器时发生的错误，并且使事情变得更简单。与 ODBC 驱动器相比，IBM OEM 从 Data Direct 进行驱动。现在提供了这些驱动器的 5.0 版本。可以从 IBM Passport Advantage 下载。

字段映射

在 LEI 7 中，活动的字段映射通过两种不同的方法得到了改进。第一个方法是通过 Guess 按钮。如果需要映射很多字段名称，并且在两个连接中这些字段都很相似，但是并不完全一致，那么 Guess 按钮可以帮助解决这一问题。在映射对话框底部可以看到 Guess 按钮（参见图 9）：

图 9. Guess 按钮

在这个例子中，单击 Guess 将得到如图 10 所示的结果：

图 10. Guess 结果

可以发现 Guess 在匹配名称和数据类型方面做得非常好。这比您亲自动手要简单得多。对映射感到满意后，结果将保存到活动文档中（图 11）：

图 11. 映射 Guess 结果

注意，这里所添加的行是为了提高 UI 的可用性。 这些行有助于查看字段是否被正确映射。当使用非常长的字段名称（例如 SAP 所使用的那些字段名称）时，这的确很有用。

Sametime

现在所有的 LEI 管理员表单都启用了 Sametime，允许查看连接和活动作者名称，以及那些人在 Sametime 中是否处于活动状态。

报告

LEI 7 具有一些新报告，帮助管理 LEI。它们都位于 Actions Menu\Reports 目录下。第一个报告叫做 Activity Structure。它基本显示了使用的连接，以及是否提到了任何依赖的活动。图 12 显示了一个 Activity Structure 报告的例子：

图 12. Activity Structure 报告

每个区域都通过蓝色热区链接到 LEI 中的各个文档。这有助于避免删除其他对象所依赖的任何对象。

接下来是 Dependent Activity 报告。它很像结构报告，但没有提到所用到的连接。图 13 是一个示例 Dependent Activity 报告：

图 13. Dependent Activity 报告

另一个十分有用的新报告是 Invalid Link 报告（参见图 14）。每当所引用的对象不存在时，将显示该报告：

图 14. Invalid Link 报告

其他更改

重新组织了 Notes Connection 表单，使其变得更有意义。以前的所有功能仍然保留。另外，于 2005 年 7 月 17 日在 LEI 6.x 代码中修复的所有问题，都包括在 LEI 7 中。

回页首

Lotus Connector for Oracle

更改和更新了 Oracle 连接器。首先，Oracle 7 连接器已经退役。（甚至 Oracle 也不再支持 Oracle 7。）现在，Oracle 8 连接器是 Oracle 的连接器。Oracle 8 连接器已经得到更新，以完全支持 Oracle 8、9i 和 10g。尽管还需要更新连接表单，但是任何以前存在的已升级到列出了 Oracle 7 或 Oracle 8 连接器的 LEI 7 的连接将继续发挥作用。

回页首

结束语

本文介绍了 LEI 7 中的主要功能、增强功能以及更改。正如文中所指出的，大部分的开发工作都致力于对 Domino 集群的支持。希望您也觉得对 Domino 集群环境可用性的改进对于 LEI 来说是一个极大的成功。当然，我们认为 LEI 7 的其他附加功能也非常有用！