扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
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 中的增强功能。这些增强功能主要集中在如下两个方面：
本文假定您熟悉 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 的其他附加功能也非常有用！
如果您非常迫切的想了解IT领域最新产品与技术信息，那么订阅至顶网技术邮件将是您的最佳途径之一。
京公网安备 11010802021500号