标签：
场景分析:
某天系统的数据库维护方要求进行DG备库容灾演练,要把生产用RAC库模拟宕机并转移至DG备库上,由于是failover而不是switchover演练,于是期间不对外开放apache访问,要求服务启动时间较紧.
数据库的切换导致IP的变更,这样导致ap上正在跑的系统不得不重新配置数据库连接,基于目前的机制需要执行以下步骤:
a).停止服务群组
b).移除服务包
c).源服务包替换配置文件(这样还要求服务包的当前版本备份完好)
d).重新上传服务包
e).分发至群组,最后启动群组
f).当源库恢复正常时又得来一遍T T
这样处理显然比DG库改IP花费更高,虽然DG要改相应监听等操作,但据了解可以通过命令行即批处理减少每次的工作量.
于是引申如何在DB出现异常时服务快速恢复的问题
分析:
1.时间花费主要用在了重新部署服务包上,如何省略这个步骤,简单想有两个方案
a).重写使用数据源初始化连接池的方案
b).使用容器托管数据源,服务包通过JNDI进行请求
其中a方案否决,一不通用,二重写的话后面出问题又要重写人负责= =
因此使用容器托管数据源的方案.
环境:
JBOSS EAP 6 domain集群
服务使用spring管理
数据库oracle 11g
解决方案:
1.暂定使用ojdbc作为驱动,因此首先要有个ojdbc6.jar,传说其他版本可能会有部分问题,如14不兼容jdk1.6,_gz不支持11g等
2.让jboss加载该驱动:
建立如下图所示的目录结构:
其中module.xml的内容如下:
Xml代码 
(扯淡:由于jboss6 使用了类maven的结构化管理,即不想4那样jar基本都在一个lib目录下,而是通过module的概念引入,并且module之间允许规定依赖和排除,也可以全局配置module引入和服务包中jar的优先级,当然最麻烦的是hibernate冲突,因为那是用石头砸自己脚)
3.把这个目录放到结点端 $JBOSS_HOME/modules下;
注意是所有的节点端,而不是放在控制端就完事,虽然具体的配置文件[domain.xml]是在控制端配的,要不在启动服务时,注册datasource就会失败:
[org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 59) JBAS014613: 操作（"add"） 失败 -- 地址：（[
("subsystem" => "datasources"),
("jdbc-driver" => "xxx.war")
4.启动jboss控制端,并在其控制台进行相关配置:
[1].进入profiles选项
[2].选择对应的配置文件,这里的profile和你对应群组指定的profile相对应,这里用的是domain下full-ha模式,目前没有尝试过full-ha工程的JNDI指向full配置的datasource,这也是为什么经常在改domain.xml的时候遇到很多相同的配置,实际是jboss划分了不同的配置域:
[3].Datasources选项卡
[4].add按钮弹出新增页面(这里奉劝先别删默认的example配置- -)
5.配置数据源别名和JNDI
6.Detected Driver是只读,给你看的
Specify Driver我在添加的时候报错:
Internal Server Error
{
"outcome" => "failed",
"result" => undefined,
"failure-description" => "JBAS010839: 操作失败或在所有服务器上回滚。",
"rolled-back" => true,
"server-groups" => {"main-server-group" => {"host" => {"slave1" => {"main-server33" => {"response" => {
"outcome" => "failed",
"result" => undefined,
"failure-description" => {"JBAS014771: 具有丢失/不可用依赖关系的服务" => ["jboss.driver-demander.java:jboss/datasources/oracleRacDS1 缺少 [jboss.jdbc-driver.xxxDs]"]},
"rolled-back" => true
}}}}}}
}
即这里似乎指定了jboss.jdbc-driver.的前缀,暂未了解何处指定;
7.配置数据库链接:
8.完成后默认是disable状态,具体的配置可以在其下的属性框中进行相应调整,这里的xxx是driver的别名,在具体的xml中会指向一个具体的class
比较特殊的属性在pool标签中通过键值对配置
9.保存后可以在domain.xml中找到profile name="full-ha"下的<subsystem xmlns="urn:jboss:domain:datasources:1.1">标签
多了如下配置,
Xml代码
其中仍需修改xa-datasource-class为如上红色部分.
10.最后重启控制端JBOSS再enable该数据源即可生效(服务端可以不用重启).
11.服务包中的datasource配置改为JNDI调用即可:
Xml代码
12.重新部署服务包,启动群组时,在节点段的日志中看到如下信息即说明注册成功
[org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-18) JBAS010400: 绑定数据源 [java:jboss/datasources/oracleRacDS]
实践:
群组启动完成后服务端可以从数据库读取数据.
这是修改正enable状态的datasource会有如下错误:
说明无法修改.
此时如果将改datasource disable掉
服务端日志中将会出现如下异常:
javax.resource.ResourceException: IJ000451: The connection manager is shutdown: java:jboss/datasources/oracleRacDS
此时再enable也无法重连该连接;
结论:
通过使用JNDI指向jboss数据源的方式,可以将数据库调整时服务段所做的调整降为如下步骤:
a).停止服务群组
b).移除服务包
c).源服务包替换配置文件(这样还要求服务包的当前版本备份完好)
d).重新上传服务包
e).分发至群组,最后启动群组
f).当源库恢复正常时又得来一遍T T
b).disable数据源
c).修改数据源配置保存并enable
d).启动服务群组即可
e).源库恢复后同上
但时间节省了,繁杂的替换文件步骤节省了,出错率减小了.
--出自sleest （感谢yangjj ^_^）
标签：
原文地址：http://www.cnblogs.com/zhujinguo/p/4383837.html
