· 您还可以使用第三方的解决方案来管理配置，比如WLShell使用程序。 (www.wlshell.com)
· WLShell提供一个功能强大的、Unix风格的到WebLogic Server的shell接口；它针对WebLogic Server MBean使用文件系统模拟 。
日志记录
日志记录了和事件（比如服务器的启动和关闭）、新应用程序的部署或者一个或多个子系统故障有关的信息。日志消息包括和事件的时间与日期，以及启动事件用户的ID有关的信息。每个WebLogic Server实例都可以维护一份服务器日志、一份HTTP访问日志、一份JDBC日志和一份JTA事务日志。
技巧
· 为了防止当日志文件所占空间过大时，出现相应的服务器重启的情况，需要启用日志旋转（log rotation）。
· 考虑按照大小旋转日志，而不是按照生成的时间旋转，因为使用生成时间这个选项会使文件增长非常迅速。
· 如果您没有进行交互式调试，而且WebLogic Server 是在后台（Windows 或 Unix）启动的，使用以下命令把stdout和stderr重定向到一个文件：
o -Dweblogic.Stdout="stdout-filename"
o -Dweblogic.Stderr="stderr-filename"
· 在生产中，如果您不启用WebLogic Server创建JDBC日志，您就可以避免服务器上的额外文件I/O。
· 使用节点管理器启动托管服务器时，节点管理器捕捉服务器的stdout并把它存储到一个文件中。可以使用管理控制台来查看该文件的内容。
· 经常检查WebLogic Server 的日志文件，以熟悉常规操作，这样您就能够很容易地辨认出异常的日志项。
JDBC
在WebLogic Server中，使用池缓冲到数据库的JDBC连接可以提高应用程序的性能。连接池根除了为每个应用程序创建新的数据库连接的需要。JDBC连接池提供到您数据库的现成连接。
使用连接池时，到数据库的连接的数目可以动态改变。但是，在负载高峰时期试图增加JDBC连接的数目将会使情况恶化，因为创建数据库连接是一项开销昂贵的操作。
连接池还可以通过缓存用于重用的prepared statement和callable statement来提高性能。重用prepared statement和callable statement可以降低数据库服务器上的CPU利用率。
通过把其他应用程序分离到单独的机器或硬件上，可以避免耗尽WebLogic Server机器上的处理能力；为数据库指派一台专用的机器。
技巧
· 如果有可能，按大小排列数据库连接池，这样它们就永远不会增加连接的数目；设置初始容量为最大容量。
· 设置连接池的最大容量至少等于执行线程的数量。
· 配置 Inactive Connection Timeout，以指定一个连接在被回收到池中之前，保持非活动状态的时间长短。
· Connection Leak Profiling选项显示了连接池中泄漏的连接。BEA建议您不要在生产中使用这个选项；它要使用额外的资源，并且通常会降低连接池操作的速度。
· 如果您能够负担把测试连接作为常规请求处理一部分所带来的开销，您可以只使用Test Reserved Connections 选项。
· 避免对“Test Table Name”使用生产表，而要使用哑表(例如Dual)。
· 使用语句缓存提高prepared 和 callable statement的性能。
· 为缓存选择 least-recently-used (LRU) 算法；这将从缓存中删除很少使用的语句。
· 当创建连接池或者启动WebLogic Server时，如果数据库不可访问，可以使用Connection Creation Retry Frequency 重新尝试建立到数据库的连接。
· 当WebLogic Server 正在运行时，如果重新启动数据库， Test Frequency可以从0开始增加，这样所有连接都会被关闭，然后被重新打开，以重新建立有效的物理连接。在重新创建所有连接之后，将它改回0将禁止测试。
· 当为连接池使用DataSource对象时，使用 Honors Global Transaction选项来创建TxDataSource。
· 您应该使用non-Tx DataSource的惟一场合就是当您想在数据库上完成一些工作，而又不想把该数据库包括到当前事务中时。
· 当配置一个连接池，以便与WebLogic JMS JDBC Store 一起使用时，使用non-XA 数据库驱动程序。
JMS
WebLogic Server JMS体系结构允许在一个WebLogic域中创建多台JMS服务器。但是每台JMS服务器只能在一台WebLogic Server上被实例化（目标化），因为它是一项“仅一次”的服务。一台JMS服务器可以作为多个目的地的宿主。永久性存储（基于磁盘的文件或可通过JDBC访问的数据库）可以被配置用于存储永久性的消息数据。
如果必须跨多个目的地共享一个JMS存储器，将多个目的地配置为驻留在一台JMS服务器上。但是，为了使用对每个目的地使用单独的永久性存储器，在多台JMS服务器下创建它们。
技巧
· 针对JMS文件存储启用直接写入同步写入策略，这可以释放虚拟内存（VM）堆，但是只有当存在一些并发的活动JMS客户端时，直接写入可以显著地提高性能。
· 在单独的磁盘上，或者甚至是在单独的磁盘控制器上分离文件存储。
· 为了使文件存储高度可用，您可以使用Storage Area Network (SAN)，一种多端口的磁盘或者磁盘镜像技术。
· 不要把使用XA JDBC 驱动程序的连接池与JMS JDBC存储器关联起来，因为JMS JDBC存储器不支持XA 资源驱动程序(WebLogic JMS实现了它自己的XA资源)。
· 使用Using Expiration Scan Interval扫描目的地的到期消息可以释放VM，但是太频繁的扫描会增加扫描开销；确保您对此做最优调整。
· 在连接工厂上设置 MessagesMaximum ，以便调整异步消息管道的大小。
· 为了避免消息增长，在连接工厂级别上设置 Time To Live 属性。
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
