oracle介质损坏解决办法

1、起因是前一天晚上着急下班(工作使我快乐),navicat非正常退岀，因为以前也经常直接关 闭，并没觉着有什么不妥，结果第二天妥妥地连不上了。报错：oracle中监听程序当前无法识别连接描述符中请求服务 好么开始百度说什么C:appzyfproduct这个目录下的Listener sqlnet tnsnames这三个文件有问题的都是sb,试了所有办法根本没用，还有说当前 用户不在oracle用户组的，也是放屁。还有建spfile的，也没用。倒是知道了 pfile放哪里了： C:appzyfadminorclpfile在这之后我将数据库的监听和网络拿配了大槪一万次,主机名最终用zyf-PC替代了

2、localhost。 后来确左这两个地方配置无误之后，才放弃了反复重启服务这一条路。最终找到一个帖子说数据库实例没有启动，于是乎：lsqlplus?/nolog2conn?/?as?sysdba3 startup这样就能连上了，这只是cmd里而，也就是sqlplus,用navicat连接仍然失败。如果第二部连不上说没有权限的时候，要打开数据库卸载程序，点到已安装，点环境，将 oracle的环境变疑配好，即选中home然后应用即可。到第三部又报错了这家伙这错误我折腾一下午：具体报错流程如下：ERROR:ORA-01034: ORACLE not availableORA-27101: share

3、d memory realm does not exist进程ID:O会话ID:O序列号:0-这个是现象。SQL*Plus: Release .0 Production on 星期一 3 月 28 15:30:38 2013Copyright (c) 1982, 2010, Oracle. All rights reserved.ERROR:ORA-01031: insufficient privileges请输入用户名：sys as sysd ba输入口令：已连接到空闲例程。SQL show parameter;ORA-01034: ORACLE not available进程ID:0会话I

4、D:0序列号:0SQL select group#,sequenee#,members,archived,status from v$log; select group#sequenee#membersarchivedstatus from v$log*第i行出现错误：ORA-01034: ORACLE not available进程ID:O会话ID:O序列号:0这个过程中我参考很多资料，无法解决SQL startup open hstestdbORACLE例程已经启动。Total System Global Area 60 bytesFixed SizeVariable SizeDataba

5、se BuffersRedo Buffers2188768 bytes56 bytes48 bytesbytes数据库装载完毕。ORA-03113:通信通道的文件结尾进程 ID: 2984会话ID: 5序列号:3还是报ORA-03113:通信通道的文件结尾，究竟什么原因SQL startup open hstestdbORACLE例程已经启动。Total System Global Area 60 bytesFixed SizeVariable SizeDatabase BuffersRedo Buffers2188768 bytes56 bytes48 bytesbytes数据库装载完毕。O

6、RA-03113:通信通道的文件结尾进程 ID: 2984会话ID: 5序列号:3SQL exit从 Oracle Database llg Enterprise Edition Release .0 64bit ProductionWith the Partitioning, OLAR Data Mining and Real Application Testing options 断 开C:Documents and SettingsAdministratorset oracle_sid=hstestdbC:Documents and SettingsAdministratorsqlplu

7、s /as sysdbaSQL*Plus: Release .0 Production on 星期一 3 月 18 15:37:02 2013Copyright (c) 1982, 2010, Oracle. All rights reservedERROR:ORA-01031: insufficient privileges请输入用户名:sys as sysdba 输入口令：已连接到空闲例程。SQL stopSP2-0042:未知命令”stop 其余行忽略。SQL shutdown immediate;ORA-01034: ORACLE not availableORA-27101: sha

8、red memory realm does not exist他妈现在看着还想叶，这百度上前两页的方法全试了有木有啊，都是骗子啊。 最终找到一个帖子说的用归档模式。首先用startup mount装载数据库但是不使用。SQL startup mount;ORACLE例程已经启动。Total System Global Area 60 bytesFixed SizeVariable Size Database Buffers Redo Buffers 数据库装载完毕。2188768 bytes56 bytes48 bytesbytes然后查询归档日志，查询结果是我以前进行过两次归档。 SQL s

9、elect * from v$log;GR0UPNTHREftOMSEOUENCEMBVTES BLOCKSIZEMEHBCRS ftRCHIUSTATUSFIRST.CHOAIGEItFIRST.TXHEMCXT.CHONGEttNEXT.TIHE11152 耳5121 NOTNfKTlUE120157G9月771W3GS372125岔2倾05121 MOINACTIUE1293S93?126仲 2月十GAOUP#THREJO#$OUENCEBVTE5 BL0CKSI2EHEH9R$ ftftCHIUSTATUSFIRST.CWWGENFIRST.TIMENEXT.CHANGEWNEXT.T

10、1ME3135121 MOCURRENT1 测134210-11 冃 T72.81M7E*m图中所示已经是resetlog之后的了，以前的备份已经被从1开始重新计数。 所以这种还原恢复方式也是无奈之举，以前的备份信息就这样木了。 执行SQLrecover database until time 2017-09-17 12:12:12;完成介质恢复。SQL alter database open resetlogs;数据库已更改。必须用resetlog形式重新打开数据库SQL shutdown数据库已经关闭。已经卸载数据库。ORACLE例程已经关闭。SQL startupORACLE例程已经启动

11、。Total System Global Area 60 bytesFixed SizeVariable SizeDatabase BuffersRedo Buffers 数据库装载完毕。 数据库已经打开。2188768 bytes56 bytes48 bytesbytes经过以上此次问题应该是解决了。startup mount：打开控制文件，进行nomount所有操作，并进行交互。这时Oracle从它用 来查找和附加到主要数据库结构的控制文件中获得信息。当处于这个模式时，可以执行一些 管理型任务，比如恢复。Startup nomount：读取参数文件，启动实例，但是不安装数据库。后台进程和内

12、存结构被启 动，但不附加到数据库中也不与磁盘结构进行通信。此时，数据库不可用。STARTUP OPEN选项：（打开数据文件，日志文件）如果STARTUP命令行上没有指泄任何模式，STARTUP OPEN选项就是默认的启动模式。STARTUP OPEN选项执行STARTUP NOMOUNT和STARTUP MOUNT选项的所有步骤。这个选项把数据库变成对所有用户都时可用的。但是吃一堑长一智，还是再来用RMAN备份一下吧：首先开启归档模式：1重启数据库到mount状态：shutdown immediate;注意的是关闭非常慢不如直接重启服务startup mount;装载而不启动archive log list可以査看当前是否为归档模式alter database archivelog;将数据库变为归档模式shutdown immediate； startup mount;重启