|
|
下面几部分介绍如何调整持久性存储，它为 WebLogic Server 子系统和要求持久性的服务提供了内置的高性能存储解决方案。
包括管理服务器在内的每个服务器实例都具有一个无需配置的默认持久性存储。默认存储是基于文件的存储，它在服务器实例的 data\store\default 目录下的一组文件中维护其数据。如果不存在存储目录，系统将自动为默认存储创建目录。对于不需要明确选择某一特定存储以及通过使用系统的默认存储机制可以达到最佳功能的子系统，可以使用默认的存储。例如，未配置持久性存储的 JMS 服务器将为其受管服务器使用默认存储，并且支持持久性消息传递。请参阅：
除了使用默认的文件存储外，还可以配置文件存储或 JDBC 存储以适应您特定的需要。自定义文件存储（类似于默认文件存储）可维护其在某个目录下一组文件中的数据。但是，您可能希望创建一个自定义文件存储，以便该文件存储的数据会持久保存到某个特定的存储设备中。配置文件存储目录时，该目录必须可供文件存储所在的服务器实例访问。
JDBC 存储可在使用关系数据库进行存储时配置。通过 JDBC 存储，您可以将持久性消息存储在一个具有标准 JDBC 功能的数据库中，该数据库是通过指定的 JDBC 数据源进行访问的。数据存储在 JDBC 存储的数据库表中，该表的逻辑名称为 WLStore。由数据库管理员负责配置该数据库，以获得高可用性和高性能。请参阅：
每个 JMS 服务器都隐式地创建基于分页存储的文件。当 WebLogic Server JVM 内存不足时，此存储用来分页非持久性消息以及 JDBC 存储持久性消息。根据应用程序的特点，分页存储可能会导致频繁的磁盘活动。
| 注意： | 文件存储持久性信息不使用分页存储分页，此类消息可直接在各自的文件存储之间来回分页。 |
JMS 分页存储通常不需要调整。您可以有选择地更改分页开始处的目录位置和阈值设置。请参阅将消息分页送出以释放内存。
用于初始化空存储的 JDBC 存储 DDL 的位置现在可以进行配置。这简化了使用自定义 DDL 创建数据库表的过程，自定义 DDL 有时用于数据库特定的性能调节。有关详细信息，请参阅“管理控制台联机帮助”中的创建 JDBC 存储和“配置 WebLogic Server 环境”中的使用 WebLogic 持久性存储。
Direct-Write同步写入策略。Direct-Write是默认的写入策略。在大多数应用程序中，Direct-Write提供了比 Cache-Flush写入策略更好的性能。 | 注意： | Direct-Write写入策略（默认）对于 Microsoft Windows 可能不安全。至于使用直接写入策略的其他供应商，MS-Windows 系统管理员必须确保 Windows 磁盘配置没有将“直接写入”缓存到内存中而没有将它们刷新到磁盘。请参阅 同步写入策略。 |
Cache-Flush写入策略。Disabled写入策略选项能够极大地改进性能，尤其是在客户端负载较低的情况下。但是，因为写入变为异步，此策略就不安全了，在操作系统发生故障或停电时可能会丢失数据。 Disabled等效。
  
|
