Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2041590
  • 博文数量: 519
  • 博客积分: 10070
  • 博客等级: 上将
  • 技术积分: 3985
  • 用 户 组: 普通用户
  • 注册时间: 2006-05-29 14:05
个人简介

只问耕耘

文章分类

全部博文(519)

文章存档

2016年(1)

2013年(5)

2011年(46)

2010年(220)

2009年(51)

2008年(39)

2007年(141)

2006年(16)

我的朋友

分类:

2008-05-06 13:29:33

 Application Server - Express, V6.0.x
             操作系统: AIX, HP-UX, Linux, Solaris, Windows
             使目录和搜索结果个性化
--------------------------------------------------------------------------------
事务服务设置
使用此页面来指定事务服务的设置。事务服务是服务器运行时组件,它可以协调对多个资源管理器进行的更新以确保进行原子数据更新。事务由应用程序或应用程序部署所在的容器启动和结束。
要查看此管理控制台页面,请单击服务器 > 应用程序服务器 > server_name > 容器服务 > 事务服务。
配置选项卡
事务日志目录
对于分布式和 Windows 平台,为此服务器(在此服务器上,事务服务存储用于恢复的日志文件)指定目录名。
仅当应用程序使用分布式资源或 XA 事务(例如在单个事务中访问多个数据库和资源)时,才需要设置此属性以更改应用程序服务器的日志文件目录。
如果在服务器配置期间未指定此目录,事务日志就会使用基于安装目录的缺省目录:app_server_root)/tranlog/cell_name/node_name/server_name。
当 WebSphere Application Server 上运行的应用程序访问多个资源时,Application Server 将把事务信息存储在产品目录中以正确地协调和管理分布式事务。在事务负载较高的情况下,此持久性会降低应用程序服务器的性能,这是由于性能与操作系统和底层存储系统有关。为了提高性能,请对日志文件指定新的目录,此目录应该在物理空间更大的独立存储系统上。
如果应用程序服务器出现下列其中一个或多个症状,请更改日志文件目录。
尽管事务增加,但是 CPU 利用率仍然很低
事务由于多次超时而失败
发生事务回滚,返回无法加入事务列表异常
应用程序服务器在运行过程中挂起,并要求重新启动服务器
运行应用程序服务器的磁盘显示较高的利用率
文件系统建议:
将日志文件存储在独立磁盘冗余阵列(RAID)中
在 RAID 配置中,将数据写入物理介质的任务是在多个驱动器之间共同执行的。此技术允许对保存事务信息的存储器进行并发度更高的访问,并且能够提高日志数据访问速度。根据应用程序和存储子系统的设计情况,性能提升范围为 10% 到 100%,在某些情况下甚至更高。
不要在将操作系统 I/O 方式设置为并发 I/O(CIO)的情况下存储日志文件
在指定事务日志目录时,请确保文件系统仅使用同步写和写串行化操作。某些操作系统(例如 AIX JFS2)支持可选的并发 I/O(CIO)方式,在此方式下,文件系统不强制执行写操作串行化。在这些系统中,不要对 Application Server 事务恢复日志文件使用 CIO 方式。
数据类型 字符串
缺省值 初始值为 app_server_root/tranlog/cell_name/node_name/server_name 目录,缺省大小为 1MB。
建议 创建一个至少有 3-4 个磁盘驱动器的文件系统,这些驱动器一起组合在 RAID-0 配置中。然后,在此文件系统上创建缺省大小的事务日志。当服务器在正常负载下运行时,检查磁盘输入和输出。如果磁盘输入和输出时间大于 5%,那么考虑添加更多物理磁盘,以降低此值。
如果您将 WebSphere Application Server V5 节点迁移至 V6,那么此配置属性的存储位置从服务器级别迁移至节点(服务器索引)级别。如果您已为 V5 应用程序服务器指定了非缺省日志目录,那么会提示您再次保存事务服务设置,以确认您将日志目录保存到节点级别。
事务生存期超时总计
此服务器所启动的事务在被事务服务结束前能够保持不活动的缺省最大时间量(以秒计)。会回滚在此超时发生之前不开始完成处理的任何事务。
仅当应用程序组件未设置自己的事务超时时,才使用此超时。
此超时的上限受最长事务超时限制。例如,如果将事务生存期超时总计的值设置为 500,并且将最长事务超时的值设置为 300,那么事务将在 300 秒后超时。
如果将此超时设置为 0,那么不会应用超时并且会使用最长事务超时的值。
数据类型 整型
单位 秒
缺省值 120
范围 0 到 2 147 483 647
 
