weblogic数据库连接池的配置文件是哪个

Posted 2023-05-12

参考技术A 一、手动配置
1．创建web工程

index.jsp页面的部分代码如下：

DbConn类：

Authors类：

AuthorsDao类：

2．把数据库驱动jar包拷到E:\bea\wlserver_10.3\server\lib目录下。
（以下以SQLServer 2005 为例）
3．用记事本打开D:\bea\user_projects\domains\base_domain\bin\setDomainEnv.cmd 在最后加入以下代码：
set
CLASSPATH=%PRE_CLASSPATH%;%WEBLOGIC_CLASSPATH%;%POST_CLASSPATH%;%WLP_POST_CLASSPATH%;%WL_HOME%\server\lib\sql2005jdbc.jar
其中“\server\lib\sql2005jdbc.jar”是驱动JAR包的路径
4．启动WebLogic服务，将工程导出war包，手动部署该web应用程序。

看到有sql2005jdbc.jar的信息，说明驱动加载成功。
如果没有，检查setDomainEnv.cmd配置文件中书写的路径。
5．打开服务器配置页面。
在左侧菜单栏选择数据源

6．启动数据库服务，配置数据库。
这里就以PUBS数据库为例。
7．点击“新建”
取一个别名，也可以用默认的。

选择数据库类型级数据库驱动

下一步
8．使用默认的选择，继续下一步。
9．填写连接属性。

10．点测试配置，看是否连接测试成功。注意这里只是测试数据库驱动是否正确。

11．为服务器部署数据源。

12．完成。本回答被提问者采纳

Weblogic常见故障一：JDBC Connection Pools

最近系统老是出现数据库连接池不够用的问题，由于weblogic数据源里没有配置JDBC连接数，取的是默认值15，太小导致connection耗尽，是不是就报一堆错。后来通过修改WebLogic数据源配置文件，问题得到解决。以下为解决步骤：

步骤1：查看weblogic\Middleware\user_projects\domains\base_domain\config\config.xml文件中jdbc的descriptor-file-name

<jdbc-system-resource>
<name>ysjnditest</name>
<target>AdminServer</target>
<descriptor-file-name>jdbc/ysjnditest-jdbc.xml</descriptor-file-name>
</jdbc-system-resource>

步骤2：修改对应文件：weblogic\Middleware\user_projects\domains\base_domain\config\jdbc\ysjnditest-jdbc.xml文件，添加initial-capacity、max-capacity、min-capacity配置。

例：

 <?xml version=‘1.0‘ encoding=‘UTF-8‘?>
<jdbc-data-source xmlns="http://xmlns.oracle.com/weblogic/jdbc-data-source" xmlns:sec="http://xmlns.oracle.com/weblogic/security" xmlns:wls="http://xmlns.oracle.com/weblogic/security/wls" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.oracle.com/weblogic/jdbc-data-source http://xmlns.oracle.com/weblogic/jdbc-data-source/1.2/jdbc-data-source.xsd">
  <name>jcjywjndi</name>
  <jdbc-driver-params>
    <url>jdbc:oracle:thin:@172.30.118.59:1521:develop</url>
    <driver-name>oracle.jdbc.OracleDriver</driver-name>
    <properties>
      <property>
        <name>user</name>
        <value>jcjyw</value>
      </property>
    </properties>
    <password-encrypted>{AES}9xKyHoUWXjM8QSqISoEHMJ/ZfA/ZtL2BQDsJrbgMU04=</password-encrypted>
  </jdbc-driver-params>
  <jdbc-connection-pool-params>
    <initial-capacity>5</initial-capacity>
    <max-capacity>50</max-capacity>
    <min-capacity>5</min-capacity>
    <test-table-name>SQL SELECT 1 FROM DUAL</test-table-name>
  </jdbc-connection-pool-params>
  <jdbc-data-source-params>
    <jndi-name>jcjywjndi</jndi-name>
    <global-transactions-protocol>None</global-transactions-protocol>
  </jdbc-data-source-params>
</jdbc-data-source> 

 

问题解决后，在网上找了一些相关的文章，下面这个觉得还不错，跟大家分享一下。

原文：

WebLogic Server中数据库连接池是一个经常出问题的地方，总结一下出问题的原因和解决办法。

一、数据库连接泄漏
此类问题一般都是由于开发人员没有正确关闭数据库连接造成的。比如使用完Connection后，没有调用Connection.close()方法。

