WAS 5x中数据源的配置使用及其常见问题

WAS5.x中数据源的配置使用及其常见问题-数据源本文将介绍WAS5.x版本中数据源的配置和使用方法，并结合实际客户遇到的常见问题进行一些讨论，以使更多用户能在WAS上顺利的配置和使用数据源。简单原理和背景介绍1.1什么是数据源？为什么要使用数据源？我们先来看一下使用JDBC1.0的时候，一般是怎样来连接数据库的。代码片断示例1：java.sql.Connection con = null; try(Class.forName(〃COM.ibm.db2.jdbc.app.DB2Driver〃)；con=java.sql.DriverManager.getConnection(〃jdbc:db2:DBName〃)；}catch(Exceptione)(System.err.println(〃Exception:"+e.getMessage());}由于建立一个数据库连接是一种比较耗时的操作，在使用JDBC1.0的时候，如果要提高性能就需要应用程序自己对连接进行缓存处理。但是在JDBC2.0以一个附加的API的方式引入了标准连接池的特性，这个附加的API叫做JDBC2.0可选包(也称作JDBC2.0标准扩展)。这样对于支持JDBC2.0的数据库(一般是指JDBC驱动程序支持)，WebSphere应用服务器提供了连接池的支持。JDBC2.0API为连接池提供了一个客户端和一个服务器端的接口。 客户端接口是javax.sql.DataSource，通常就是应用代码用来请求一个缓冲了的数据库连接的东西。这个数据源就是生成数据库连接对象的工厂。服务器接口是javax.sql.ConnectionPoolDataSource，通常是大多数应用服务器和数据库JDBC驱动打交道的接口。连接池可改进任何需要连接的应用程序(特别是基于Web的应用程序，Web用户的连接和断开更为频繁)的响应时间。因为连接池的实现，在客户端调用close()方法的时候实际上并不关闭连接，而是把连接返回到一个可重用连接的连接池中给其它客户端使用。这样就避免了任何重复打开和关闭数据库连接造成的开销，并且允许大量的客户端分享相对较少的数据库连接，从而提高数据库操作的性能。为了使用应用服务器提供的连接池功能，我们需要先定义相应的数据源。数据源在WebSphere应用服务器中作为资源存在，因此可以统一通过JNDI来查询它们。使用数据源的代码片断示例2：try( javax.naming.InitialContext ctx = newjavax.naming.InitialContext();javax.sql.DataSourceds=(javax.sql.DataSource)ctx.lookup(〃jdbc/DSName〃)；java.sql.Connectioncon=ds.getConnection();}catch(javax.naming.NamingExceptione1)(System.err.println(〃Naming-Exception:"+e1.getMessage());}catch(java.sql.SQLExceptione2)(System.err.println(〃Naming-Exception:"+e2.getMessage());}//装载JDBC驱动程序java.sql.DriverManager.registerDriver(neworacle.jdbc.driver.OracleDriver());//设置数据库连接字符串java.lang.String strConn ="jdbc:oracle:thin:@hostname/IP:1521:SIDName";//连接数据库java.sql.Connection sqlConn =java.sql.DriverManager.getConnection(strConn,〃userName〃，〃passWord〃)；这种方式需要把数据库的用户名和口令放在程序的源代码中。而在WebSphere应用服务器中我们可以在定义数据源的时候通过J2C认证的方式配置数据库访问别名，从而提升安全性。另外，这种方法也更灵活，如果数据库用户名或口令发生变化不需要更改应用程序代码。2WebSphere应用服务器中数据源所处的位置很多人在刚开始配置WebSphere应用服务器数据源时对J2C认证别名很不习惯，觉得JDBC的东西怎么会与J2C扯上关系。我们知道基于J2EE的WEB应用在与后台EIS(企业信息系统)集成的过程中，根据EIS的不同主要有三种连接方式，分别是JDBC，JCA/J2C和JMS。从理论上讲，JDBC驱动程序是可能归纳成一种特殊的JCA连接器，只不过这个连接器后面恰好连接着关系型数据库。至于实际标准如何发展，让我们拭目以待。下面我们看一下WebSphere应用服务器中数据库连接及持久性管理的示意图。如何在WebSphere应用服务器中配置数据源我们首先概要的看一下在WebSphere应用服务器中配置和使用数据源所涉及的几个环节。一般的，配置数据源的基本步骤如下：首先要确认所用的数据库是支持JDBC2.0的，并确保我们的操作系统环境设置为支持JDBC2.0。这是使用WebSphere应用服务器创建的数据源所必需的。这一点在使用UDBDB27.2的时候尤其要注意。要确定使用哪个数据源：数据源V4.0还是V5.0数据源。数据源V4.0是使用WebSphere旧连接管理器体系结构的 WebSphere4.x中的数据源，所有的EJB1.x模块都必须使用此数据源。WebSphere应用服务器5.x提供对V4.0的JDBC连接管理器模型的支持，使得J2EE1.2应用程序能够不经改变地运行。WAS5.x也支持J2EE1.3的应用，J2EE1.3应用程序内的EJB2.0模块，WEB2.3模块需要使用V5.0的JDBC连接管理器。创建JDBC提供程序。JDBC提供程序指的是JDBC驱动程序的类型及其相应的驱动程序实现JAVA包。创建数据源。数据源是在提供特定JDBC驱动程序实现类的JDBC提供程序下创建的。绑定资源引用。J2EE1.3标准推荐使用数据源的引用而不是直接使用数据源的名称。测试连接。WebSphere应用服务器5.0.x及5.1提供了数据源配置页面上提供了测试数据源连接的测试按钮。接下来，我们对数据源配置中的最为重要的两步，即创建JDBC提供程序时的配置步骤和创建数据源时的配置过程进行详细描述。2.1配置JDBC提供程序如果是第一次配置数据源连接，需要配置JDBC提供程序。配置JDBC提供程序的步骤如下：登录WAS管理控制台页面，单击资源->JDBC提供程序->选择相应的作用域->新建->选择相应的JDBC提供程序类型。2.1.1选择JDBC提供程序的作用域指定JDBC提供程序的作用域，如下图所示。的设置取决于实际WebSphere应用服务器的拓扑结构。一般有以下三种作用域：单元最常规的作用域。在“单元”作用域上定义的资源对于所有节点和服务器都是可见的，除非它们被覆盖了。要查看单元作用域中定义的资源，不要在作用域选择表单中指定服务器或节点名。节点多数资源类型的缺省作用域。在“节点”作用域上定义的资源覆盖任何在“单元”作用域上定义的重复项，并且对于相同节点上的所有服务器都是可见的，除非它们在该节点上的服务器作用域中被覆盖了。要查看节点作用域中定义的资源，不要指定服务器，但是要在作用域选择表单中选择节点名。服务器定义资源的最特定作用域。在“服务器”作用域上定义的资源覆盖任何在“单元”作用域或父“节点”作用域上定义的重复资源定义，并且它们仅对于特定服务器是可见的。要查看服务器作用域中定义的资源，在作用域选择表单中指定服务器名和节点名。以看出上面三个作用域的范围逐渐递减，并且同名的资源以最小范围的为准。这个有点类似编程语言中变量的作用域。根据上面作用域的范围的描述，在单节点的情况下，一般选用“节点”。如果只有一个应用服务器实例也可以选择“服务器”。在多个节点构成的单元中，可以分别在每个节点上分别定义，也可以选择“单元”作用域一次性定义。2.1.2选择JDBC提供程序使用下拉列表选择要创建的JDBC提供程序类型，如下图所示。如果支持的JDBC提供程序类型列表不包含我们要使用的JDBC提供程序，则选择用户定义的JDBC提供程序（User-definedJDBCProvider）o如果数据源需要两阶段提交（2PC）的支持，那么在选择JDBC驱动程序时需要选择带XA支持的驱动程序。请查询JDBC提供程序供应商文档以获取特定的必需属性信息。1.3JDBC提供程序的属性JDBC提供程序的常规属性页如下图所示：这个页面中最为重要的设置是类路径。它是指定共同组成资源提供程序类的位置路径或JAR文件名的列表，也即JDBC驱动程序类包。大部分常见数据库的JDBC驱动程序都以jar文件或zip文件的形式提供。例如DB27.2的JDBC驱动程序文件名为db2java.zip，Oracle8.1.7的JDBC驱动程序文件名为classes12.zip，Sybase12的JDBC驱动程序文件名为jconn2.jar等。在WebSphere应用服务器5.1中，类路径的缺省值反映了相应数据库更新的JDBC驱动程序，例如Oracle9i的ojdbc14.jar。类路径缺省值中还带有一个相应的WebSphere变量，我们可以用绝对路径替换或定义此WebSphere变量的值。实现类名指定JDBC驱动程序实现的Java类名。此类可用于上面的“类路径”描述中提到的驱动程序文件，例如COM.ibm.db2.jdbc.DB2XADataSource。一般不需要手工填入，采用缺省值即可。但是如果前面JDBC提供程序类型选了User-definedJDBCProvider的话就需要自己修改这个值。修改完这些属性之后按确定并保存就完成了JDBC提供程序的配置。这样我们就可以在JDBC提供程序的列表中找到我们定义的JDBC提供程序（注意选择正确的作用域并点击应用按钮）。2.2配置数据源创建JDBC提供程序后，我们就可以创建数据源以访问后端数据存储。创建新的V5.0数据源的步骤基本如下：打开WAS5.x管理控制台。单击资源->JDBC提供程序。选择相应的作用域选项以找要为其创建数据源的JDBC提供程序。选择我们要创建数据源的JDBC资源提供程序，会出现此提供程序的详细信息页面。如果我们要创建V5.0数据源，则单击“其它特性”中的数据源。单击新建以显示数据源的配置页面，如下图所示。这个页面中的几个重要的设置如下。名称：指定当前数据源的显示名称。JNDI名：指定当前数据源的JNDI名称。其缺省值为“jdbc/显示名称”。容器受管持久性：指定此数据源是否用于企业bean的容器管理的持久性。如果选择此复选框，则为关系资源适配器创建与此数据源相应的CMP连接器工厂。一般的，如果应用程序中有CMP，则需要选上此项。CMP容器生成的JNDI名称为eis/数据源名称—CMP，这个值在发布含有CMP的应用时绑定使用。语句高速缓存大小：每个连接的空闲已准备语句（PreparedStatement）数，也即已准备语句缓存的数目，用以提供性能。如果我们将此数设置得过高，我们会缺乏资源，因为系统无法打开那么多已准备语句。一般采用缺省值即可。组件受管认证别名：此别名用于运行时的数据库认证。如果我们的应用程序资源认证（res-auth）设置为应用程序，则在“组件管理的认证别名”中设置别名。容器受管的认证别名：此别名用于运行时的数据库认证。如果我们的应用程序资源认证（res-auth）设置为容器，则设置“容器管理的认证别名”。WAS5的数据源用J2C的安全认证方式，故一般不需要在应用级别设置用户名和口令，而必须定义一个J2C的认证别名。如果我们的数据库（例如Cloudscape）不支持用户标识和密码，则不要在“组件管理的认证别名”或“容器管理的认证别名”字段中设置别名。如果没有事先定义好J2C认证别名（通过管理控制台的安全性->JAAS配置->J2C认证数据），上面的两个下拉列表中是没有相应的J2C认证别名的。可以通过点击应用按钮，在数据源属性页面的最下面出现“相关项”，如下图所示。再点击J2C认证数据条目链接，然后点击新建按钮就可以进入到定义它的页面，如下图所示。上述页面中的别名就是标识这个J2C认证数据条目的，也即出现在数据源定义页中容器受管的认证别名和组建受管认证别名列表中的名字。用户名和密码对应目标数据库的用户名和密码。点击确定并保存。-现在通过点击相应JDBC提供程序的数据源链接，可以看到前面定义的数据源。进入数据源的配置页面，在相应的认证别名的列表中选择刚才定义的认证别名。-选择其它属性栏目中的定制属性进入数据源的定制属性页。这个页面中要定义的属性与所选数据库类型有关。一般的，对于DB2数据库，必须的属性是databaseName，即所对应数据库名字。对于Oracle数据库，必须的属性是URL，如jdbc:oracle:thin:@localhost:1521:sample。修改完定制属性之后，点击确定并保存修改。-我们已定义和保存数据源之后，可以单击测试连接按钮以确保此数据源定义中的参数是正确的。在数据源列表页上，我们可以同时选择多个数据源并测试它们。一般配置完数据源之后不需要重新启动服务器，就可以测试成功。但是注意如果我们添加新的WebSphere环境变量或修改它，必须重新启动进程（网络部署环境下还要重启NodeAgent和DeploymentManager）使这些变量生效。-至此，数据源的基本配置就完成了。但是在很多情况下我们还要对连接池的属性进行调整。通过点击数据源配置页面中其它属性的连接池链接，可以得到连接池的配置页面，如下图所示。这个配置页面的几个重要属性说明如下：连接超时：这个值指定当连接池达到给定连接池的最大值（最大连接数）时所等待的时间。当超过这个时间还是没有空闲连接时，连接请求超时并抛出ConnectionWaitTimeoutException。如果连接超时设置为0，则只要必需，池管理器就会等待直到分配一个连接为止（这在连接数下降到最大连接数值以下时发生）。最大连接数和最小连接数：这两个参数分别指定可以在此池中创建的最大物理连接数和最小物理连接数。应用服务器启动的时候，连接池并不建立连接。只有当应用程序请求数据库连接时，连接池才开始建立连接。当连接池中的连接数达到最小连接数之后，此后根据实际应用程序对数据库连接的需求，连接池中的连接数就保持在最小连接数和最大连接数之间。可以根据应用程序对数据库连接的要求调整这两个参数。不使用超时：这个参数指定一个空闲连接在连接池中能够存活的最大时间。因为在连接池中保持连接会消耗系统资源，因此超过最小连接数的空闲连接会被定时清除。不使用超时设为0时就不清除空闲连接。获得时间：连接池中的连接由一个定时运行的线程进行维