广

oracle数据库

  • MYSQL
  • MSSQL
  • Redis
  • MongoDB
  • oracle数据库
  • 数据管理

    超级复杂困难之Oracle数据库大恢复

    2018-04-09 07:42:25 次阅读 稿源:互联网
    广告
    全网推广平台,软文发布

      昨天,一个朋友公司的数据库崩溃。

      这再次印证了我反复提到的一个命题:数据库也需要休息。

      每逢节假日,数据库也经常会自我选择放假。

      以前我说:年终难终 进入数据库事故多发期,一年一度今又是,记得另外一个圣诞节,我还和Biti一起在北京的时候,同样遇到一个上海的朋友数据库崩溃,我们远程指导这位朋友恢复了数据。

      这次的事情是这样的。

      1.首先主机宕机,磁盘出错

      看到以下这类错误,一般你的数据都很危险了

      Dec 24 13:52:13 kernel: sda5: rw=0, want=18298437640, limit=163846872
    Dec 24 13:52:13 kernel: attempt to access beyond end of device
    Dec 24 13:52:13 kernel: sda5: rw=0, want=10384710304, limit=163846872
    Dec 24 13:52:13 kernel: attempt to access beyond end of device
    Dec 24 13:52:13 kernel: sda5: rw=0, want=8756273744, limit=163846872
    Dec 24 13:52:13 kernel: attempt to access beyond end of device
    Dec 24 13:52:13 kernel: sda5: rw=0, want=5023902272, limit=163846872
    Dec 24 13:52:13 kernel: attempt to access beyond end of device
    Dec 24 13:52:13 kernel: sda5: rw=0, want=6730428824, limit=163846872
    Dec 24 13:52:13 kernel: attempt to access beyond end of device
    Dec 24 13:52:13 kernel: sda5: rw=0, want=8884660792, limit=163846872
    Dec 24 13:52:13 kernel: attempt to access beyond end of device
    Dec 24 13:52:13 kernel: sda5: rw=0, want=9182513808, limit=163846872
    Dec 24 13:52:13 kernel: attempt to access beyond end of device
    Dec 24 13:52:13 kernel: sda5: rw=0, want=5002858800, limit=163846872
    Dec 24 13:52:13 kernel: attempt to access beyond end of device
    Dec 24 13:52:13 kernel: sda5: rw=0, want=6730428824, limit=163846872
    Dec 24 13:52:13 kernel: attempt to access beyond end of device
    Dec 24 13:52:13 kernel: sda5: rw=0, want=15872410168, limit=163846872

      2.数据文件大量损坏

      当然这次也不例外,大量文件损坏,dbv大量如下错误:

    [oracle@stat datafile]$ dbv file=o1_mf_system_29448mn7_.dbf blocksize=8192
      DBVERIFY: Release 10.2.0.2.0 - Production on Thu Dec 25 22:17:52 2008
      Copyright (c) 1982, 2005, Oracle. All rights reserved.
      DBVERIFY - Verification starting : FILE = o1_mf_system_29448mn7_.dbf
    Page 40 is influx - most likely media corrupt
    Corrupt block relative dba: 0x00400028 (file 1, block 40)
    Fractured block found during dbv:
    Data in bad block:
    type: 6 format: 2 rdba: 0x00400028
    last change scn: 0x0000.18990f0e seq: 0x1 flg: 0x06
    spare1: 0x0 spare2: 0x0 spare3: 0x0
    consistency value in tail: 0xbc120601
    check value in block header: 0xc0cb
    computed block checksum: 0xb003
      Page 232 is influx - most likely media corrupt
    Corrupt block relative dba: 0x004000e8 (file 1, block 232)
    Fractured block found during dbv:
    Data in bad block:
    type: 6 format: 2 rdba: 0x004000e8
    last change scn: 0x0000.18991b98 seq: 0x1 flg: 0x06
    spare1: 0x0 spare2: 0x0 spare3: 0x0
    consistency value in tail: 0x6c440601
    check value in block header: 0x8d7f
    computed block checksum: 0x77dc

      3.控制文件损坏

      启动数据库出现如下错误:

      Wed Dec 24 17:08:52 2008
    ALTER DATABASE MOUNT
    Wed Dec 24 17:08:56 2008
    Errors in file /opt/oracle/admin/stat/udump/stat_ora_4630.trc:
    ORA-00600: internal error code, arguments: [kccpb_sanity_check_2], [11258908], [10375171], [0x0], [], [], [], []
    Wed Dec 24 17:08:57 2008
    ORA-600 signalled during: ALTER DATABASE MOUNT...
    Wed Dec 24 17:09:01 2008
    Starting ORACLE instance (normal)
    Wed Dec 24 17:16:22 2008
    Corrupt block 1 found during reading backup piece, file=/opt/oracle/product/db10g/dbs/snapcf_stat.f, corr_type=2

    一起学吧部分文章转载自互联网,供读者交流和学习,若有涉及作者版权等问题请及时与我们联系,以便更正、删除或按规定办理。感谢所有提供资讯的网站,欢迎各类媒体与一起学吧进行文章共享合作。

    广告
    广告
    广告
    广告