刚开始的时候,还以为是没有创建监听导致的,还以为是检测到的监听是已有的实例上的监听(该主机上已存在一个实例 ),
去检查了一遍,发现不对劲,不是监听器的问题。后面再仔细看了报错,报错里已经明确地指定了一个名称,该名称就是我们
常用的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博客 ” ,链接:http://blog.itpub.net/31392094/viewspace-2134134/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/31392094/viewspace-2134134/