该报错是在最近用dbca图形化建库的时候遇到的。我们一看到这个报错，都会发觉是跟tns有关，但是不明确是tns哪里有问题。
刚开始的时候，还以为是没有创建监听导致的，还以为是检测到的监听是已有的实例上的监听（该主机上已存在一个实例），
去检查了一遍，发现不对劲，不是监听器的问题。后面再仔细看了报错，报错里已经明确地指定了一个名称，该名称就是我们
常用的tns连接串。于是去tnsnames.ora文件找到了该连接串发现，报错里指定的连接串是残缺的，就只残留一个目标服务器的
TCP规则，IP，和sid，并没有service_name，这明显是一个无效的连接串。
所以，就把该残缺的连接串清理掉，重新用dbca搭建实例，后面，顺利通过检测并创建实例。总的来说是由于残缺的tnsnames.ora文件
导致的报错。

附：建库过程中（图形建库与手动建库）还有一个报错，应加多防范：
同时报个多个错误，我们该要针对哪个为主要错误导致该报错呢。开始的时候，我也是看错了问题点，重复了两三遍都不能解决。
其中的报错有ora-01519和ora-01144.开始的时候，明显地看到是ora-01144导致的。后面不知道为什么把注意力转移到了ora-01519上，
看了ora-01519里的报错对象，并看了建库的scripts，并没有发现很明显的错误。后面想想，又把注意力转移回来ora-01144身上，
是由于在设置undo表空间与temp表空间的时候，把它们对应的数据文件或者临时文件设大了，超出了最大文件大小30G。（一个块8192bytes）.

ITPub博客

tns_04612导致不能正常建库

最新文章