1、诊断方法
在Console中，找到Connection Pools Tab 和Diagnostics，设置以下属性（不同版本可能略有区别）
Enable Connection Leak Profiling 启用连接池泄漏的监控。
Enable Connection Profiling 启用连接池监控。
Inactive Connection Timeout 100 表示100秒后强制回收无效连接。默认0，表示使用完才释放回连接池。
无需重启，查看server的log，查找“A JDBC pool connection leak was detected”，如果有，看看是哪个类引起的。下面是一个数据库连接泄漏的例子：
A JDBC pool connection leak was detected.
A connection leak occurs when a connection obtained from the pool was not closed explicitly by 
calling close() and then was disposed by the garbage collector and returned to the connection pool.
The following stack trace at create shows where the leaked connection was created.
Stack trace at connection create:
at weblogic.jdbc.wrapper.JTAConnection.init(JTAConnection.java:90)
at weblogic.jdbc.jta.DataSource.getConnection(DataSource.java:468)
at weblogic.jdbc.jta.DataSource.connect(DataSource.java:410)
at weblogic.jdbc.common.internal.RmiDataSource.getConnection(RmiDataSource.java:344)
at troubleshooting.servlets.JdbcConnections.service(JdbcConnections.java:97)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1077)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:7047)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3902)
at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2773)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)
问题解决后，把三个属性设置回先前的值。
2、解决方法
正确的关闭数据库连接。具体代码如下：
Connection conn = null;
ResultSet rs = null;
preparedStatement pss = null;
try {
conn = dataSource.getConnection(USERID,pASSWORD);
pss = conn.prepareStatement("SELECT SAVESERIALZEDDATA FROM SESSION.pINGSESSION3DATA WHERE 
SESSIONKEY = ?");
pss.setString(1,sessionKey);
rs = pss.executeQuery();
pss.close();
}
catch (Throwable t) {} 
finally {
try 
{
if (conn != null) conn.close();
} 
catch (Exception e){}
}

二、数据库连接不够用

导致数据库连接不够用的原因主要有：
①某些程序占用connection时间过长，如果多个用户同时使用这些程序，则会导致连接不够用。
②线程死锁，无法释放connection。
1、诊断方法
①监控参数：Waiting For Connection High Count
[domain_name]-> Enviroment -> Servers -> [Server] -> Monitoring -> JDBC查看参数：Waiting For Connection High Count
如果没有此参数，手工添加进来，该参数表示在没有可用连接的情况下，应用程序等待连接的最大个数。调整后的连接池最大值 = 调整前的连接池最大值 + Waiting For Connection High Count。一般来说，数据库连接池的大小与最佳并发用户数相当。

②在Server Log中，明确抛出下列异常：
java.sql.SQLException: Internal error: Cannot obtain XAConnection 
weblogic.common.resourcepool.ResourceLimitException: No resources currently available in pool 
BankConnectionPool to allocate to applications, please increase the size of the pool and retry..
at weblogic.jdbc.jta.DataSource.refreshXAConnAndEnlist(DataSource.java:1493)
at weblogic.jdbc.jta.DataSource.getConnection(DataSource.java:455)
at weblogic.jdbc.jta.DataSource.connect(DataSource.java:410)
at weblogic.jdbc.common.internal.RmiDataSource.getConnection(RmiDataSource.java:344)
at troubleshooting.servlets.JdbcConnections.service(JdbcConnections.java:80)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1077)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:7047)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3902)
at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2773)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)
如果此时观察connection的监控，会发现所有connection 都是Active，而且还有大量请求等待connection。
2、解决方法
①提高Maximum Capacity数量，该值一般略大于峰值情况下的数据库连接数。Services > JDBC > Connection Pools > BankConnectionPool > Configuration > Connections
②重点检查synchronize代码段和涉及数据库锁的代码。如果有必要，可以查看thread dump，看看线程在忙什么和等什么。

三、数据库连接使用超时
此类问题一般是由于某些数据库操作时间比较长，超过了Inactive connection timeout的设置。
1、诊断方法
在Server Log中，明确有下列提示，并且在提示后抛出应用异常：
Forcibly releasing inactive resource "[email protected]" back into the pool BankConnectionPool".这里无法列出应用异常，因为每个应用都不一样，不过很有可能会抛出空指针异常，因为Connection被强制放回池中了，继续使用一个空对象会抛出该异常。
2、解决方法
在高级参数中，提高Inactive connection timeout数量。
Services > JDBC > Connection Pools > BankConnectionPool > Configuration > Connections

四、事务超时
此类问题一般是由于某些数据库操作时间比较长，超过了JTA Timeout Seconds的设置。
1、诊断方法
在Server Log中，明确抛出异常：
weblogic.transaction.internal.TimedOutException: Transaction timed out after 300 seconds
2、解决方法
提高Services > JTA Configuration > Timeout Seconds数量。
注意这个参数应该小于Inactive connection timeout的值，因为事务必须在连接超时前完成。如果想分析究竟是哪些SQL语句导致事务超时，可以打开日志AdminServer > Logging > JDBC，选中Enable JDBC Logging，并设置JDBC Log File Name。