视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
ORA-12516TNS:监听程序找不到符合协议堆栈要求的可用处理程序
2020-11-09 12:51:38 责编:小采
文档


之前有一个库一直作为测试用(部门A),昨天晚上因另一个测试部门(部门B)过来测试程序,在这库上建立了两个用户并导入了数据,

问题场景:

之前有一个库一直作为测试用(部门A),昨天晚上因另一个测试部门(部门B)过来测试程序,在这库上建立了两个用户并导入了数据,今天下午突然接这两个部门人员电话说数据库一会掉一会又能连接上。当时感觉挻奇怪的,因为10分钟前我还用其他用户连接过这个库。结果当通过客户端测试就报ORA-12516 TNS: 监听程序找不到符合协议堆栈要求的可用处理程序。

看到这个错误时并没有反映过来到底是哪里出错了,接着部门A的负责人就叫我把部门B数据导出来,让他们重新找台机器去测试。后面我在服务器上导这两个用户的数据时也是直接报错,,接着我用那两个用户之一登陆数据库时,看到比较明显的错误信息:数据库的最大进程数据是150,到这里就知道是什么原因引起的?

解决方法:

1、通过sysdba用户登陆

2、查看当前进程数

select count(*) from v$processes

看到149个进程

show parameter processes的值为150(当时数据库是另外一个人建立的)

3、 更改进程数

alter system set processees=500 scope=spfile

4、 关闭数据库

shutdown immediate

5、 启动数据库使配置生效

startup;

本文永久更新链接地址:

下载本文
显示全文
专题