丢失全部数据文件，控制文件，redo log file（9201）——处理方法三

最新推荐文章于 2024-04-20 15:45:00 发布
最新推荐文章于 2024-04-20 15:45:00 发布
阅读量1.6k 收藏
点赞数
分类专栏： oracle 文章标签： file database sql archive oracle microsoft
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lunar2000/article/details/57710
版权

丢失全部数据文件，控制文件，redo log file（9201）

 

 

 

 

作者：张大鹏（Lunar）

                           Email:  moonlunar@163.com

                            MSN:  lunar52@hotmail.com

 

 

 

 

 

 

三 使用备份的控制文件（冷备）恢复

做冷备份前的测试数据

C:/>sqlplus "/ as sysdba"

 

SQL*Plus: Release 9.2.0.1.0 - Production on Tue Feb 5 23:20:52 2002

 

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

 

 

Connected to:

Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production

With the Partitioning, OLAP and Oracle Data Mining options

JServer Release 9.2.0.1.0 - Production

 

SQL>  archive log list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            e:/oracle/oradata/test/archive

Oldest online log sequence     0

Next log sequence to archive   1

Current log sequence           1

SQL> conn lunar/lunar

Connected.

SQL>  select * from test;

 

no rows selected

 

SQL>

 

冷备数据库

SQL> conn / as sysdba

Connected.

SQL> archive log list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            e:/oracle/oradata/test/archive

Oldest online log sequence     0

Next log sequence to archive   1

Current log sequence           1

SQL> exit

Disconnected from Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production

With the Partitioning, OLAP and Oracle Data Mining options

JServer Release 9.2.0.1.0 - Production

 

 

单开一个窗口做冷备

C:/>d:

 

D:/>cd D:/clonedb

 

D:/clonedb>cold_backup.bat > cold_backup.log

 

D:/clonedb>

 

查看冷备日志

 

 

D:/clonedb>echo Begin Cold_Backup Database...

Begin Cold_Backup Database...

 

D:/clonedb>date /t

2002-02-05 星期二

 

D:/clonedb>time /t

23:22

 

D:/clonedb>sqlplus "/ as sysdba" @shutdown.sql

 

SQL*Plus: Release 9.2.0.1.0 - Production on Tue Feb 5 23:22:24 2002

 

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

 

 

Connected to:

Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production

With the Partitioning, OLAP and Oracle Data Mining options

JServer Release 9.2.0.1.0 - Production

 

Connected.

Database closed.

Database dismounted.

ORACLE instance shut down.

ORACLE instance started.

 

Total System Global Area  135338868 bytes

Fixed Size                   453492 bytes

Variable Size             109051904 bytes

Database Buffers       25165824 bytes

Redo Buffers              667648 bytes

Database mounted.

Database opened.

Database closed.

Database dismounted.

ORACLE instance shut down.

Disconnected from Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production

With the Partitioning, OLAP and Oracle Data Mining options

JServer Release 9.2.0.1.0 - Production

 

