RELATEED CONSULTING
相关咨询
选择下列产品马上在线沟通
服务时间:8:30-17:00
你可能遇到了下面的问题
关闭右侧工具栏

新闻中心

这里有您想知道的互联网营销解决方案
rman备份发生sysaux表空间丢失该怎么办-创新互联

这篇文章将为大家详细讲解有关rman备份发生sysaux表空间丢失该怎么办,文章内容质量较高,因此小编分享给大家做个参考,希望大家阅读完这篇文章后对相关知识有一定的了解。

网站建设哪家好,找创新互联建站!专注于网页设计、网站建设、微信开发、小程序制作、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了景洪免费建站欢迎大家使用!

今天突发奇想,想玩一下rman这个命令,自己虚拟机好久都没有备份了,所以就来个全备,果不其然给了我一个报错。

RMAN> backup  Starting backup at 20-OCT-16 allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=134 device type=DISK RMAN-06169: could not read file header for datafile 2 error reason 1 RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of backup command at 10/20/2016 05:19:19 RMAN-06056: could not access datafile 2

然后进入数据库开始查询为什么不能备份

SQL> select file#,name from v$datafile;      FILE# ---------- NAME --------------------------------------------------------------------------------          1 /u01/oracle/product/oradata/wrc/system01.dbf          2 /u01/oracle/product/11.2.0/db_1/dbs/MISSING00002          3 /u01/oracle/product/oradata/wrc/undotbs01.dbf      FILE# ---------- NAME --------------------------------------------------------------------------------          4 /u01/oracle/product/oradata/wrc/users01.dbf          5 /u01/oracle/product/11.2.0/db_1/dbs/MISSING00005          6 /u01/oracle/product/11.2.0/db_1/dbs/MISSING00006 6 rows selected. SQL> select TS#,name from v$tablespace;        TS# NAME ---------- ------------------------------          0 SYSTEM          2 UNDOTBS1          4 USERS          1 SYSAUX          3 TEMP          6 EXAMPLE          7 RMAN

发现这两个命令不能告诉我到底哪个表空间丢失了,后来上网查资料

SQL>  select a.file#,a.name,b.name from v$datafile a,v$tablespace b where a.ts#=b.ts#   2  ;      FILE# NAME                           NAME ---------- ------------------------------ ------------------------------          1 /u01/oracle/product/oradata/wr SYSTEM            c/system01.dbf          2 /u01/oracle/product/11.2.0/db_ SYSAUX            1/dbs/MISSING00002          3 /u01/oracle/product/oradata/wr UNDOTBS1            c/undotbs01.dbf          4 /u01/oracle/product/oradata/wr USERS            c/users01.dbf      FILE# NAME                           NAME ---------- ------------------------------ ------------------------------          5 /u01/oracle/product/11.2.0/db_ EXAMPLE            1/dbs/MISSING00005          6 /u01/oracle/product/11.2.0/db_ RMAN            1/dbs/MISSING00006 6 rows selected.

一查询丢失三个文件,然后就开始想办法解决

rman这个表空间是最好删的,但是不要忘记删的时候要

 including contents and datafiles

然后后来开始删除example这个表空间,这个显示有index以及关系所以不能删除,当时找了下确实有对象,删除所有对象再删除这个表空间应该也是可以的,最后到了sysaux这个表空间,sysaux这个表空间虽然是系统表空间,system表空间的辅助表空间,例如存放一些报告信息等,基本不会对性能有啥影像。

第一种方式

SQL> drop tablespace sysaux including contents and datafiles; drop tablespace sysaux including contents and datafiles * ERROR at line 1: ORA-13501: Cannot drop SYSAUX tablespace

第二种方式

SQL> alter database datafile 2 offline drop   2  ; Database altered. SQL> select a.file#,a.name,b.name from v$datafile a,v$tablespace b where a.ts#=b.ts#;      FILE# ---------- NAME -------------------------------------------------------------------------------- NAME ------------------------------          1 /u01/oracle/product/oradata/orcl/system01.dbf SYSTEM          2 /u01/oracle/product/oradata/orcl/sysaux01.dbf SYSAUX      FILE# ---------- NAME -------------------------------------------------------------------------------- NAME ------------------------------          3 /u01/oracle/product/oradata/orcl/undotbs01.dbf UNDOTBS1          4 /u01/oracle/product/oradata/orcl/users01.dbf      FILE# ---------- NAME -------------------------------------------------------------------------------- NAME ------------------------------ USERS          5 /u01/oracle/product/oradata/orcl/example01.dbf EXAMPLE

可以看出来明显都是没有删掉的,这个时候开始思考这个sysaux是不是写入控制文件,所以你不管怎么删都是删不掉,后来就开始想通过初始化控制文件,看能不能成功。

先创建脚本

