跳至主要内容

Oracle学习笔记20080117

大家都清楚，联机日志分为当前联机日志和非当前联机日志。
非当前联机日志的损坏是比较简单的，一般通过clear命令就可以解决问题。
1、启动数据库，遇到ORA-00312 or ORA-00313错误，
如ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'D:\ORACLE\ORADATA\TEST\REDO01.LOG'
从这里我们知道日志组1的数据文件损坏了从报警文件可以看到更详细的信息
2、用CLEAR命令重建该日志文件
SQL>alter database clear logfile group 1;

如果是该日志组还没有归档，则需要用
SQL>alter database clear unarchived logfile group 1;

3、打开数据库，重新备份数据库
SQL>alter database open;

说明：
1、如果损坏的是非当前的联机日志文件，一般只需要clear就可以重建该日志文件，但是如果该数据库处于归档状态但该日志还没有归档，就需要强行clear。
2、建议clear，特别是强行clear后作一次数据库的全备份。
3、此方法适用于归档与非归档数据库

损坏当前联机日志归档模式下当前日志的损坏有两种情况：
一、是数据库是正常关闭，日志文件中没有未决的事务需要实例恢复，当前日志组的损坏就可以直接用
SQL>alter database clear unarchived logfile group n
来重建。
二、是日志组中有活动的事务，数据库需要媒体恢复，日志组需要用来同步，有两种补救办法
A.最好的办法就是通过不完全恢复，可以保证数据库的一致性，但是这种办法要求在归档方式下，并且有可用的备份
B.通过强制性恢复，但是可能导致数据库不一致。下面分别用来说明这两种恢复方法

5.1.2.1 通过备份来恢复
1、打开数据库，会遇到一个类似的错误
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'D:\ORACLE\ORADATA\TEST\REDO01.LOG'
ORA-27041: unable to open file
OSD-04002: unable to open fileO/S-Error: (OS 2) 系统找不到指定的文件
2、查看V$log，发现是当前日志
SQL> select group#,sequence#,archived,status from v$log;
GROUP# SEQUENCE# ARCHIVED STATUS---------- ---------- -------- ---------------- 1 1 NO CURRENT 2 2 YES INACTIVE 3 3 YES INACTIVE
3、发现clear不成功
SQL> alter database clear unarchived logfile group 1;

alter database clear unarchived logfile group 1*ERROR at line 1:
ORA-01624: log 1 needed for crash recovery of thread 1
ORA-00312: online log 1 thread 1: 'D:\ORACLE\ORADATA\TEST\REDO01.LOG'
4、拷贝有效的数据库的全备份，并不完全恢复数据库可以采用获取最近的SCN的办法用until scn恢复或用until cnacel恢复recover database until cancel先选择auto，尽量恢复可以利用的归档日志，然后重新recover database until cancel这次输入cancel，完成不完全恢复，也就是说恢复两次。如：
SQL> recover database until cancel;Auto……
SQL> recover database until cancel;Cancel;

5、利用alter database open resetlogs打开数据库说明：
1、这种办法恢复的数据库是一致的不完全恢复，会丢失当前联机日志中的事务数据
2、这种方法适合于归档数据库并且有可用的数据库全备份。
3、恢复成功之后，记得再做一次数据库的全备份。
4、建议联机日志文件一定要实现镜相在不同的磁盘上，避免这种情况的发生，因为任何数据的丢失对于生产来说都是不容许的。

5.1.2.2
如果没有备份，进行强制性恢复
1、打开数据库，会遇到一个类似的错误
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: 'D:\ORACLE\ORADATA\TEST\REDO01.LOG'ORA-27041: unable to open file
OSD-04002: unable to open fileO/S-Error: (OS 2) 系统找不到指定的文件
2、查看V$log，发现是当前日志
SQL> select group#,sequence#,archived,status from v$log;

GROUP# SEQUENCE# ARCHIVED STATUS---------- ---------- -------- ---------------- 1 1 NO CURRENT 2 2 YES INACTIVE 3 3 YES INACTIVE
3、发现clear不成功
SQL> alter database clear unarchived logfile group 1;

alter database clear unarchived logfile group 1*ERROR at line 1:
ORA-01624: log 1 needed for crash recovery of thread 1
ORA-00312: online log 1 thread 1: 'D:\ORACLE\ORADATA\TEST\REDO01.LOG'
4、把数据库down掉 SQL>shutdown immediate
5、在init.ora中加入如下参数 _allow_resetlogs_corruption=TRUE
6、重新启动数据库,利用until cancel恢复
SQL>recover database until cancel; Cancel

如果出错，不再理会，发出

SQL>alter database open resetlogs;
7、数据库被打开后，马上执行一个full export
8、shutdown数据库,去掉_all_resetlogs_corrupt参数
9、重建库
10、import并完成恢复
11、建议执行一下ANALYZE TABLE ...VALIDATE STRUCTURE CASCADE;(没用过)

