使用此页面来管理补偿服务。补偿服务支持在服务器级别上进行配置以启用补偿和对其进行日志记录。
要查看此管理控制台页面,请单击服务器 > 服务器类型 > WebSphere Application Server > server_name。在容器设置下,展开容器服务,然后单击补偿服务。
指定服务器下一次启动时应用程序服务器是否尝试启动补偿服务。
缺省值 | 已选中 |
范围 |
|
指定目录路径,如果设置了此路径,它将覆盖补偿服务存储日志文件的位置(此日志文件可用于恢复此服务器)。
在启动时,补偿服务将服务器配置中的空值展开成目录 profile_root/recoveryLogs/cell_name/node_name/server_name/compensation。变量 profile_root 是服务器使用的 WebSphere Application Server 概要文件的主目录。
使用补偿时,WebSphere 产品将出现系统故障后执行补偿所需的信息存储在物理存储设备中。在应用程序负载较高的情况下,此存储操作会降低应用程序服务器的性能,因为应用程序服务器依赖于操作系统和底层存储系统。
要实现更优异的性能,将补偿日志文件移动到具有较多物理磁盘驱动器(最好是独立磁盘冗余阵列(RAID)磁盘驱动器)的存储设备中。当日志文件移动到使用 RAID 磁盘的文件系统时,将数据写入物理介质的任务是在多个磁盘驱动器之间共同执行的。此共享提供了更多并发访问,以使补偿信息持久并能够从日志中更快访问该数据。根据应用程序和存储子系统的设计情况,性能提升幅度一般为 10% 到 100%,或者更高。
在高可用性 (HA) 环境中,集群中的每个服务器必须具有一个唯一的补偿日志和事务日志目录,以避免多个服务器尝试访问同一个日志文件。同样,集群中的每个服务器必须能够访问集群中其他服务器的事务和补偿日志目录。
数据类型 | 字符串 |
缺省值 | profile_root/recoveryLogs/cell_name/node_name/server_name/compensation 其中,profile_root 是服务器使用的 WebSphere Application Server 概要文件的主目录。 |
建议 | 创建至少具有 3 到 4 个磁盘驱动器的文件系统,这些驱动器以 RAID-0 配置方式组合在一起。在该文件系统中创建使用缺省大小的补偿日志。当服务器在正常负载下运行时,检查磁盘输入和输出。如果磁盘输入和输出时间大于 5%,请考虑添加物理磁盘数量以减小此值。如果磁盘输入和输出较少,但是服务器负载依然很高,请考虑增加日志文件的大小。 |
指定补偿服务用于恢复数据的恢复日志文件的最大大小(MB)。缺省值是 5 兆字节。
补偿服务记录的数据量受到使用补偿的并发活动的应用程序数的影响,还受到作为补偿逻辑输入提供的应用程序数据的大小的影响。
服务器启动时,补偿服务在物理存储设备中为补偿恢复数据保留空间。如果此空间大小不足以存储活动的补偿数据,那么日志文件将动态增大,直至它们达到此值指定的最大大小。
数据类型 | 整型 |
单位 | 兆字节 |
缺省值 | 5 |
范围 | 1 到 2147483647 兆字节 |
虽然允许的“恢复日志文件大小”范围是 1 到 2147483647,但是实际可能的最大大小取决于操作系统允许的映射文件的最大大小。
指定补偿服务重试补偿处理程序的最大次数。
此值指定补偿服务调用 CompensationHandler 方法 compensate() 和 close() 的次数。每次重试补偿处理程序时,补偿处理程序重试时间间隔将增加一倍。
将此值设置为 -1 以无限期地重试 compensate() 和 close() 方法。如果将值设置为 0,就不会重试任何一个方法。
数据类型 | 整型 |
缺省值 | -1 |
范围 | -1 或更大 |
指定补偿服务在重试补偿处理程序前要等待的时间间隔(以秒计)。 每次重试补偿处理程序时,重试时间间隔将增加一倍。
如果 CompensationHandler 方法 compensate() 和 close() 中的任何一个方法抛出 RetryCompensationHanderException,补偿服务就会通过重新调用这两个方法来重试补偿处理程序。
数据类型 | 整型 |
单位 | 秒 |
缺省值 | 30 |
范围 | 0 或更大 |