[AIX Solaris HP-UX Linux Windows][IBM i]

配置服务器的事务方面以获得最佳的可用性

您可以配置应用程序服务器的事务相关方面以优化这些服务器的可用性。这将帮助事务更快地完成或恢复。在更改应用程序服务器的事务相关属性之后,您必须重新启动此服务器。

关于此任务

要配置应用程序服务器的事务相关方面以获得最佳的可用性,请完成以下步骤:

过程

  1. 将事务日志文件存储到高可用的文件系统(例如 RAID 设备)的快速磁盘上。 事务日志可能需要由每个全局事务访问,且用于崩溃后的事务恢复。因此,日志文件写入的磁盘应该在高可用文件系统(如 RAID 设备)上。

    磁盘的性能还直接影响事务性能。一般情况下,全局事务制作两个可写的磁盘,一个在准备阶段后,当事务的结果已知时(此信息强制写入磁盘),和一个事务完成时的进一步磁盘写。因此,事务日志应该放置在最快速的可用磁盘上。

    为使事务日志恢复的自动故障转移在 WebSphere® Application Server 集群拓扑中生效,必须对事务日志使用每个集群成员可访问的高可用文件系统(例如,RAID 设备)中的快速磁盘上的网络安装设备。

  2. 通过使用硬盘镜像或双端口磁盘来镜像事务的日志文件。 如果日志文件已镜像或可以恢复,那么重新启动失败的服务器时可以使用这些日志文件,或可以将它们移至另一台机器并可以启动另一台服务器以执行恢复。

    可通过使用管理控制台对事务日志指定相应文件系统目录来配置硬件磁盘镜像或双端口磁盘。

  3. 为应用程序服务器指定事务日志目录的最佳位置。

    缺省情况下,应用程序服务器将事务日志文件放置在已安装的 WebSphere Application Server 的子目录中,其中该子目录的名称与服务器名称相同。

    [AIX Solaris HP-UX Linux Windows]例如,应用程序服务器 server1 的缺省目录为

    /IBM/WebSphere/AppServer/profiles/profile_name/tranlog/server1

    [IBM i]例如,应用程序服务器 server1 的缺省目录为

    /QIBM/UserData/WebSphere/AppServer/was_version/ND/profiles/profile_name/tranlog/server1

    其中 was_version 指示 IBM® WebSphere Application Server 安装的版本。例如,V6 表示 WebSphere Application Server V6。
    [z/OS]例如,应用程序服务器 server1 的缺省目录为

    /IBM/WebSphere/was_version/AppServer/profiles/profile_name/tranlog/server1

    其中 was_version 指示 IBM WebSphere Application Server 安装的版本、发行版和修改号。例如,V6R0M2 表示 WebSphere Application Server V6.0.2。

    您可通过设置服务器的事务日志目录属性,为应用程序服务器定义事务日志目录的特定位置。如果事务日志的目录尚未在应用程序服务器启动时创建,那么将创建目录结构。

    注: 如果您更改了事务日志目录,请尽快应用更改并重新启动应用程序服务器,从而将应用程序服务器重新启动前发生问题的风险降到最低。 例如,如果一个问题导致服务器发生故障(带有未完成的事务),那么接下来服务器会使用新的日志目录启动,但它无法自动解决记录在旧日志目录中的未完成事务。
  4. 从不允许多个应用程序服务器同时使用同一日志文件集。 因为事务日志记录服务器中全局事务的状态,如果日志丢失或损坏,那么故障前处于已准备状态的事务可将资源保留在不确定状态,并防止其他用户或服务器对资源的进一步更新或访问。 可能需要通过在受影响的资源管理器上落实或回滚事务来手动解决这些事务。然后,可冷启动失败的服务器,这样会创建新的空事务日志。

    如果日志文件已镜像或可以恢复,那么重新启动失败的服务器时可以使用这些日志文件,或可以将它们移至另一台机器并可以启动另一台服务器以执行恢复,如相关任务中所述。

    从不允许多个应用程序服务器同时使用同一组日志文件,因为每个服务器将销毁其他服务器记录的信息,导致日志文件损坏,无法在以后进行恢复。

  5. 配置应用程序服务器,以在每次启动时总是使用同一侦听端口地址。 如果正在运行多个应用程序服务器之间的分布式事务,那么保存在事务日志中的远程对象引用需要重定向至进行恢复时的起始服务器。

    WebSphere Application Server Network Deployment 上,Node Agent 会在恢复时自动将这些远程对象引用重定向至合适应用程序服务器。但是,如果分布式事务位于不在 WebSphere Application Server Network Deployment 上的应用程序服务器之间,那么您必须处理远程对象引用的重定向以便事务恢复可以完成。例如,如果应用程序服务器部署在 WebSphere Application Server Network Deployment 上并通过非 WebSphere EJB 或 Corba 服务器运行分布式事务,那么必须执行此操作。

    特别是,不在应用程序服务器 WebSphere Application Server Network Deployment 上的应用程序服务器的缺省重新启动操作是使用与服务器关闭时的端口不同的侦听端口地址。这会导致事务恢复无法完成。要解决此问题,您应该始终配置应用程序服务器以始终使用每次启动时的侦听端口地址(请参阅有关“对象请求代理”定制属性的主题中的 ORB 属性 com.ibm.CORBA.ListenerPort)。您可能需要对事务中涉及的其他应用程序服务器进行类似的配置更改以在进行恢复期间能够访问这些服务器。


指示主题类型的图标 任务主题



时间戳记图标 最近一次更新时间: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tjta_optsrv
文件名:tjta_optsrv.html