mysql ora-1400_ORA-01033 ORA-01194 ORA-01110 ORACLE initialization or shutdown in progress

昨天用360做 大文件清理时,坑爹的360将oracle 所有的日志都给清除了

Oracle 不完全恢复,当前日志损坏的恢复

REDO01.LOG REDO02.LOG REDO03.LOG 导致plsql 登陆就报 ORA-01033 ORACLE initialization or shutdown in progress

通过半夜的反复实验终于解决了 具体解决方案如下

原因是日志文件必须与SYSTEM01.DBF文件配置,没有备份也不能还原 只能修改oracle 参数解决,

同样此方法适用 ORA-01194 ORA-01110

第 1 行出现错误:

ORA-01194: 文件 1 需要更多的恢复来保持一致性

ORA-01110: 数据文件 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF'

解决步骤如下:

命令行下:

Oracle 不完全恢复,当前日志损坏的恢复

1。通过报警日志文件找到丢失的成员

2。删除丢失的成员

3。重新建立丢失的成员

非当前组丢失

如果及时发现,clear 该组,或者删除,在建立

如果没有发现,将变为当前日志丢失

当前的组丢失

数据库崩溃,因为lgwr进程崩溃,导致数据库崩溃

1。全备份数据库(再次恢复的基石)

2。恢复所有的datafile(千万不要恢复其它文件)

2。 Startup mount;

3。 recover database until cancel;

4。提供归档日志

5。数据库要丢失的日志时,键入cancel

6. alter database open resetlogs;

7.全备份数据库(未来恢复的基石)

结果丢失了当前组所记录的交易,因为当前组没归档

案例描述

有完整的备份

归档的数据库

在某一个时间点磁盘崩溃

数据库必须恢复

某个归档日志丢失

1。全备份数据库(再次恢复的基石)

2。恢复所有的datafile,和controlfile(日志文件不要了)

3。 Startup mount;

4。 recover database until cancel using backup controlfile;

5。提供归档日志

6。数据库要丢失的日志时,键入cancel

7。alter database open resetlogs;

8。全备份数据库(未来恢复的基石)

如果没有备份情况下当前日志组损坏将如何?

SQL> conn / as sysdba

Connected.

SQL> select * from v$log;

GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARCHIV STATUS

FIRST_CHANGE# FIRST_TIME

------- -------- ---------- ---------- ---------- ------ ---------- ------------- -----------

1 1 256 5242880 1 YES INACTIVE 3328619657 12-SEP-07

2 1 257 5242880 1 YES INACTIVE 3328619901 12-SEP-07

3 1 258 5242880 1 NO CURRENT 3328624139 14-SEP-07

SQL> select * from v$logfile;

GROUP# STATUS TYPE MEMBER IS_REC

------- ---------- ------------------------------ ----------------------------------- ------

3 ONLINE D:\ORACLE\ORADATA\ORA10\REDO03.LOG NO

2 ONLINE D:\ORACLE\ORADATA\ORA10\REDO02.LOG NO

1 ONLINE D:\ORACLE\ORADATA\ORA10\REDO01.LOG NO

SQL> host copy c:\bk\1.txt D:\ORACLE\ORADATA\ORA10\REDO03.LOG

破坏当前的日志文件,再进行切换

SQL> alter system switch logfile;

alter system switch logfile

*

ERROR at line 1:

ORA-00316: log of thread , type in header is not log file

实例崩溃了.因为lgwr死了,它是核心进程,一个核心进程死亡实例就会崩溃

SQL> conn / as sysdba

Connected to an idle instance.

SQL> startup

ORACLE instance started.

Total System Global Area 167772160 bytes

Fixed Size 1247900 bytes

Variable Size 75498852 bytes

Database Buffers 88080384 bytes

Redo Buffers 2945024 bytes

Database mounted.

ORA-00313: open failed for members of log group 3 of thread 1

