2023年8月1日发(作者：)

ORA-12514：TNS：监听程序当前⽆法识别连接描述符中请求的服务_监听程序不⽀持服务今天⼤黄蜂同学重启虚拟机之后再链接数据库就报了这个错，先查看了⼀下监听的状态C:> ...服务摘要..服务 "CLRExtProc" 包含 1 个实例。 实例 "CLRExtProc", 状态 UNKNOWN, 包含此服务的 1 个处理程序...命令执⾏成功监听中的服务并没有数据库实例orcl，检查了⼀下⽂件，配置并没有问题，怀疑是数据库启动时出了问题，导致监听并没有找到数据库服务，为了连上数据库，在⽂件中强制添加orcl的监听SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (SID_NAME = CLRExtProc) (ORACLE_HOME = D:appAdministratorproduct11.2.0dbhome_1) (PROGRAM = extproc) (ENVS = "EXTPROC_DLLS=ONLY:D:appAdministratorproduct11.2.0dbhome_") ) # 以下是添加部分 (SID_DESC = (GLOBAL_DBNAME = ORCL) (ORACLE_HOME = D:appAdministratorproduct11.2.0dbhome_1)

(SID_NAME = ORCL) ) )然后重启监听，让监听可以识别orcl服务C:> ...C:> ...服务 "ORCL" 包含 1 个实例。 实例 "ORCL", 状态 UNKNOWN, 包含此服务的 1 个处理程序...命令执⾏成功然后连接Oracle数据库，尝试重启数据库C:> sqlplus sys/sys@127.0.0.1/orcl ...SQL> shutdown immediate;ORA-01034 - Oracle not availableORA-27101 - shared memory realm does not exist⽹上⼤部分说是ORACL_HOME或ORACLE_SID问题，可惜并不适⽤，后找到⼀篇说查看⽇志，⽇志路径位于ORACLE_，⽇志中找到数据库启动时的报错信息如下：Tue Jun 21 15:10:17 2016D:appAdministratorproduct11.2.0dbhome_ -startup -sid orcl -usrpwd * -log -nocheck 0

Tue Jun 21 15:10:33 2016ORA-00847: MEMORY_TARGET/MEMORY_MAX_TARGET and LOCK_SGA cannot be set together继续查询报错信息ORA-00847，看起来是数据库系统参数设置的问题，先把pfile导出看⼀下SQL> create pfile from spfile;创建了之后宝宝傻眼了，不在ORACLE_HOME/dbs⾥啊！后来经查才知原来Windows下pfile的默认⽣成路径和linux下不⼀样，位于$ORACLE_BASEadmindb_namepfile然后打开pfile注释掉MEMORY_TARGET参数的设置...# memory_然后从pfile启动数据库，根据pfile⽣成spfileSQL> startup pfile='D:.0';SQL> create spfile from pfile='D:.0';然后便可以重启数据库了，最后将还原，重启服务器，再查看监听状态就可以看到orcl服务正常了C:> ...服务摘要..服务 "CLRExtProc" 包含 1 个实例。 实例 "CLRExtProc", 状态 UNKNOWN, 包含此服务的 1 个处理程序...服务 "ORCL" 包含 1 个实例。 实例 "orcl", 状态 READY, 包含此服务的 1 个处理程序...服务 "orclXDB" 包含 1 个实例。 实例 "orcl", 状态 READY, 包含此服务的 1 个处理程序...命令执⾏成功参考链接：1.

2.

3.

4.

2023年8月1日发(作者：)

ORA-12514：TNS：监听程序当前⽆法识别连接描述符中请求的服务_监听程序不⽀持服务今天⼤黄蜂同学重启虚拟机之后再链接数据库就报了这个错，先查看了⼀下监听的状态C:> ...服务摘要..服务 "CLRExtProc" 包含 1 个实例。 实例 "CLRExtProc", 状态 UNKNOWN, 包含此服务的 1 个处理程序...命令执⾏成功监听中的服务并没有数据库实例orcl，检查了⼀下⽂件，配置并没有问题，怀疑是数据库启动时出了问题，导致监听并没有找到数据库服务，为了连上数据库，在⽂件中强制添加orcl的监听SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (SID_NAME = CLRExtProc) (ORACLE_HOME = D:appAdministratorproduct11.2.0dbhome_1) (PROGRAM = extproc) (ENVS = "EXTPROC_DLLS=ONLY:D:appAdministratorproduct11.2.0dbhome_") ) # 以下是添加部分 (SID_DESC = (GLOBAL_DBNAME = ORCL) (ORACLE_HOME = D:appAdministratorproduct11.2.0dbhome_1)

(SID_NAME = ORCL) ) )然后重启监听，让监听可以识别orcl服务C:> ...C:> ...服务 "ORCL" 包含 1 个实例。 实例 "ORCL", 状态 UNKNOWN, 包含此服务的 1 个处理程序...命令执⾏成功然后连接Oracle数据库，尝试重启数据库C:> sqlplus sys/sys@127.0.0.1/orcl ...SQL> shutdown immediate;ORA-01034 - Oracle not availableORA-27101 - shared memory realm does not exist⽹上⼤部分说是ORACL_HOME或ORACLE_SID问题，可惜并不适⽤，后找到⼀篇说查看⽇志，⽇志路径位于ORACLE_，⽇志中找到数据库启动时的报错信息如下：Tue Jun 21 15:10:17 2016D:appAdministratorproduct11.2.0dbhome_ -startup -sid orcl -usrpwd * -log -nocheck 0

Tue Jun 21 15:10:33 2016ORA-00847: MEMORY_TARGET/MEMORY_MAX_TARGET and LOCK_SGA cannot be set together继续查询报错信息ORA-00847，看起来是数据库系统参数设置的问题，先把pfile导出看⼀下SQL> create pfile from spfile;创建了之后宝宝傻眼了，不在ORACLE_HOME/dbs⾥啊！后来经查才知原来Windows下pfile的默认⽣成路径和linux下不⼀样，位于$ORACLE_BASEadmindb_namepfile然后打开pfile注释掉MEMORY_TARGET参数的设置...# memory_然后从pfile启动数据库，根据pfile⽣成spfileSQL> startup pfile='D:.0';SQL> create spfile from pfile='D:.0';然后便可以重启数据库了，最后将还原，重启服务器，再查看监听状态就可以看到orcl服务正常了C:> ...服务摘要..服务 "CLRExtProc" 包含 1 个实例。 实例 "CLRExtProc", 状态 UNKNOWN, 包含此服务的 1 个处理程序...服务 "ORCL" 包含 1 个实例。 实例 "orcl", 状态 READY, 包含此服务的 1 个处理程序...服务 "orclXDB" 包含 1 个实例。 实例 "orcl", 状态 READY, 包含此服务的 1 个处理程序...命令执⾏成功参考链接：1.

2.

3.

4.