以下内容不光有解决问题步骤，还附带问题讲解，读完之后可简单进行问题的排查；

问题一

数据库是open状态，但是远程用问题，一般都是监听or tns配置问题

【linux版本】

查看监听状态：

[root@oracle]$ lsnrctl status 

这种情况一般发生在服务器重启或者断电，重启服务器之后没有启动监听导致，用

[root@oracle]$ lsnrctl start

命令启动监听即可

留意红线包起来的地方，刚启动监听之后的第一时间，服务连不上数据库是正常的，因为oracle数据库每隔一分钟才会把服务注册到监听中去

服务已成功注册进监听，一般情况下数据库远程链接就已经没问题了

注：如果此时数据库本地链接没问题，但是远程连接不上，查看host=xxx;如果host=localhost，则把local改为本地ip就好

【windows版本】

报错：在用PL/SQL Developer连接Oracle 11g时报错“ORA-12541: TNS: 无监听程序”

解决方案：window+R 输入cmd 键入netca

点击下一步，重新配置即可

一路下一步，直到出现此界面，监听配置完成

如出现本地链接没问题，但是远程链接不上，解决方式同上linux操作系统的处理方式

问题二

如果数据库是在linux操作系统上安装的，静默安装之后一般没有listener.ora文件【如果不做他用，不用配置监听文件监听服务也能启动，但是牵扯到更换监听端口就必须要配置listenser.ora文件了。

【配置方式】

vi listener.ora 把一下代码黏贴进去

LISTENER=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.3.88)(PORT=1555))))

注：LISTENER为监听名称，HOST=xxx为本机IP，PORT:准备作为监听的端口号 默认1521

监听分为动态注册和静态注册，以下是静态注册部分

优点：服务端关库时可以通过客户端远程起库

1）静态注册要点

① 静态注册必须在listener.ora中描述(SID_List_监听器的名字=xxxxx)

② 实例不必启动，静态监听器也能注册

③ 服务器启动静态监听后，可以通过远程启动数据库

2）静态注册的描述分为两部分内容

① 网络三要素：1、Protocal 2、Host 3、Port

② 服务名描述：GLOBAL_DBNAME：全局数据库名（静态注册特征）

3）listener.ora配置示例

LSN2 =(DESCRIPTION_LIST =(DESCRIPTION =(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.3.88)(PORT = 1522)))) SID_LIST_LSN2 =(SID_LIST =(SID_DESC =(GLOBAL_DBNAME=prod )(ORACLE_HOME = /u01/oracle)(SID_NAME =prod)))

其中：

PROTOCOL指的是监听接收链接的协议；

HOST是指的监听运行的主机或者IP地址；

PORT指的是监听运行的端口；

SID_NAME指的是监听服务的实例名；

GLOBAL_NAME指的是监听服务的服务名；

ORACLE_HOME指的是监听服务的$ORACLE_HOME。

如果[监听名]和SID_LIST_[监听名]配置是成对出现的，这代表是静态监听；如果listener.ora文件只有[监听名]的配置，监听就变成动态监听。

动态注册：客户端（sys用户）只能在远程数据库启动的情况下连接上，远程数据库关闭时客户端连接不上远程数据库。

静态注册：无论远程数据库处于开启还是关闭状态，客户端（sys用户）都可连接上。

静态注册可以在客户端控制服务器端数据库的启停，而动态注册则不可以，动态注册的监听在实例关闭时会被注销。

数据库关闭的状态下，只有sys用户可连入数据库，其他用户不可连入。

我司没有用静态监听的机器，这里不多做赘述

问题三

数据库常见错误之密码问题

一般oracle用户名的密码都设定的是默认，尽管这样，在长时间不更新密码的情况下也会出现密码过期的情况，进入数据库，查看用户的profile是哪个

查看用户密码的相应信息

大家注意，这样的问题经常出现，因为密码到期，导致各种服务都出现异常，红线标注为密码可用期限为180天，过期则自动失效。

将概要文件(如default)的密码有效期由默认的180天修改成“无限制”

修改之后，解锁过期导致不能登陆的用户密码

$sqlplus / as sysdba alter user 用户名 identified by <原来的密码> account unlock; #不用换新密码

问题四

数据库常见问题之空间爆满导致数据库无法链接

这种错误也会常见：

用工具链接服务器，然后df –h查看服务器已用空间

如果这里框起来的是100%的话，说明磁盘空间已用完

在数据库层面能清理的数据只有备份文件和跟踪日志

1、清理归档日志【在7*24的数据库中，数据量通常情况下不是很大，而占用空间大的一般是

归档文件】

用dba用户登陆oracle数据库

查看归档存放路径以及归档数量：archive log list

查到路径之后，进入相应路径，查看归档数量

之后du –sh 查看归档日志占用空间大小

生产环境一般都有上百G的归档日志

清理归档日志，切记：归档日志清理完之后，意味着数据不连续【归档之前的数据和清理归档之后的数据出现断层，一旦发生数据库崩溃，数据不能恢复，所有清理完之后一定要做数据库全备份】

1. 用rman target / 命令进入相关窗口

2. 用delete archivelog all 命令清理归档文件

检查归档路径下的文件，归档确实删除

由于我的测试环境做了物理dg所以只减少了0.1G的空间，但是在咱们的生产环境上做的时候，所有的归档都会删除干净。

做数据库全备份【重中之重】

出现finish表示备份成功

咱们有一个版本的备份脚本只有备份功能，但是没有删除早期备份文件的功能，导致备份片数量一直累计，磁盘空间暴增，以下是解决方案，同样

[root@oracle]$ rman target /

进入rman客户端，用list backup 查看挤压得所有备份片

之后delete backup 删除之前得所有备份

经检查，之前得备份片确实被删除了

问题五

数据库没有备份，没有归档，由于服务器断电造成数据库打不开open状态得处理方案

由于断电导致的Oracle数据库scn不一致导致数据库无法修复的处理方式。

故障原因：断电导致oracle数据文件的scn不一致，当前日志文件损坏，oracle的恢复机制靠的是日志文件前滚来恢复数据（显示归档的重要性），数据文件一直，启动数据库，给oracle的pfile配置文件加两个隐含参数，强制启动数据库（使用隐含参数代表在scn不一致的情况下可强行启动数据库）

orcl.__db_cache_size=66303557632orcl.__java_pool_size=1879048192orcl.__large_pool_size=268435456orcl.__oracle_base='/data/app/oracle'#ORACLE_BASE set from environmentorcl.__pga_aggregate_target=51539607552orcl.__sga_target=77309411328orcl.__shared_io_pool_size=0orcl.__shared_pool_size=7516192768orcl.__streams_pool_size=536870912*.control_files='/data/app/oracle/oradata/orcl/control01.ctl','/data/app/oracle/oradata/orcl/control02.ctl'*.db_name='orcl'*.log_archive_dest_1='location=/data/app/arch VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=orcl'*.log_archive_dest_2='service=orcl async VALID_FOR=(ONLINE_LOGFILE,PRIMARY_ROLE) DB_UNIQUE_NAME=orcl'*.log_file_name_convert='/data/app/oracle/oradata/orcl','/data/app/oracle/oradata/orcl'*.memory_target=128849018880*.processes=2000

链接是用隐含参数启动数据库的方式：

之前用了隐含参数，oracle还是在mount状态不能启动到open状态

加了

打开数据库

用exp system/oracle@orcl file=/orcl.dmp full=y 导出数据

等到新oracle数据库搭建之后，用imp system/oracle file=orcl.dmp full=y 导入过程

欢迎关注：悬钟Mr