客户机不活动超时
指定来自远程客户机的事务请求之间的最大持续时间(以秒计)。任何超出此超时值的客户机不活动时间段都将导致在此应用程序服务器中回滚事务。
如果将此值设置为 0,那么表示没有超时限制。
数据类型 整型
单位 秒
缺省值 60
范围 0 到 2 147 483 647
最长事务超时
指定最大时间长度(以秒计),允许在此服务器中运行的事务在这段时间内完成。此值应该大于或等于事务生存期超时总计。
此超时会约束所有其他事务超时的上限。下表显示应用于服务器中正在运行的事务的不同超时。
表 1. 事务超时 超时 受影响的事务
最长事务超时 在此服务器中运行,并且不受事务生存期超时总计或应用程序组件超时影响的所有事务。这些事务包括从此服务器外部导入的事务,如从客户机导入的事务。
事务生存期超时总计 源自此服务器,并且不受应用程序组件超时影响的所有事务(即关联应用程序组件未设置自己的超时)。
应用程序组件超时 特定于应用程序组件的事务。如果组件是容器管理的 bean,请在该组件的部署描述符中设置此超时。如果组件是 bean 管理的 bean,请以编程方式使用 UserTransaction.setTransactionTimeout 方法设置此超时。
如果将超时设置为 0,那么不会应用超时并且会有效地禁用它。如果将所有超时设置为 0,那么事务永不超时。
例如,考虑下列超时值:
表 2. 示例超时值 超时 值
最长事务超时 360
事务生存期超时总计 240
应用程序组件超时 60
在此示例中,特定于应用程序组件的事务在 60 秒后超时,其他本地事务在 240 秒后超时,从此服务器外部导入的所有事务在 360 秒后超时。如果之后将应用程序组件超时更改为 500,那么应用程序组件事务在 360 秒(最长事务超时值)后超时。如果将最长事务超时设置为 0,那么应用程序组件事务将在 500 秒后超时。如果除去应用程序组件超时,那么应用程序组件事务将在 240 秒后超时。
为了尽快确定发生的超时及防止进一步的资源锁定,WebSphere Application Server 阻止在发生超时情况的事务路径上处理更多事务工作。这对于以下情况同样成立:尝试在当前事务上下文下执行工作以及尝试在其他事务上下文下执行工作。
数据类型 整型
单位 秒
缺省值 300
范围 0 到 2 147 483 647
试探性重试限制
指定应用程序服务器在资源管理器或远程伙伴发生瞬态异常后重试完成信号(例如落实或回滚)的次数。
如果应用程序服务器放弃重试,那么资源管理器或远程伙伴负责确保能正确完成事务的资源部分或伙伴部分。应用程序服务器(代表资源或伙伴)抛出异常,指出试探性过程有危险。如果请求落实,那么在落实操作时事务发起方会接收到异常;如果事务是容器启动的,那么容器将把远程异常或 EJB 异常返回给 EJB 客户机。
数据类型 整型
缺省值 0
范围 0 到 2 147 483 647
值 0(缺省值)表示不断重试。
 
试探性重试等待
指定应用程序服务器在资源管理器或远程伙伴发生瞬态异常后在重试完成信号(例如落实或回滚)之前等待的秒数。
数据类型 整型
缺省值 0
范围 0 到 2 147 483 647
值 0 意味着应用程序服务器确定重试等待;服务器重试每失败 10 次就将重试等待时间延长一倍。
 
