首页 > 代码库 > oracle 10G 表空间移动 , TNS 监听程序所有适用例程都无法建立新连接,service_died 12537, c3p0连接池参数
oracle 10G 表空间移动 , TNS 监听程序所有适用例程都无法建立新连接,service_died 12537, c3p0连接池参数
一次边学边干的oralce运维经历, 步步是坑啊
前几天经历了删除垃圾数据表、清理回滚表空间这些东西之后,又rebuild了索引, 感觉oracle的性能真是杠杠的。 系统又开始急速运行了。
客户经历了这事之后, 主动提出了把数据库切换到存储上面, 分配了200G。
开始干活啊,
1、先停止oracle
2、把你要移动的表空间文件复制到目的地例如:从d盘复制到E盘
3、登陆oracle
sqlplus / as sysdba4、然后执行
startup mount alter database rename file 'D:/xxxxx' to 'E:/xxxxx'; alter database open;ok, 一切都搞定。
胜利完工之后, 系统运行2天, 客户说每天早上系统都必须重启, 才可以使用, 否则服务使用。 很是困惑。 打开oracle日志查看
警告日志:\oracle\product\10.2.0\db_1\admin\orcl\bdump\alert_orcl.log 监听日志:\oracle\product\10.2.0\db_1\NETWORK\log\listener.log
workman 16:57:38 01-12月-2014 07:59:42 * service_update * scm * 0 01-12月-2014 07:59:47 * (CONNECT_DATA=http://www.mamicode.com/(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=SCM)) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.11.15.179)(PORT=2910)) * establish * SCM * 12528>【注明:关于 12537的错误, 笔者度娘很久, 发现这是个很模糊的问题, 很多人都说是oracle的配置的问题】
经过分析, 这个应该和配置没有啥关系 , 因为再次重启的时候oracle不用重启就可以, 如果oralc自己出了问题, 那恐怕这样不行,而且每次都出现在夜里, 所以这个错误应该是个很大范围的。
所以, 查看java的连接情况, 程序使用c3p0作为数据库连接池。修改其参数
<property key="c3p0.validate">true</property> <property key="c3p0.idle_test_period">60</property>然连接池自己去校验下连接是否正常。 早上再次查看oralc的listener.log , 一切恢复正常。
继续监控系统中。。。。
oracle 10G 表空间移动 , TNS 监听程序所有适用例程都无法建立新连接,service_died 12537, c3p0连接池参数
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。