WebLogicServer性能及调优-调优WebLogic持久性存储.docVIP

WebLogic Server 性能及调整 -调整 WebLogic 持久性存储 面几部分介绍如何调整持久性存储，它为 WebLogic Server 子系统和要求持久性的服务提供了内置的高性能存储解决方案。 持久性存储概述 使用持久性存储时的最佳做法 调整 JDBC 存储 调整文件存储 持久性存储概述 下面几部分提供了使用持久性存储的信息。 使用默认持久性存储 使用自定义文件存储和 JDBC 存储 使用 JMS 分页存储 使用默认持久性存储 包括管理服务器在内的每个服务器实例都具有一个无需配置的默认持久性存储。默认存储是基于文件的存储，它在服务器实例的 data\store\default 目录下的一组文件中维护其数据。如果不存在存储目录，系统将自动为默认存储创建目录。对于不需要明确选择某一特定存储以及通过使用系统的默认存储机制可以达到最佳功能的子系统，可以使用默认的存储。例如，未配置持久性存储的 JMS 服务器将为其受管服务器使用默认存储，并且支持持久性消息传递。请参阅： “配置 WebLogic Server 环境”中的使用 WebLogic 持久性存储。 “管理控制台联机帮助”中的修改默认存储设置。 使用自定义文件存储和 JDBC 存储 除了使用默认的文件存储外，还可以配置文件存储或 JDBC 存储以适应您特定的需要。自定义文件存储（类似于默认文件存储）可维护其在某个目录下一组文件中的数据。但是，您可能希望创建一个自定义文件存储，以便该文件存储的数据会持久保存到某个特定的存储设备中。配置文件存储目录时，该目录必须可供文件存储所在的服务器实例访问。 JDBC 存储可在使用关系数据库进行存储时配置。通过 JDBC 存储，您可以将持久性消息存储在一个具有标准 JDBC 功能的数据库中，该数据库是通过指定的 JDBC 数据源进行访问的。数据存储在 JDBC 存储的数据库表中，该表的逻辑名称为 WLStore。由数据库管理员负责配置该数据库，以获得高可用性和高性能。请参阅： “配置 WebLogic Server 环境”中的何时使用自定义持久性存储。 “配置 WebLogic Server 环境”中的文件存储和 JDBC 存储的比较。 “配置 WebLogic Server 环境”中的创建自定义（用户定义的）文件存储。 “配置 WebLogic Server 环境”中的创建 JDBC 存储。 使用 JMS 分页存储 每个 JMS 服务器都隐式地创建基于分页存储的文件。当 WebLogic Server JVM 内存不足时，此存储用来分页非持久性消息以及 JDBC 存储持久性消息。根据应用程序的特点，分页存储可能会导致频繁的磁盘活动。 注意： 文件存储持久性信息不使用分页存储分页，此类消息可直接在各自的文件存储之间来回分页。 JMS 分页存储通常不需要调整。您可以有选择地更改分页开始处的目录位置和阈值设置。请参阅将消息分页送出以释放内存。 使用持久性存储时的最佳做法 共享同一服务器实例的子系统在多个子系统间共享一个存储，而不是一个子系统使用一个存储。共享存储由于以下原因效果更好： 单个存储可将并发请求批处理为单个 I/O，这样可降低总体磁盘使用率。 只有一个资源参与的事务为轻量级一阶段事务。相反，多个存储参与的事务变为重量级更高的二阶段事务。 例如，配置在同一服务器实例上运行所有 SAF 代理和 JMS 服务器，以便它们共享同一存储。 仅当旧存储不再伸缩时添加新的存储。 调整 JDBC 存储 用于初始化空存储的 JDBC 存储 DDL 的位置现在可以进行配置。这简化了使用自定义 DDL 创建数据库表的过程，自定义 DDL 有时用于数据库特定的性能调节。有关详细信息，请参阅“管理控制台联机帮助”中的创建 JDBC 存储和“配置 WebLogic Server 环境”中的使用 WebLogic 持久性存储。 调整文件存储 以下部分提供了调整文件存储方面的信息： 有关基本（非 RAID）磁盘硬件，请考虑每个文件存储专用一个磁盘。如果一个存储不必完成该磁盘上任何其他存储，它的运行速度最多可提高 4 到 5 倍。除了每个配置的存储和每个 JMS 服务器的 JMS 分页存储外，切记要考虑还有默认文件存储。 使用Direct-Write同步写入策略。 对于 WebLogic Server 9.0 和更高版本，Direct-Write是默认的写入策略。在大多数应用程序中，Direct-Write提供了比 Cache-Flush写入策略更好的性能。 注意： Direct-Write写入策略（默认）对于 Microsoft Windows 可能不安全。至于使用直接写入策略的其他供应商，MS-Windows 系统管理员必须确保 Window