ORA-00312: online log 3 thread 1: 'D:\ORACLE\ORADATA\ORA10\REDO03.LOG'

ORA-27046: file size is not a multiple of logical block size

OSD-04012: file size mismatch (OS 6374)

我们想启动数据库,但是失败了.因为我们现在的文件根本不是一个日志文件.

SQL> alter system set _allow_resetlogs_corruption=true scope=spfile;

alter system set _allow_resetlogs_corruption=true scope=spfile

*

ERROR at line 1:

ORA-00911: invalid character

修改参数失败了.

SQL> alter system set "_allow_resetlogs_corruption"=true scope=spfile;

加上双引号,修改成功

System altered.

SQL> shutdown abort;

ORACLE instance shut down.

SQL> startup mount;

ORACLE instance started.

重新启动实例使修改的参数生效

Total System Global Area 167772160 bytes

Fixed Size 1247900 bytes

Variable Size 75498852 bytes

Database Buffers 88080384 bytes

Redo Buffers 2945024 bytes

Database mounted.

SQL> show parameter allow

NAME TYPE VALUE

------------------------------------ ------------------------------ -----

_allow_resetlogs_corruption boolean TRUE

SQL> alter database open resetlogs;

alter database open resetlogs

*

ERROR at line 1:

ORA-01139: RESETLOGS option only valid after an incomplete database recovery

我们想以resetlogs模式打开数据库,让数据库重新建立日志,但失败了.

我们做一个假恢复,欺骗数据库.走个形式,因为我们没有备份,不可能真恢复

SQL> recover database until cancel;

ORA-00279: change 3328624139 generated at 09/14/2007 20:00:38 needed for thread 1

ORA-00289: suggestion : C:\ARC\1_258_621191202.ARC

ORA-00280: change 3328624139 for thread 1 is in sequence #258

Specify log: {=suggested | filename | AUTO | CANCEL}

cancel

ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below

ORA-01194: file 1 needs more recovery to be consistent

ORA-01110: data file 1: 'D:\ORACLE\ORADATA\ORA10\SYSTEM01.DBF'

ORA-01112: media recovery not started

数据库相信了,可以了,但打开的时候又崩溃了.

SQL> alter database open resetlogs;

alter database open resetlogs

*

ERROR at line 1:

ORA-01092: ORACLE instance terminated. Disconnection forced

SQL> conn / as sysdba

Connected to an idle instance.

SQL> startup

ORACLE instance started.

Total System Global Area 167772160 bytes

Fixed Size 1247900 bytes

Variable Size 75498852 bytes

Database Buffers 88080384 bytes

Redo Buffers 2945024 bytes

Database mounted.

Database opened.

数据库好了!

SQL> select * from scott.emp;

EMPNO ENAME JOB MGR HIREDATE SAL COMM DEPTNO

---------- ---------- ------------------ ---------- ------------ ---------- ----- ------

7369 SMITH CLERK 7902 17-DEC-80 913 20

7499 ALLEN SALESMAN 7698 20-FEB-81 1712 300 30

7521 WARD SALESMAN 7698 22-FEB-81 1362 500 30

7566 JONES MANAGER 7839 02-APR-81 3087 20

7654 MARTIN SALESMAN 7698 28-SEP-81 1362 1400 30

7698 BLAKE MANAGER 7839 01-MAY-81 2962 30

7782 CLARK MANAGER 7839 09-JUN-81 2562 10

7788 SCOTT ANALYST 7566 19-APR-87 3112 20

7839 KING PRESIDENT 17-NOV-81 5112 10

7844 TURNER SALESMAN 7698 08-SEP-81 1612 0 30

7876 ADAMS CLERK 7788 23-MAY-87 1212 20

7900 JAMES CLERK 7698 03-DEC-81 1062 30

7902 FORD ANALYST 7566 03-DEC-81 3112 20

7934 MILLER CLERK 7782 23-JAN-82 1412 10

14 rows selected.

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值