在我的本地oracle 19c安装(Windows 2016)上,一切正常运行,直到本周开始进行Windows更新。从那时起,当我试图连接到DB时,我就得到了错误ORA-12514 -TNS:侦听器目前不知道在连接描述符中请求的服务。
我的listener.ora:

我的侦听器Windows服务正在运行:

令人怀疑的是,lsnrctl实用程序不监听我的服务名,它只列出了EXTPROC1521:

每当我试图连接到数据库时,我都会得到:

我不能以任何方式连接到数据库,也不能用正常的用户名连接到sys或system。我试着玩listener.ora,重新启动Windows服务,但都没有受到影响:-(你能帮帮我吗?
发布于 2021-02-19 18:46:38
最后,按照以下指令解决了我的问题:https://www.programmersought.com/article/48144147987/
摘要:
通过命令"shutdown"
。
发布于 2021-02-19 13:12:41
您的数据库是否处于开放模式?注意!您的数据库Windows服务可以运行,但数据库可以处于以下任何一种模式:open|mount|nomount|down。确保您的数据库处于开放模式。当db达到开放模式时,数据库将向侦听器注册它的服务,您将能够登录
使数据库进入开放模式:
C:\>set ORACLE_SID=<MYSID>
C:\>sqlplus / as sysdba
SQL>startup警报日志
数据库警报日志是您的goto文件,以检查数据库引擎的运行情况。
数据库警报日志将说明重启后数据库为何不能达到打开模式。(可能是因为FRA (快速恢复区)规模过小)
定位警报日志是一个噩梦,所以我在几年前创建了一个bash函数。
declare -f alog
alog ()
{
less -r ${ORACLE_BASE}/diag/rdbms/$(echo ${ORACLE_SID} | tr '[:upper:]' '[:lower:]')*/${ORACLE_SID}/trace/alert_${ORACLE_SID}.log
}fra.sql
--------------------------------------------------------------------------------
-- name: fra.sql
-- purpose: Display information about the Fast Recovery Area (FRA)
-- author: Bjarte Brandt
-- date: 09.03.2010
-- remarks:
-- Change size:
-- alter system set db_recovery_file_dest_size=<size> scope=both
--------------------------------------------------------------------------------
col name format a60
col used format 99.99 heading 'Used %'
select
name,
floor(space_limit / 1024 / 1024) "Size MB",
ceil(space_used / 1024 / 1024) "Used MB",
(space_used/space_limit) * 100 used
from
v$recovery_file_dest
order by name;
select
file_type,
percent_space_used,
percent_space_reclaimable,
number_of_files
from
v$flash_recovery_area_usage;如果您现在处于100%的状态,您必须决定如何在存档模式下处理数据库。您可以实现备份策略,禁用快速恢复区域,在no存档模式下设置数据库,或者根据用例调整FRA的大小-所有选项。
注意!我知道有很多事情要考虑。请记住,您现在正在使用与世界上最大的银行完全相同的引擎。掌握它需要时间。
祝你好运!
https://stackoverflow.com/questions/66277890
复制相似问题