SELECT    d.VALUE        || '/'        || LOWER (RTRIM (i.INSTANCE, CHR (0)))        || '_ora_'        || p.spid        || '.trc' trace_file_name   FROM (SELECT p.spid           FROM v$mystat m, v$session s, v$process p          WHERE m.statistic# = 1 AND s.SID = m.SID AND p.addr = s.paddr) p,        (SELECT t.INSTANCE           FROM v$thread t, v$parameter v          WHERE v.NAME = 'thread'            AND (v.VALUE = 0 OR t.thread# = TO_NUMBER (v.VALUE))) i,        (SELECT VALUE           FROM v$parameter          WHERE NAME = 'user_dump_dest') d /

在Linux下执行该脚本

SQL> @gettrcname TRACE_FILE_NAME --------------------------------------------------------------------------------------------------- /opt/oracle/admin/eygle/udump/eygle_ora_8415.trc alter database backup controlfile to trace;

通过看这个eygle_ora_8415.trc文件,编辑重新创建控制文件

STARTUP NOMOUNT CREATE CONTROLFILE REUSE DATABASE "ORCL" RESETLOGS  noARCHIVELOG     MAXLOGFILES 5     MAXLOGMEMBERS 3     MAXDATAFILES 100     MAXINSTANCES 1     MAXLOGHISTORY 1168 LOGFILE   GROUP 1 '/u01/oracle/product/oradata/wrc/redo01.log'  SIZE 50M BLOCKSIZE 512,   GROUP 2 '/u01/oracle/product/oradata/wrc/redo02.log'  SIZE 50M BLOCKSIZE 512,   GROUP 3 '/u01/oracle/product/oradata/wrc/redo03.log'  SIZE 50M BLOCKSIZE 512,   GROUP 4 '/u01/oracle/product/oradata/wrc/redo04.rdo'  SIZE 50M BLOCKSIZE 512 -- STANDBY LOGFILE DATAFILE   '/u01/oracle/product/oradata/wrc/system01.dbf',   '/u01/oracle/product/11.2.0/db_1/dbs/sysaux02.dbf',   '/u01/oracle/product/oradata/wrc/undotbs01.dbf',   '/u01/oracle/product/oradata/wrc/users01.dbf',   '/u01/oracle/product/11.2.0/db_1/dbs/sysaux03.dbf',   '/u01/oracle/product/11.2.0/db_1/dbs/sysaux04.dbf' CHARACTER SET ZHS16GBK ;

进入sqlplus跑这个脚本,然后开始进行数据库的恢复,突然发现又来个错误

SQL> RECOVER DATABASE ORA-00283: recovery session canceled due to errors ORA-01610: recovery using the BACKUP CONTROLFILE option must be done SQL> alter database archivelog; Database altered.

1. recover database using backup controlfile

如果丢失当前控制文件,用冷备份的控制文件恢复的时候,用来告诉oracle,不要以controlfile中的scn作为恢复的终点;

2. recover database until cancel

如果丢失current/active redo的时候,手动指定终点。

3. recover database using backup controlfile until cancel;

如果丢失当前controlfile并且current/active redo都丢失,会先去自动应用归档日志,可以实现大的恢复;

4. recover database until cancel using backup controlfile;

结果如下:

如果控制文件丢失,restore备份的控制文件后,则必须使用using backup controlfile选项。而until cancel则是不完全恢复,即current/active redo丢失,或者从restore数据库后某个归档文件缺失,则终止。

结论:

1、适用于restore旧的控制文件,且归档日志和cuurrent/active redo都没有丢失情况。如果一切归档日志和在线日志完好,可以不丢失数据。类似于recover database

2、当前控制文件未丢失(不需要restore旧的控制文件),此时有归档日志或者current/active log有丢失情况下,则终止。大可能恢复数据

3、4:我在oracle 10.2.0.4环境下测试效果是相同的,即适用于restore旧的控制文件,在恢复到控制文件备份那刻后,系统会提示应用控制文件备份后的归档日志,如果没有则停止。也是大可能的恢复数据。

SQL> alter database archivelog; Database altered. SQL>  recover database using backup controlfile until cancel; ORA-00279: change 1995899 generated at 10/20/2016 07:46:55 needed for thread 1 ORA-00289: suggestion : /u01/oracle/product/flash_recovery_area/ORCL/archivelog/2016_10_20/o1_mf_1_47_%u _.arc ORA-00280: change 1995899 for thread 1 is in sequence #47 Specify log: {=suggested | filename | AUTO | CANCEL} /u01/oracle/product/oradata/wrc/redo04.rdo ORA-00310: archived log contains sequence 45; sequence 47 required ORA-00334: archived log: '/u01/oracle/product/oradata/wrc/redo04.rdo' SQL> /u01/oracle/product/oradata/wrc/redo04.rdo SP2-0734: unknown command beginning "/u01/oracl..." - rest of line ignored. SQL>  recover database using backup controlfile until cancel; ORA-00279: change 1995899 generated at 10/20/2016 07:46:55 needed for thread 1 ORA-00289: suggestion : /u01/oracle/product/flash_recovery_area/ORCL/archivelog/2016_10_20/o1_mf_1_47_%u _.arc ORA-00280: change 1995899 for thread 1 is in sequence #47 Specify log: {=suggested | filename | AUTO | CANCEL} /u01/oracle/product/oradata/wrc/redo03.log Log applied. Media recovery complete.

发现control file里面找不到sequence#47,然后只能一个一个redo日志的位置来试,最后成功了

SQL> alter database open; alter database open * ERROR at line 1: ORA-01589: must use RESETLOGS or NORESETLOGS option for database open SQL> alter database open resetlogs; Database altered.

最后开启数据库,需要制定是resetlogs还是noresetlogs模式下,但是发现还是不行,sysaux还是依旧存在,说明sysaux丢失是不能挽救的,需要重新创库。

关于rman备份发生sysaux表空间丢失该怎么办就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。

另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。


分享文章:rman备份发生sysaux表空间丢失该怎么办-创新互联
文章网址:http://lswzjz.com/article/depgce.html