说明：
1、该恢复方法是没有办法之后的恢复方法，一般情况下建议不要采用，因为该方法可能导致数据库的不一致
2、该方法也丢失数据，但是丢失的数据没有上一种方法的数据多，主要是未写入数据文件的已提交或未提交数据。
3、建议成功后严格执行以上的7到11步，完成数据库的检查与分析
4、全部完成后做一次数据库的全备份
5、建议联机日志文件一定要实现镜相在不同的磁盘上，避免这种情况的发生，因为任何数据的丢失对于生产来说都是不容许的。

alter database backup controlfile to trace(该语句能将东西备份出来但是如何导入却没有试过)实际上就是把当前数据库的控制文件的创建语句备份到trace文件里，你可以找到这个trace文件然后抓出创建语句直接用！

5.2.1
损坏单个控制文件损坏单个控制文件是比较容易恢复的，因为一般的数据库系统，控制文件都不是一个，而且所有的控制文件都互为镜相，只要拷贝一个好的控制文件替换坏的控制文件就可以了。
1、控制文件损坏，最典型的就是启动数据库出错，不能mount数据库
SQL>startup

ORA-00205: error in identifying controlfile, check alert log for more info查看报警日志文件，有如下信息alter database mountMon May 26 11:59:52 2003
ORA-00202: controlfile: 'D:\Oracle\oradata\chen\control01.ctl'
ORA-27041: unable to open file
OSD-04002: unable to open fileO/S-Error: (OS 2) 系统找不到指定的文件。
2、停止数据库
SQL>shutdown immediate
3、拷贝一个好的控制文件替换坏的控制文件或修改init.ora中的控制文件参数，取消这个坏的控制文件。
4、重新启动数据SQL>startup

说明：
1、损失单个控制文件是比较简单的，因为数据库中所有的控制文件都是镜相的，只需要简单的拷贝一个好的就可以了
2、建议镜相控制文件在不同的磁盘上
3、建议多做控制文件的备份，长期保留一份由alter database backup control file to trace产生的控制文件的文本备份

5.2.2 损坏全部控制文件损坏多个控制文件，或者人为的删除了所有的控制文件，通过控制文件的复制已经不能解决问题，这个时候需要重新建立控制文件。
同时注意，alter database backup control file to trace可以产生一个控制文件的文本备份。以下是详细重新创建控制文件的步骤
1、关闭数据库SQL>shutdown immediate;
2、删除所有控制文件，模拟控制文件的丢失
3、启动数据库，出现错误，并不能启动到mount下
SQL>startup
ORA-00205: error in identifying controlfile, check alert log for more info查看报警日志文件，有如下信息alter database mountMon May 26 11:53:15 2003
ORA-00202: controlfile: 'D:\Oracle\oradata\chen\control01.ctl'
ORA-27041: unable to open file
OSD-04002: unable to open fileO/S-Error: (OS 2) 系统找不到指定的文件。
4、关闭数据库SQL>shutdown immediate;
5、在internal或sys下运行如下创建控制文件的脚本，注意完整列出联机日志或数据文件的路径，或修改由alter database backup controlfile to trace备份控制文件时产生的脚本，去掉多余的注释即可。
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "TEST" NORESETLOGS
NOARCHIVELOG
MAXLOGFILES 32
MAXLOGMEMBERS 2
MAXDATAFILES 254
MAXINSTANCES 1
MAXLOGHISTORY 226
LOGFILE
GROUP 1 'D:\ORACLE\ORADATA\TEST\REDO01.LOG' SIZE 1M,
GROUP 2 'D:\ORACLE\ORADATA\TEST\REDO02.LOG' SIZE 1M,
GROUP 3 'D:\ORACLE\ORADATA\TEST\REDO03.LOG' SIZE 1M
DATAFILE
'D:\ORACLE\ORADATA\TEST\SYSTEM01.DBF',
'D:\ORACLE\ORADATA\TEST\RBS01.DBF',
'D:\ORACLE\ORADATA\TEST\USERS01.DBF',
'D:\ORACLE\ORADATA\TEST\TEMP01.DBF',
'D:\ORACLE\ORADATA\TEST\TOOLS01.DBF',
'D:\ORACLE\ORADATA\TEST\INDX01.DBF'
CHARACTER SET ZHS16GBK;
-- Recovery is required if any of the
datafiles are restored backups,
-- or if the last shutdown was not normal or immediate.RECOVER
DATABASE
--if the last shutdown was not normal or immediate
--noarchive
-- RECOVER DATABASE UNTIL CANCELUSING BACKUP CONTROLFILE
--archive
-- RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL
-- Database can now be opened normally.
ALTER DATABASE OPEN;
--if recover database until cancel
--ALTER DATABASE OPEN RESETLOGS;

