持久性服务

代理在发生故障后进行恢复时，需要重新创建消息传送操作的状态。为此，它必须将状态信息保存到数据存储库。代理重新启动时，会使用所保存的数据来重新创建目的地和长期订阅、恢复持久性消息、回滚打开的事务以及为未传送的消息重新创建路由表。然后代理才能恢复消息传送。

Message Queue 服务既支持基于文件的持久性模块，又支持符合 JDBC 的持久性模块（请参见图 3–2）。默认情况下它使用基于文件的持久性。

图 3–2 持久性支持

基于文件的持久性

基于文件的持久性是一种使用单个的文件来存储持久性数据的机制。如果您使用基于文件的持久性，则可以设置用来执行以下操作的代理属性：

• 压缩数据存储库以减少添加和删除消息所产生的碎片。

• 在每次写入时与物理存储器同步内存中的状态。这有助于避免因系统崩溃而导致的数据丢失。

• 管理数据存储文件的消息分配以及进行文件管理和存储所需的资源。

通常，基于文件的持久性比基于 JDBC 的持久性速度快，但是某些用户更希望获得符合 JDBC 的存储所提供的冗余和管理控制。

基于 JDBC 的持久性

基于 JDBC 的持久性使用 Java 数据库连接 (Java Database Connectivity, JDBC^TM) 接口将代理连接到符合 JDBC 的数据存储库。为了让代理通过 JDBC 驱动程序来访问数据存储库，必须执行以下操作：

• 设置与 JDBC 有关的代理配置属性。使用这些属性可以指定使用的 JDBC 驱动程序、将代理作为 JDBC 用户来验证、创建需要的表格等。

• 使用 imqdbmgr 实用程序可以创建具有正确模式的数据存储库。

《Sun Java System Message Queue 3.7 UR1 管理指南》中的第 4  章 “配置代理”详细说明了完成这些任务及相关配置属性的完整步骤。