允许记录试探性报告
指定应用程序服务器是否将记录既涉及一阶段落实资源又涉及两阶段落实资源的事务的“准备落实一阶段资源”事件。
此属性允许记录试探性报告。如果应用程序配置为允许一阶段落实资源参与两阶段落实事务,那么在制作应用程序服务器失败时所产生的试探性结果报表时,需要在事务日志中写入其他信息。如果启用此属性,那么对于每个既涉及一阶段落实资源又涉及两阶段落实资源的事务,另外执行一次日志写操作。不会对不涉及一阶段落实资源的事务写入其他记录。
数据类型 复选框
缺省值 已清除
范围 已清除
应用程序服务器不记录“准备落实一阶段资源”事件,这些事件来自涉及一阶段落实资源和两阶段落实资源的事务。
已选中
应用程序服务器记录“准备落实一阶段资源”事件,这些事件来自涉及一阶段落实资源和两阶段落实资源的事务。 
试探性完成方向
指定用来完成具有试探性结果的事务的方法;此方法或者是应用程序服务器落实或回滚该事务,或者是依靠管理员手动完成该事务。
数据类型 下拉列表
缺省值 回滚
范围 落实
应用程序服务器试探性地落实事务。
回滚
应用程序服务器试探性地回滚事务。
手动
应用程序服务器依靠管理员手动完成或回滚具有试探性结果的事务。 
“运行时”选项卡
事务日志目录
对于分布式和 Windows 平台,为此服务器(在此服务器上,事务服务存储用于恢复的日志文件)指定目录名。
仅当应用程序使用分布式资源或 XA 事务(例如在单个事务中访问多个数据库和资源)时,才需要设置此属性以更改应用程序服务器的日志文件目录。
如果在服务器配置期间未指定此目录,事务日志就会使用基于安装目录的缺省目录:app_server_root)/tranlog/cell_name/node_name/server_name。
当 WebSphere Application Server 上运行的应用程序访问多个资源时,Application Server 将把事务信息存储在产品目录中以正确地协调和管理分布式事务。在事务负载较高的情况下,此持久性会降低应用程序服务器的性能,这是由于性能与操作系统和底层存储系统有关。为了提高性能,请对日志文件指定新的目录,此目录应该在物理空间更大的独立存储系统上。
如果应用程序服务器出现下列其中一个或多个症状,请更改日志文件目录。
尽管事务增加,但是 CPU 利用率仍然很低
事务由于多次超时而失败
发生事务回滚,返回无法加入事务列表异常
应用程序服务器在运行过程中挂起,并要求重新启动服务器
运行应用程序服务器的磁盘显示较高的利用率
文件系统建议:
将日志文件存储在独立磁盘冗余阵列(RAID)中
在 RAID 配置中,将数据写入物理介质的任务是在多个驱动器之间共同执行的。此技术允许对保存事务信息的存储器进行并发度更高的访问,并且能够提高日志数据访问速度。根据应用程序和存储子系统的设计情况,性能提升范围为 10% 到 100%,在某些情况下甚至更高。
不要在将操作系统 I/O 方式设置为并发 I/O(CIO)的情况下存储日志文件
在指定事务日志目录时,请确保文件系统仅使用同步写和写串行化操作。某些操作系统(例如 AIX JFS2)支持可选的并发 I/O(CIO)方式,在此方式下,文件系统不强制执行写操作串行化。在这些系统中,不要对 Application Server 事务恢复日志文件使用 CIO 方式。
数据类型 字符串
缺省值 初始值为 app_server_root/tranlog/cell_name/node_name/server_name 目录,缺省大小为 1MB。
建议 创建一个至少有 3-4 个磁盘驱动器的文件系统,这些驱动器一起组合在 RAID-0 配置中。然后,在此文件系统上创建缺省大小的事务日志。当服务器在正常负载下运行时,检查磁盘输入和输出。如果磁盘输入和输出时间大于 5%,那么考虑添加更多物理磁盘,以降低此值。
如果您将 WebSphere Application Server V5 节点迁移至 V6,那么此配置属性的存储位置从服务器级别迁移至节点(服务器索引)级别。如果您已为 V5 应用程序服务器指定了非缺省日志目录,那么会提示您再次保存事务服务设置,以确认您将日志目录保存到节点级别。
事务生存期超时总计
此服务器所启动的事务在被事务服务结束前能够保持不活动的缺省最大时间量(以秒计)。会回滚在此超时发生之前不开始完成处理的任何事务。
仅当应用程序组件未设置自己的事务超时时,才使用此超时。
此超时的上限受最长事务超时限制。例如,如果将事务生存期超时总计的值设置为 500,并且将最长事务超时的值设置为 300,那么事务将在 300 秒后超时。
如果将此超时设置为 0,那么不会应用超时并且会使用最长事务超时的值。
数据类型 整型
单位 秒
缺省值 120
范围 0 到 2 147 483 647
 