D:/clonedb>copy E:/oracle/ora92/test/*.* d:/clonedb

E:/oracle/ora92/test/cold_backup.bat

E:/oracle/ora92/test/shutdown.sql

E:/oracle/ora92/test/startup.sql

E:/oracle/ora92/test/cold_backup.log

E:/oracle/ora92/test/CONTROL03.CTL

E:/oracle/ora92/test/REDO01.LOG

E:/oracle/ora92/test/REDO02.LOG

E:/oracle/ora92/test/REDO03.LOG

E:/oracle/ora92/test/REDO04A.LOG

E:/oracle/ora92/test/REDO04B.LOG

E:/oracle/ora92/test/SYSTEM01.DBF

E:/oracle/ora92/test/UNDOTBS01.DBF

E:/oracle/ora92/test/DRSYS01.DBF

E:/oracle/ora92/test/INDX01.DBF

E:/oracle/ora92/test/TOOLS01.DBF

E:/oracle/ora92/test/USERS01.DBF

E:/oracle/ora92/test/XDB01.DBF

E:/oracle/ora92/test/RMAN01.DBF

E:/oracle/ora92/test/CONTROL02.CTL

E:/oracle/ora92/test/test_ora_1024.trc

E:/oracle/ora92/test/TEMP01.DBF

E:/oracle/ora92/test/PWDtest.ORA

E:/oracle/ora92/test/test_ora_1800.trc

已复制        22 个文件。

 

D:/clonedb>copy E:/oracle/ora92/database/PWDtest.ORA d:/clonedb

已复制         1 个文件。

 

D:/clonedb>copy E:/oracle/oradata/test/archive d:/clonedb/archive

E:/oracle/oradata/test/archive/*

已复制         0 个文件。

 

D:/clonedb>sqlplus "/ as sysdba" @startup.sql

 

SQL*Plus: Release 9.2.0.1.0 - Production on Tue Feb 5 23:26:37 2002

 

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

 

Connected to an idle instance.

 

Connected to an idle instance.

ORACLE instance started.

 

Total System Global Area  135338868 bytes

Fixed Size                   453492 bytes

Variable Size            109051904 bytes

Database Buffers       25165824 bytes

Redo Buffers              667648 bytes

Database mounted.

Database opened.

 

System altered.

 

 

Database altered.

 

 

System altered.

 

Disconnected from Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production

With the Partitioning, OLAP and Oracle Data Mining options

JServer Release 9.2.0.1.0 - Production

 

D:/clonedb>date /t

2002-02-05 星期二

 

D:/clonedb>time /t

23:26

 

D:/clonedb>echo The Cold Backup Database Successed. 

The Cold Backup Database Successed.

 

制作冷备份后的测试数据

提交部分测试数据（备份后增加的）

SQL> conn lunar/lunar

Connected.

SQL> select * from test;

 

no rows selected

 

SQL>  insert into test values(25);

 

1 row created.

 

SQL> insert into test values(26);

 

1 row created.

 

SQL> commit;

 

Commit complete.

 

SQL> insert into test values(27);

 

1 row created.

 

SQL> select * from test;

        25

        26

        27

 

3 rows selected.

 

SQL>

 

 

再开一个窗口，产生检查点

Microsoft Windows 2000 [Version 5.00.2195]

(C) 版权所有 1985-2000 Microsoft Corp.

 

C:/>set nls_lang=AMERICAN_AMERICA.US7ASCII

 

C:/>sqlplus "/ as sysdba"

 

SQL*Plus: Release 9.2.0.1.0 - Production on Tue Feb 5 21:28:47 2002

 

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

 

 

Connected to:

Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production

With the Partitioning, OLAP and Oracle Data Mining options

JServer Release 9.2.0.1.0 - Production

 

SQL> alter system checkpoint;

 

System altered.

 

SQL>

 

回到原来的窗口，继续添加数据

SQL> insert into test values(28);

 

1 row created.

 

SQL>

 

 

回到as sysdba的窗口，switch logfile

SQL> alter system switch logfile;

 

System altered.

 

SQL>  archive log list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            e:/oracle/oradata/test/archive

Oldest online log sequence     1

Next log sequence to archive   2

Current log sequence           2

SQL>

 

 

回到原来的窗口，commit后，继续添加数据

SQL> commit;

 

Commit complete.

 

SQL> insert into test values(29);

 

1 row created.

 

SQL>

 

回到as sysdba的窗口，产生检查点

SQL>  alter system checkpoint;

 

System altered.

 

SQL>

 

 

 

回到原来的窗口，不commit继续添加数据

 

SQL> insert into test values(30);

 

1 row created.

 

SQL> select * from test;

        25           (new datas after cold backup)

        26          

( commit )

        27   

(checkpoint )

        28

                            ( switch logfile )

                            (commit )

        29

                            (checkpoint )

        30

                            ( shutdown abort)

8 rows selected.

 

SQL>

只能恢复到switch logfile前全部commit的数据，即：26

 

回到as sysdba的窗口，模拟数据库crash

SQL> shutdown abort

ORACLE instance shut down.

SQL>

 

 

删除所有数据库文件（数据文件，控制文件，redo log file）

SQL> host

Microsoft Windows 2000 [Version 5.00.2195]

(C) 版权所有 1985-2000 Microsoft Corp.

 

C:/>del E:/oracle/ora92/test/*.*

E:/oracle/ora92/test/*.*, 是否确认 (Y/N) ? y

 

C:/>dir E:/oracle/ora92/test

 驱动器 E 中的卷是 ORACLE

 卷的序列号是 707A-C50C

 

 E:/oracle/ora92/test 的目录

 

2002-01-13  21:59       <DIR>          .

2002-01-13  21:59       <DIR>          ..

               0 个文件              0 字节

               2 个目录  2,802,413,568 可用字节

 

C:/>sqlplus "/ as sysdba"

 

SQL*Plus: Release 9.2.0.1.0 - Production on Tue Feb 5 22:55:33 2002

 

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

 

Connected to an idle instance.

 

SQL> startup

ORACLE instance started.

 

Total System Global Area  135338868 bytes

Fixed Size                   453492 bytes

Variable Size             109051904 bytes

Database Buffers           25165824 bytes

Redo Buffers                 667648 bytes

ORA-00205: error in identifying controlfile, check alert log for more info

 

 

SQL>

 

SQL> shutdown abort

ORACLE instance shut down.

SQL>

 

 

恢复数据库

将最近的冷备拷贝过来

 

SQL> host

Microsoft Windows 2000 [Version 5.00.2195]

(C) 版权所有 1985-2000 Microsoft Corp.

 

C:/>copy D:/clonedb/*.* E:/oracle/ora92/test

D:/clonedb/cold_backup.bat

D:/clonedb/shutdown.sql

D:/clonedb/startup.sql

D:/clonedb/cold_backup.log

D:/clonedb/CONTROL03.CTL

D:/clonedb/REDO01.LOG

D:/clonedb/REDO02.LOG

D:/clonedb/REDO03.LOG

D:/clonedb/REDO04A.LOG

D:/clonedb/REDO04B.LOG

D:/clonedb/SYSTEM01.DBF

D:/clonedb/UNDOTBS01.DBF

D:/clonedb/DRSYS01.DBF

D:/clonedb/INDX01.DBF

D:/clonedb/TOOLS01.DBF

D:/clonedb/USERS01.DBF

D:/clonedb/XDB01.DBF

D:/clonedb/RMAN01.DBF

D:/clonedb/CONTROL02.CTL

D:/clonedb/test_ora_1024.trc

D:/clonedb/TEMP01.DBF

D:/clonedb/PWDtest.ORA

D:/clonedb/test_ora_1800.trc

已复制        23 个文件。

 

C:/>del E:/oracle/ora92/test/REDO0*.*

 

C:/>dir E:/oracle/ora92/test/

 驱动器 E 中的卷是 ORACLE

 卷的序列号是 707A-C50C

 

 E:/oracle/ora92/test 的目录

 

2002-01-13  21:59       <DIR>          .

2002-01-13  21:59       <DIR>          ..

2002-02-05  22:41                  340 cold_backup.bat

2002-02-05  11:28                   72 shutdown.sql

2002-02-05  12:19                  281 startup.sql

2002-02-05  22:49                2,949 cold_backup.log

2002-02-05  22:45            1,875,968 CONTROL03.CTL

2002-02-05  22:45          367,009,792 SYSTEM01.DBF

2002-02-05  22:45           52,436,992 UNDOTBS01.DBF

2002-02-05  22:45          104,865,792 DRSYS01.DBF

2002-02-05  22:45           31,465,472 INDX01.DBF

2002-02-05  22:45           31,465,472 TOOLS01.DBF

2002-02-05  22:45           31,465,472 USERS01.DBF

2002-02-05  22:45           52,436,992 XDB01.DBF

2002-02-05  22:45           52,436,992 RMAN01.DBF

2002-02-05  22:45            1,875,968 CONTROL02.CTL

2002-02-05  22:07                4,905 test_ora_1024.trc

2002-02-05  22:27           20,979,712 TEMP01.DBF

2002-02-05  21:49                3,072 PWDtest.ORA

2002-02-05  22:49                5,416 test_ora_1800.trc

              18 个文件    748,331,659 字节

               2 个目录  2,054,361,088 可用字节

 

C:/>

 

 

装载但不打开数据库

Microsoft Windows 2000 [Version 5.00.2195]

(C) 版权所有 1985-2000 Microsoft Corp.

 

C:/>set nls_lang=AMERICAN_AMERICA.US7ASCII

 

C:/>sqlplus "/ as sysdba"

 

SQL*Plus: Release 9.2.0.1.0 - Production on Tue Feb 5 20:58:25 2002

 

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

 

Connected to an idle instance.

 

SQL> startup nomount

ORACLE instance started.

 

Total System Global Area  135338868 bytes

Fixed Size                   453492 bytes

Variable Size             109051904 bytes

Database Buffers           25165824 bytes

Redo Buffers                 667648 bytes

SQL> alter database mount;

 

Database altered.

 

SQL>

 

 

使用using backup controlfile恢复数据库

SQL> recover database;

ORA-00283: recovery session canceled due to errors

ORA-00264: no recovery required

SQL>

 

注意

?         如果此时把冷备的redo log file也拷贝回来，则可以打开数据库（alter database open;），但是冷备后的数据全部都丢失了，即，数据库打开后，test表为空。操作过程如下：

SQL> alter database open;

 

Database altered.

 

SQL> archive log list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            e:/oracle/oradata/test/archive

Oldest online log sequence     0

Next log sequence to archive   1

Current log sequence           1

SQL> conn lunar/lunar

Connected.

SQL> select * from test;

 

no rows selected

 

SQL>

 

?         如果此时不使用using backup controlfile恢复数据库。不能直接open，因为没有redo log file（此时没有把冷备的redo log file 拷贝回来）。操作过程如下：

 

SQL> recover database using backup controlfile;

ORA-00279: change 1089259 generated at 02/05/2002 22:45:48 needed for thread 1

ORA-00289: suggestion : E:/ORACLE/ORADATA/TEST/ARCHIVE/1_1.ARC

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

 

 

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

auto

ORA-00279: change 1089438 generated at 02/05/2002 22:52:46 needed for thread 1

ORA-00289: suggestion : E:/ORACLE/ORADATA/TEST/ARCHIVE/1_2.ARC

ORA-00280: change 1089438 for thread 1 is in sequence #2

ORA-00278: log file 'E:/ORACLE/ORADATA/TEST/ARCHIVE/1_1.ARC' no longer needed

for this recovery

 

 

ORA-00328: archived log ends at change 1088611, need later change 1089438

ORA-00334: archived log: 'E:/ORACLE/ORADATA/TEST/ARCHIVE/1_2.ARC'

 

 

SQL>

 

 

使用until cancel using backup controlfile再次恢复

SQL> alter database open resetlogs;

alter database open resetlogs

*

ERROR at line 1:

ORA-01113: file 1 needs media recovery

ORA-01110: data file 1: 'E:/ORACLE/ORA92/TEST/SYSTEM01.DBF'

 

 

SQL> recover database until cancel using backup controlfile;

ORA-00279: change 1089438 generated at 02/05/2002 22:52:46 needed for thread 1

ORA-00289: suggestion : E:/ORACLE/ORADATA/TEST/ARCHIVE/1_2.ARC

ORA-00280: change 1089438 for thread 1 is in sequence #2

 

 

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

cancel

Media recovery cancelled.

SQL>

 

请注意此时的数据库文件的更新时间等状态：

SQL> host dir E:/oracle/ora92/test

 驱动器 E 中的卷是 ORACLE

 卷的序列号是 707A-C50C

 

 E:/oracle/ora92/test 的目录

 

2002-01-13  21:59       <DIR>          .

2002-01-13  21:59       <DIR>          ..

2002-02-05  22:41                  340 cold_backup.bat

2002-02-05  11:28                   72 shutdown.sql

2002-02-05  12:19                  281 startup.sql

2002-02-05  22:49                2,949 cold_backup.log

2002-02-05  22:45            1,875,968 CONTROL03.CTL

2002-02-05  23:04          367,009,792 SYSTEM01.DBF

2002-02-05  23:04           52,436,992 UNDOTBS01.DBF

2002-02-05  23:04          104,865,792 DRSYS01.DBF

2002-02-05  23:04           31,465,472 INDX01.DBF

2002-02-05  23:04           31,465,472 TOOLS01.DBF

2002-02-05  23:04           31,465,472 USERS01.DBF

2002-02-05  23:04           52,436,992 XDB01.DBF

2002-02-05  23:04           52,436,992 RMAN01.DBF

2002-02-05  22:45            1,875,968 CONTROL02.CTL

2002-02-05  22:07                4,905 test_ora_1024.trc

2002-02-05  22:27           20,979,712 TEMP01.DBF

2002-02-05  21:49                3,072 PWDtest.ORA

2002-02-05  22:49                5,416 test_ora_1800.trc

              18 个文件    748,331,659 字节

               2 个目录  2,054,344,704 可用字节

 

SQL>

 

使用resetlogs打开数据库

SQL>  alter database open resetlogs;

 

Database altered.

 

SQL>

 

请注意此时的数据库文件的更新时间等状态：

SQL> host dir E:/oracle/ora92/test

 驱动器 E 中的卷是 ORACLE

 卷的序列号是 707A-C50C

 

 E:/oracle/ora92/test 的目录

 

2002-01-13  21:59       <DIR>          .

2002-01-13  21:59       <DIR>          ..

2002-02-05  22:41                  340 cold_backup.bat

2002-02-05  11:28                   72 shutdown.sql

2002-02-05  12:19                  281 startup.sql

2002-02-05  22:49                2,949 cold_backup.log

2002-02-05  22:45            1,875,968 CONTROL03.CTL

2002-02-05  23:06           31,457,792 REDO01.LOG

2002-02-05  23:06           31,457,792 REDO02.LOG

2002-02-05  23:06           31,457,792 REDO03.LOG

2002-02-05  23:06            1,049,088 REDO04A.LOG

2002-02-05  23:06            1,049,088 REDO04B.LOG

2002-02-05  23:06          367,009,792 SYSTEM01.DBF

2002-02-05  23:06           52,436,992 UNDOTBS01.DBF

2002-02-05  23:06          104,865,792 DRSYS01.DBF

2002-02-05  23:06           31,465,472 INDX01.DBF

2002-02-05  23:06           31,465,472 TOOLS01.DBF

2002-02-05  23:06           31,465,472 USERS01.DBF

2002-02-05  23:06           52,436,992 XDB01.DBF

2002-02-05  23:06           52,436,992 RMAN01.DBF

2002-02-05  22:45            1,875,968 CONTROL02.CTL

2002-02-05  22:07                4,905 test_ora_1024.trc

2002-02-05  22:27           20,979,712 TEMP01.DBF

2002-02-05  21:49                3,072 PWDtest.ORA

2002-02-05  22:49                5,416 test_ora_1800.trc

              23 个文件    844,803,211 字节

               2 个目录  1,957,855,232 可用字节

 

SQL>

 

 

验证恢复

SQL>  archive log list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            e:/oracle/oradata/test/archive

Oldest online log sequence     0

Next log sequence to archive   1

Current log sequence           1

SQL> conn lunar/lunar

Connected.

SQL> select * from test;

 

         F

----------

        25

        26

 

SQL>

丢失了部分数据commit的数据，因为那些数据是在redo中的，还没有被归档

 

lunar2000
关注
专栏目录
oracle丢失redo文件,Oracle在线 redo log文件丢失后的恢复
weixin_42511714的博客
04-04 481
今天一个开发库启动不了了，发过来报错一看是日志文件损坏了(见下图)，接着说了一下前因后果。说是年前服务器掉电了，然后就再没有启动起来过。今天有人用才想到要处理。先说一下大体的思路，如果损坏的redo log是INACTIVE状态的，也就是实例崩溃恢复用不到的redo log，那处理起来比较容易，直接alter database clear logfile group #;或alter databa...
【恢复】Redo日志文件丢失的恢复
weixin_34233618的博客
07-07 732
2019独角兽企业重金招聘Python工程师标准>>> ...
redo log 丢失（非归档模式,数据库正常关闭，redo log 被误删除！）
10-16 307
数据库版本：Release 11.2.0.3.0 错误描述：数据库在正常关闭（shutdown immediate）模式下，数据库redo log被误删除。 1，数据库正常关闭，删除redo log 文件。 ...
redo日志文件丢失分情况恢复
shineboy123456的博客
03-29 2842
redo 日志文件丢失分情况恢复
mysql missing end_故障分析 | MySQL 无法启动，提示 missing……
weixin_42510271的博客
01-27 337
作者：姚远专注于 Oracle、MySQL 数据库多年，Oracle 10G 和 12C OCM，MySQL 5.6，5.7，8.0 OCP。现在鼎甲科技任顾问，为同事和客户提供数据库培训和技术支持服务。本文来源：原创投稿*爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。故障描述MySQL 数据库服务器的 CPU 和主板都换了，重新开机，发现 MySQL 无法启动！！！...
⚠️Mysql 三大Log——Redo Log、Undo Log、Bin Log，以及Mysql的两阶段提交 吧拉吧拉吧拉吧拉吧拉
眉头的骰
11-25 831
关于这三个log，redo log 和 undo log 是归属于Innodb 存储引擎的 ，bin log 是归属于 mysql Server 这个层面的。 redo log 和 undo log 都是存储引擎层面上生成的日志，并且都记录了数据的修改，只不过 redo log记录的是"物理级别"上的页修改操作，undo log 记录的是逻辑操作日志，比如对某一行数据进行了INSERT语句操作，那么 undo log就记录一条与之相反的DELETE操作。 Redo Log —— 保证事务持久性，数据异常恢
MySQL的事务实现之——redolog与undolog
qq_40416980的博客
07-05 1498
一、事务 事务是数据库区别于文件系统的重要特性之一。在文件系统中，如果正在写文件，此时操作系统突然崩溃，这个文件很有可能就损坏了。 数据库事务，在数据库操作提交时，可以确保要么所有的修改都已经被保存，要么所有的修改都不保存。 事务的特性：ACID,即原子性（atomicity）、一致性(consistency)、隔离性(isolation)、持久性（durability）。 前面的文章介绍了InnoDB存储引擎 的锁机制，正是用来保证事务之间的隔离性。而事务的原子性、一直性、持久性又是怎么实现的呢？答案就是
undo log、redo log、binlog有什么用？
最新发布
m0_63310537的博客
04-20 1478
但是这样做的风险是，主机掉电的时候会丢数据。：把 XID 写入到 binlog，然后将 binlog 持久化到磁盘（sync_binlog = 1 的作用），接着调用引擎的提交事务接口，将 redo log 状态设置为 commit，此时该状态并不需要持久化到磁盘，只需要 write 到文件系统的 page cache 中就够了，因为只要 binlog 写磁盘成功，就算 redo log 的状态还是 prepare 也没有关系，一样会被认为事务已经执行成功；
MySQL中的redo log和undo log
m0_63213529的博客
10-22 3168
MySQL中的redo log和undo log MySQL日志系统中最重要的日志为重做日志redo log和归档日志bin log，后者为MySQL Server层的日志，前者为InnoDB存储引擎层的日志。 1 重做日志redo log 1.1 什么是redo log redo log用于保证事务的持久性，即ACID中的D。 持久性：指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。 redo log有两种类型，分别为物理重做日...
MySQL资料总结（中）—— 记录日志binlog、事务日志redo log、undo log、DDL日志ddl_log
a864636467的博客
06-06 1017
文章目录记录日志1.日志刷新操作2.错误日志3.一般查询日志4.慢查询日志5.二进制日志5.1 二进制日志文件5.2 查看二进制日志5.2.1 mysqlbinlog5.2.2 show binary logs5.2.3 show binlog events5.2.4 show master status5.3 删除二进制日志5.4 二进制日志的记录格式5.5 二进制日志相关的变量5.6 二进制日志定点还原数据库事务日志1. redo log1.1 redo log和二进制日志的区别1.2 redo log
InnoDB存储引擎的redo log（重做日志）
红目香薰
05-28 1152
图解： 只要是数据更新操作，就一定会涉及它们，今天就来聊聊redolog（重做日志）。 redo log redolog（重做日志）是InnoDB存储引擎独有的，它让MySQL拥有了崩溃恢复能力。 比如MySQL实例挂了或宕机了，重启时，InnoDB存储引擎会使用redo log恢复数据，保证数据的持久性与完整性。 理想情况，事务一提交就会进行刷盘操作，但实际上，刷盘的时机是根据策略来进行的。 刷盘的时机又是一个概念，我就不展开表述了。 ...
MySQL之redo日志
Aiky哇
08-21 1917
InnoDB采用页为单位管理存储空间，我们对一张或多张表进行增删改查都必须将数据所在的页面从磁盘中加载到内存中，在数据库的持久性特性里，如果一个事务已经提交了，数据是不允许被丢失的，称为持久性，当我们在内存中修改完数据后，并且提交事务了，此时机器突然断电或其他原因，导致内存中的数据丢失了，这就不符合一致性的要求了，因此为了保证持久性，我们可以将数据写入磁盘后，再让事务返回提交成功，但是这么做会有一些问题：刷新完整的数据页太浪费。
深入讲解redo log file损坏的处理过程
weixin_33713350的博客
06-09 155
redo log file 损坏的处理过程; 　　一、查看日志 Thu Mar 29 09:15:21 2007 Errors in file d:Oracleadmings12366bdumpgs12366_lgwr_2052.trc: ORA-00313: open failed for members of log group 1 of thread 1...
starting MySQL...ERROR! The server quit without updating PID file（/var/run/mysqld/mysqld.pid）
热门推荐
qq_42609381的博客
03-15 3万+
centos7中出现mysql启动失败排查方法：首先找到/var/log/mysqd.log，第一种启动失败： 查看包含最后几行包含error的行； [ERROR] Unix socket lock file is empty /tmp/mysql.sock.lock. [ERROR] Unable to setup unix socket lock file. [ERROR] Aborting解...
Mysql——高级——事务日志（八）
最初的模样
04-12 1906
1、事务日志 事务有4种特性：原子性、一致性、隔离性和持久性。 事务的隔离性由锁机制实现。 而事务的原子性、一致性和持久性由事务的 redo 日志和undo 日志来保证。 REDO LOG 称为重做日志，提供再写入操作，恢复提交事务修改的页操作，用来保证事务的持久性。 UNDO LOG 称为回滚日志，回滚行记录到某个特定版本，用来保证事务的原子性、一致性。 有的DBA或许会认为 REDO是UNDO的逆过程，其实不然。REDO和UNDO都可以视为一种恢复操作。 REDO LOG：是存储引擎生成的
oracle redolog 文件丢失恢复 sqlplus
zhanghongcai的专栏
05-06 179
好用： sqlplus /nolog 0、connect / as sysdba 1、SQL&gt;shutdown immediate; 2、SQL&gt;startup mount; 3、SQL&gt;recover database until cancel; // redofile 丢失时用until cancel 作不完全恢复。 就是恢复到最后一个归档日志。   4、SQL...
052-184(新增70题2018)
dieqiao8331的博客
03-15 83
Where do you find information about a missing redo log file? A. trace file B. audit trail C. control file D. alert log file E. event viewer Answer: DALERT.LOG 记录系统日志，比如日志切换的记录，修改系统参数等系统...
MRP进程无法启动,ORA-19909错误,ORA-01194,ORA-00328,gap等问题综合解决
cuixiaohui5019的博客
11-10 1062
环境: Oracle11.2.0.4 Rac 一主两备模式 第一部分: 修改incarnation 前因:前几天在备2上面做Flashback下的Failover恢复实验,但影响了备1下面的adg恢复,...
旧控制文件恢复新数据库结构
xionglang7的专栏
03-06 1382
SQL> conn /as sysdba Connected. SQL> shutdown immeidate; SP2-0717: illegal SHUTDOWN option SQL> shutdown immediate; Database closed. Database dismounted. ORACLE instance shut down. SQL> startu
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值