首页 > 代码库 > oracle 10G 表空间移动 ， TNS 监听程序所有适用例程都无法建立新连接，service_died 12537， c3p0连接池参数

oracle 10G 表空间移动 ， TNS 监听程序所有适用例程都无法建立新连接，service_died 12537， c3p0连接池参数

2024-08-05 19:54:53   218人阅读

一次边学边干的oralce运维经历， 步步是坑啊

前几天经历了删除垃圾数据表、清理回滚表空间这些东西之后，又rebuild了索引， 感觉oracle的性能真是杠杠的。 系统又开始急速运行了。

客户经历了这事之后， 主动提出了把数据库切换到存储上面， 分配了200G。

开始干活啊，

1、先停止oracle

2、把你要移动的表空间文件复制到目的地例如：从d盘复制到E盘

3、登陆oracle

sqlplus / as sysdba
4、然后执行
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


listener.log 的体积已经增长到140M， 打开里面发现如下内容：

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连接池参数


联系
我们