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

agangliu0400

声明：该博文转自http://maping930883.blogspot.com，热爱java,热爱生活

运行环境：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处于暂停状态，应用仍然可以访问：