6、如果没有错误，数据库将启动到open状态下。

说明：
1、重建控制文件用于恢复全部数据文件的损坏，需要注意其书写的正确性，保证包含了所有的数据文件与联机日志
2、经常有这样一种情况，因为一个磁盘损坏，我们不能再恢复(store)数据文件到这个磁盘，因此在store到另外一个盘的时候，我们就必须重新创建控制文件，用于识别这个新的数据文件，这里也可以用这种方法用于恢复
标签：

评论

发表评论

此博客中的热门博文

Python学习笔记20100117

映射list   Dictionary 是用{}. list 是一那个[]. turple是用() 当你定义过dictionary后，你可以使用d.keys(), d.values(),d.items()将定义后的时候分别显示出来 当然可以将list里的值加减乘除，也可以如一般的定义直接重新复制这个list. 链接与分割字符串的 li=";", join(li) 则显示的就是 分隔符为;的数 如果使用li=li.split(";")则将刚刚;的分隔符删除，而split里也可定义域，如li.split(";",1)   自省 <---这是啥 之前在使用的时候发觉有些书本上的模块不能调用，很多是py脚本定义过的函数。 下载该脚本s，然后上传至指定位置。 >>>import sys >>>sys.path >>>sys.path.append("绝对位置")然后就能调用这些脚本和参数了。 删除 >>>sys.path.pop() 定义一个参数是 def info(test, test1=10.test2=12): info是函数名，test是必备参数，因为没有定义值，test1和test2是可选参数，定义了初始值   以上是外部函数的调用，下面转到内部函数 内部函数有type,str,dir及其他   ---type 返回任意字符的类型，模块也可以。types模块 >>> type(1) <type 'int'> >>> li=[] >>> type(li) <type 'list'> >>> import odbchelper >>> type(odbchelper) <type 'module'> >>> type(sys) <type 'module'> >>> import types ...
发表评论
阅读全文

投名状

昨天晚上实在无聊，就屁颠屁颠的去看了《投名状》，本来去奥斯卡的，发觉已经只有9点以后的场次，还特别的翘，我说那九点看了直接去看《集结号》首映算了，别人不愿意，那行，然后出来瞎晃悠，还好几个周围的电影院还近，去了胜利，人那还没上片，看来没希望，突然想去唱歌，行，反正金歌也进，就那么走过去吧，突然眼前豁然开朗，这不是西湖电影院么，一阵小跑，发觉上片，最近的场次还只有头牌了，虽然头牌脖子有点罩不住，但是至少看看片子还可以的。 网上大概了解了下《投名状》，陈可辛翻拍的《刺马》，加上了几个现代的演员。故事的大概是：姜午阳、赵二虎本为草莽，在一次争斗中与庞青云结识。三人惺惺相惜，结为异姓兄弟。不料日就生变，赵二虎的妻子莲生爱上了大哥庞青云，庞青云也对莲生心生爱慕。不久后，庞青云升为两江总督，欲望逐渐膨胀，变得心狠手辣。他的道德防线也逐渐崩溃，霸占莲生，还要对兄弟下手…… 剧情也就那么个回事情，其实故事梗概不然，一个从死人堆里爬出来的人，什么都失去过了 。已经改变了他的原有个性，他已经从开始就知道什么是他要的，而唯一觉得真是的就是老徐那一次，其实古时候也挺简单的，说得好就上了。只是一种人性做本质的释放。受苦挨饿无非就是为了有着一日飞黄腾达，为了生活隐姓埋名，别人都在抢军粮的时候什么都不做，唯一的只是在金城武快要被杀掉的时候救助，然后直接取了押送大将的首级。擒贼先擒王。。。。 而刘德华的出场也特别犀利，从他的眼神看出他已经被锻炼的很老练，已经是一个大将之才，错的地方就是信错了人，在后面苏州一役的时候，从为了一个被困一年的军队，只身一人去刺城主。被困一年无论对于城内还是城外都是极大的考验，心里防线都已经到了崩溃的边缘。而城主以他的解脱来换大众的解脱，这是很等的伟大，而战争是残酷的，不能收编的俘虏虽然答应了别人，可没有粮食来养活那么多人。敌军的气节也让人唏嘘不已。 刘德华的演绎的性格有情有义，到最后死也不认为是李连杰派人杀的他。李连杰演绎的则是在战场上全军覆没后，心里从此极大改变，为了目的不择手段，从始至终就是在利用刘和金，但也为曾经的战场情了矛盾，权还是义一直是在他的心理纠结着，当苏州一役，李看到刘走出城那种又喜又悲的感情时，看出了他心理是多的纠结。金城武么，唉，演技确实很好，但是角色赋予的他是个傻蛋的角色，只为了情谊，一心想挽回情谊，而在战场上也为了情谊能甘当敢死队，同时也为了情谊...
发表评论
阅读全文