Oracle日常问题列表.doc

Oracle日常问题列表 日志文件 丢失非活动日志文件 如果丢失或者损坏的是非活动状态的日子文件，一般只需要clear就可以重建该日志文件 解决方法： 1.1利用工具连接到数据库 Sqlplus /nologin Conn /as sysdba 1.2、查看现在日志组的状态 Select group#,sequence#,archived,status from v$log 通常有三个状态分别是： Current:表示LGWR正在写的日志文件。 Active:表示LGWR正在写的日志文件，但是实例恢复（crash recovery）时将需要这种文件。 Inactive:表示LGWR正在写的日志文件，实例恢复时也不会用到这种文件。 1.3、确认日志组的状态是Inactive，可以用CLEAR命令重建日志文件 Alter database clear logfile group n 如果状态是Active，可以手工产生检验点，使日志组的状态变成Inactive，再重建 Alter system checkpoint——产生检验点 Alter database clear logfile group n——重建日志组 1.4、重新启动数据库 丢失活动日志文件 归档模式下当前日志的损坏有两种情况： 2.1、数据库是正常关闭，日志文件中没有未决的事务需要实例恢复，当前日志组的损坏就可以直接用alter database clear unarchived logfile group n来重建。 2.2、日志组中有活动的事务，数据库需要媒体恢复，日志组需要用来同步，有两种补救办法： 2.2.1、利用不完全恢复，可以保证数据库的一致性，但这种办法要求在归档模式下，并且有可用的备份。 2.2.1.1如果有备份，拷贝有效的数据库的全备份，并不完全恢复数据库 Recover database 先选择atuo，尽量恢复可以利用的归档日志，然后再： Recover database until cancel 这次输入cancel，完成不完全恢复。 2.2.1.2利用alter database open resetlogs 打开数据库 说明：这种办法恢复的数据库是一致的不完全恢复，会丢失当前联机日志中的事务数据；这种办法适合于归档数据库并且有可用的数据库的全备份；恢复成功后，要做一次数据库的全备份。 2.2.2、如果没有备份，通过强制性恢复，但是可能导致数据库不一致。 2.2.2.1先把数据库关掉 Shutdown immediate 2.2.2.2在?initsid.ora中加入如下参数 _allow_resetlogs_corruption=TRUE 2.2.2.3重新启动数据库，利用until cancel恢复。 SQLStartup restrict mount SQLRecover database until cancel; Cancle 如果出错，不用理会，发出： SQLalter database open resetlogs; 2.2.2.4数据库被打开后，马上执行一个full export 2.2.2.5shutdown 数据库，去掉_allow_resetlogs_corruption参数 2.2.2.6重建库并导入数据 2.2.2.7建议执行一下ANALYZE TABLE … VALIDATE STRUCTURE CASCADE; 说明：最后的办法，这样会导致数据库不一致和丢失数据。 数据文件 数据文件损坏是一个很严重的问题，如果没有备份，肯定会丢失数据，没有办法恢复，所以只能做好备份 有备份，直接使用备份恢复 1.1启动Rman 2.2使用命令BLOCKRECOVER RMANBLOCKRECOVER 2DATAFILE 8 BLOCK 3 3DATAFILE 10 BLOCK 233; 说明：修复数据文件8中的坏块3，修复数据文件10中的坏块233。 使用视图V$DATABASE_BLOCK_CORRUPTION可以查到冲突块的信息 2、没有备份只能尝试一下方法，但肯定会丢失数据。 2.1跳过坏块，导出数据，然后重新创建表，导入数据，操作如下： SQL select name from v$datafile; NAME -------------------------------------------------------------------------------- \ORACLE\ORADATA\SYSTEM01.DBF \ORACLE\ORADATA\UNDOTBS01.DBF \ORACLE\ORADATA\EYGLE01.DBF SQL create tablespace bloc