客户机不活动超时
指定来自远程客户机的事务请求之间的最大持续时间(以秒计)。任何超出此超时值的客户机不活动时间段都将导致在此应用程序服务器中回滚事务。
如果将此值设置为 0,那么表示没有超时限制。
数据类型 整型
单位 秒
缺省值 60
范围 0 到 2 147 483 647
最长事务超时
指定最大时间长度(以秒计),允许在此服务器中运行的事务在这段时间内完成。此值应该大于或等于事务生存期超时总计。
此超时会约束所有其他事务超时的上限。下表显示应用于服务器中正在运行的事务的不同超时。
表 1. 事务超时 超时 受影响的事务
最长事务超时 在此服务器中运行,并且不受事务生存期超时总计或应用程序组件超时影响的所有事务。这些事务包括从此服务器外部导入的事务,如从客户机导入的事务。
事务生存期超时总计 源自此服务器,并且不受应用程序组件超时影响的所有事务(即关联应用程序组件未设置自己的超时)。
应用程序组件超时 特定于应用程序组件的事务。如果组件是容器管理的 bean,请在该组件的部署描述符中设置此超时。如果组件是 bean 管理的 bean,请以编程方式使用 UserTransaction.setTransactionTimeout 方法设置此超时。
如果将超时设置为 0,那么不会应用超时并且会有效地禁用它。如果将所有超时设置为 0,那么事务永不超时。
例如,考虑下列超时值:
表 2. 示例超时值 超时 值
最长事务超时 360
事务生存期超时总计 240
应用程序组件超时 60
在此示例中,特定于应用程序组件的事务在 60 秒后超时,其他本地事务在 240 秒后超时,从此服务器外部导入的所有事务在 360 秒后超时。如果之后将应用程序组件超时更改为 500,那么应用程序组件事务在 360 秒(最长事务超时值)后超时。如果将最长事务超时设置为 0,那么应用程序组件事务将在 500 秒后超时。如果除去应用程序组件超时,那么应用程序组件事务将在 240 秒后超时。
为了尽快确定发生的超时及防止进一步的资源锁定,WebSphere Application Server 阻止在发生超时情况的事务路径上处理更多事务工作。这对于以下情况同样成立:尝试在当前事务上下文下执行工作以及尝试在其他事务上下文下执行工作。
数据类型 整型
单位 秒
缺省值 300
范围 0 到 2 147 483 647
手动事务数
指定等待管理员手动完成的事务数。
如果有等待手动完成的事务,您可以单击查看链接,以显示需要手动完成的事务面板上的那些事务列表。
数据类型 整型
缺省值 0
重试事务数
指定正在重试某些资源的事务数。
如果有正在重试资源的事务,那么可以单击查看链接,以便在“正在重试资源的事务”面板上显示那些事务的列表。
数据类型 整型
缺省值 0
试探事务数
指定已经以试探方式完成的事务数。
如果有已经以试探方式完成的事务,您可以单击查看链接,以便在“具有试探性结果的事务”面板上显示那些事务的列表。
数据类型 整型
缺省值 0
已导入且就绪的事务数
指定已导入并已就绪但尚未落实的事务数。
如果有已导入且已就绪但尚未落实的事务,那么可以单击查看链接,以便在“已导入且就绪的事务”面板上显示那些事务的列表。
数据类型 整型
缺省值 0
 

--------------------------------------------------------------------------------
子主题
需要手动完成的事务
事务重试资源
具有试探性结果的事务
已导入且就绪的事务
事务资源
相关任务
为应用程序服务器配置事务属性
 参考主题    
--------------------------------------------------------------------------------
使用条款 | 反馈
最近更新日期: Mar 30, 2008 2:00:36 AM EDT
 
阅读(3463) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~