2011年12月11日星期日

WLS_075:WebLogic Server高级管理之五:集群下的Data Source配置

运行环境:WebLogic Server 10.3.5 + Oracle Database 10g Express Edition 10.2.0.1。

本实验要求首先完成《配置Data Source (2)》、《集群配置》和《为集群配置Apache代理》。

1. 把testds应用target到dizzyworldCluster上

2. 把dizzyworldDS target到dizzyworldCluster上

完成这两个步骤后,实现了如下设计:

但是这个设计有个问题:一旦dizzyworldDS出现了故障,或者HRDatabase出现了问题,应用和Data Source即使发布到了集群上,也无法继续访问数据库了。

为了达到真正的Data Souce集群,设计上需要作如下改动:
(1)数据层应该有两个物理的数据库,这两个库之间的数据是同步的(使用数据库同步工具)。
(2)创建两个Data Source,分别指向这两个物理的数据库。
(3)创建一个Multi Data Source,包含这两个Data Source。
这样,应用中只需要使用一个Multi Data Source,无需关心使用的到底是哪个Data Source,哪个数据库。
最终的设计如下:


我们按以下步骤验证我们的设计:

3. 访问http://localhost/testds
点击Test Data Source按钮,观察是哪个Server响应的这个请求。
发现dizzy2输出了如下信息,说明dizzy2响应了请求:
Looking up the dizzyworldDS data source.
Getting the connection from the database.
Querying the database.

4. 把dizzyworldDS暂停,模拟dizzyworldDS出现故障


5. 重新访问http://localhost/testds
点击Test Data Source按钮,出现如下异常:
Error 500--Internal Server Error
java.lang.AssertionError: Unexpected Exception:
at weblogic.jdbc.common.internal.RmiDataSource.getConnection(RmiDataSource.java:273)
at jsp_servlet.__testdatasource._jspService(__testdatasource.java:122)
at weblogic.servlet.jsp.JspBase.service(JspBase.java:34)
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:300)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:183)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3717)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3681)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2277)
at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2183)
at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1454)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:178)

原因分析:从原理上讲,部署在集群上的应用应该可以访问到部署到集群上的Data Source,但是由于本实验中的应用部署在本地的Server上,也就是说Data Source和应用都部署在本地的Server上。
在这种情况下,为了提高性能,本地的应用pinned to Data Source,因此Data Source出现故障后,本地应用也就无法访问了。
如果应用不是部署在本地,那么应该可以访问到部署到集群上的Data Source,因为远程的应用没有pinned to Data Source。(这个说法来自官方说明,我没有验证)

彻底解决这个问题的办法是使用Multi Data Source。
6. 创建Multi Data Source:dizzyworldMultiDS

具体设置如下:
Name: dizzyworldMultiDS
JNDI Name: dizzyworldMultiDS
Algorithm Type: Failover
Target: dizzyworldCluster
Driver: Non-XA Driver
Data Sources: dizzyworldDS, dizzyworldDS2

7. 重新访问http://localhost/testds
Data Source Name:dizzyworldMultiDS
点击Test Data Source按钮,我们发现,即使dizzyworldDS处于暂停状态,应用仍然可以访问:

没有评论: