1.4TBASM(RAC)磁盘损坏恢复小记-mysql教程-PHP中文網

首頁

資料庫

mysql教程

1.4TBASM(RAC)磁盘损坏恢复小记

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 07, 2016 pm 03:29 PM

rac恢復損壞磁碟

这周折腾了2天的时间帮客户成功恢复了一套近1.4TB的10.2.0.5 RAC(ASM). 该库在3月4号直接crash了。大家可以看到，该库在开始报错读取redo,controlfile报错,本质原因是DISKGROUP dismount了,信息如下： Tue Mar 04 18:09:59 CST 2014 Errors in file /home/o

这周折腾了2天的时间帮客户成功恢复了一套近1.4TB的10.2.0.5 RAC(ASM). 该库在3月4号直接crash了。

大家可以看到，该库在开始报错读取redo,controlfile报错,本质原因是DISKGROUP dismount了,信息如下：

Tue Mar 04 18:09:59 CST 2014
<code class="php plain">Errors in file /home/oraprod/10.2.0/db/admin/xxxx/bdump/xxxx_lgwr_15943.trc:
<code class="php plain">ORA-00345: redo log write error block 68145
<code class="php functions">count <code class="php plain">5
<code class="php plain">ORA-00312: online log 6 thread 2:
<code class="php string">'+DATA/xxxx/onlinelog/o2_t2_redo3.log'
<code class="php plain">ORA-15078: ASM diskgroup was forcibly dismounted
<code class="php plain">Tue Mar 04 18:09:59 CST 2014
<code class="php plain">SUCCESS: diskgroup DATA was dismounted
<code class="php plain">SUCCESS: diskgroup DATA was dismounted
<code class="php plain">Tue Mar 04 18:10:00 CST 2014
<code class="php plain">Errors in file /home/oraprod/10.2.0/db/admin/xxxx/bdump/xxxx_lmon_15892.trc:
<code class="php plain">ORA-00202: control file:
<code class="php string">'+DATA/xxxx/controlfile/o1_mf_4g1zr1yo_.ctl'
<code class="php plain">ORA-15078: ASM diskgroup was forcibly dismounted
<code class="php plain">Tue Mar 04 18:10:00 CST 2014
<code class="php plain">KCF: write/open error block=0x1f41e online=1
<code class="php spaces"><code class="php plain">file=31 +DATA/xxxx/datafile/apps_ts_queues.310.692585175
<code class="php spaces"><code class="php plain">error=15078 txt:
<code class="php string">''
<code class="php plain">Tue Mar 04 18:10:00 CST 2014
<code class="php plain">KCF: write/open error block=0x47d5d online=1
<code class="php spaces"><code class="php plain">file=51 +DATA/xxx/datafile/apps_ts_tx_data.353.692593409
<code class="php spaces"><code class="php plain">error=15078 txt:
<code class="php string">''
<code class="php plain">Tue Mar 04 18:10:00 CST 2014
<code class="php plain">Errors in file /home/oraprod/10.2.0/db/admin/xxxx/bdump/xxxx_dbw2_15939.trc:
<code class="php plain">ORA-00202: control file:
<code class="php string">'+DATA/prod/controlfile/o1_mf_4g1zr1yo_.ctl'
<code class="php plain">ORA-15078: ASM diskgroup was forcibly dismounted
<code class="php plain">Tue Mar 04 18:10:00 CST 2014
<code class="php plain">KCF: write/open error block=0x47d5b online=1
<code class="php spaces"><code class="php plain">file=51 +DATA/prod/datafile/apps_ts_tx_data.353.692593409
<code class="php spaces"><code class="php plain">error=15078 txt:
<code class="php string">''
<code class="php plain">Tue Mar 04 18:10:00 CST 2014

<p>数据库实例挂了之后，我们来看下ASM实例的alert log信息，如下：</p>

<code class="php plain">Tue Mar 04 18:10:04 CST 2014
<code class="php plain">NOTE: SMON starting instance recovery
<code class="php keyword">for <code class="php plain">group 1 (mounted)
<code class="php plain">Tue Mar 04 18:10:04 CST 2014
<code class="php plain">WARNING: IO Failed.  au:0 diskname:/dev/raw/raw5
<code class="php spaces"><code class="php plain">rq:0x200000000207b518 buffer:0x200000000235c600 au_offset(bytes):0 iosz:4096 operation:0
<code class="php spaces"><code class="php plain">status:2
<code class="php plain">WARNING: IO Failed.  au:0 diskname:/dev/raw/raw5
<code class="php spaces"><code class="php plain">rq:0x200000000207b518 buffer:0x200000000235c600 au_offset(bytes):0 iosz:4096 operation:0
<code class="php spaces"><code class="php plain">status:2
<code class="php plain">NOTE: F1X0 found on disk 0 fcn 0.160230519
<code class="php plain">WARNING: IO Failed.  au:33 diskname:/dev/raw/raw5
<code class="php spaces"><code class="php plain">rq:0x60000000002d64f0 buffer:0x400405df000 au_offset(bytes):0 iosz:4096 operation:0
<code class="php spaces"><code class="php plain">status:2
<code class="php plain">WARNING: cache failed to read gn 1 fn 3 blk 10752
<code class="php functions">count <code class="php plain">1 from disk 2
<code class="php plain">ERROR: cache failed to read fn=3  blk=10752 from disk(s): 2
<code class="php plain">ORA-15081: failed to submit an I/O operation to a disk
<code class="php plain">NOTE: cache initiating offline of disk 2  group 1
<code class="php plain">WARNING: process 12863 initiating offline of disk 2.2526420198 (DATA_0002) with mask 0x3 in group 1
<code class="php plain">NOTE: PST update: grp = 1, dsk = 2, mode = 0x6
<code class="php plain">Tue Mar 04 18:10:04 CST 2014
<code class="php plain">ERROR: too many offline disks in PST (grp 1)
<code class="php plain">Tue Mar 04 18:10:04 CST 2014
<code class="php plain">ERROR: PST-initiated MANDATORY DISMOUNT of group DATA
<code class="php plain">Tue Mar 04 18:10:04 CST 2014
<code class="php plain">WARNING: Disk 2 in group 1 in mode: 0x7,state: 0x2 was taken offline
<code class="php plain">Tue Mar 04 18:10:05 CST 2014
<code class="php plain">NOTE: halting all I/Os to diskgroup DATA
<code class="php plain">NOTE: active pin found: 0x0x40045bb0fd0
<code class="php plain">Tue Mar 04 18:10:05 CST 2014
<code class="php plain">Abort recovery 
<code class="php keyword">for <code class="php plain">domain 1
<code class="php plain">Tue Mar 04 18:10:05 CST 2014
<code class="php plain">NOTE: cache dismounting group 1/0xD916EC16 (DATA)
<code class="php plain">Tue Mar 04 18:10:06 CST 2014

<p>大家可以看到，ASM报了一个ORA-15081错误,在该错误之前是报对其中一个盘/dev/raw/raw5的IO操作错误。<br>
细心的朋友可以看到,这里由于IO 操作异常后,该disk被offline了。最后磁盘组无法mount。</p>
<p>我们测试使用kfed read无法读取该disk，dd也无法操作。但是却可以直接dd 该disk对应的物理盘。</p>
<p>磁盘组无法mount，从其中trace来看显然是磁盘头损坏，如下:</p>

<code class="php plain">WARNING: cache read a corrupted block gn=1 dsk=2 blk=1 from disk 2
<code class="php plain">OSM metadata block dump:
<code class="php plain">kfbh.endian:                          0 ; 0x000: 0x00
<code class="php plain">kfbh.hard:                            0 ; 0x001: 0x00
<code class="php plain">kfbh.type:                            0 ; 0x002: KFBTYP_INVALID
<code class="php plain">kfbh.datfmt:                          0 ; 0x003: 0x00
<code class="php plain">kfbh.block.blk:                       0 ; 0x004: T=0 NUMB=0x0
<code class="php plain">kfbh.block.obj:                       0 ; 0x008: TYPE=0x0 NUMB=0x0
<code class="php plain">kfbh.check:                           0 ; 0x00c: 0x00000000
<code class="php plain">kfbh.fcn.base:                        0 ; 0x010: 0x00000000
<code class="php plain">kfbh.fcn.wrap:                        0 ; 0x014: 0x00000000
<code class="php plain">kfbh.spare1:                          0 ; 0x018: 0x00000000
<code class="php plain">kfbh.spare2:                          0 ; 0x01c: 0x00000000
<code class="php spaces"><code class="php plain">CE: (0x0x400417ee4e0)  group=1 (DATA) obj=2 (disk)  blk=1
<code class="php spaces"><code class="php plain">hashFlags=0x0002  lid=0x0002  lruFlags=0x0000  bastCount=1
<code class="php spaces"><code class="php plain">redundancy=0x11  fileExtent=-2147483648  AUindex=0 blockIndex=1
<code class="php spaces"><code class="php functions">copy
<code class="php plain">#0:  disk=2  au=0
<code class="php spaces"><code class="php plain">BH: (0x0x40041795000)  bnum=4586 type=reading state=reading chgSt=not modifying
<code class="php spaces"><code class="php plain">flags=0x00000000  pinmode=excl  lockmode=share  bf=0x0x40041400000
<code class="php spaces"><code class="php plain">kfbh_kfcbh.fcn_kfbh = 0.0  lowAba=655.8572  highAba=0.0
<code class="php spaces"><code class="php plain">last kfcbInitSlot
<code class="php keyword">return <code class="php plain">code=null cpkt lnk is null

<p>大家知道Oracle ASM 10.2.0.5版本开始会对ASM disk header 进行自动备份，如果如果仅仅是盘头<br>
损坏那么恢复是很easy的。但是其实并不是这么简单，通过dd判断，该盘的前面几个block其实被损坏。</p>
<p>最后我们通过ODU 直接将数据文件从磁盘拷贝到文件系统，然后起库，最后完成整个恢复过程。</p>
<p>备注：在恢复过程中，发现ODU无法直接拷贝test201402.dbf 这样的文件，然而通过检查</p>
<p>asm alias directory发现，其实是完好的，这里可能odu处理还有点小问题，我们通过手工将该元数据</p>
<p>的AU 读取出来，然后匹配将剩下的文件全部抽取出来了，包括redo，controlfile，直接顺利打开数据库。</p>
<p>不得不说，熊哥的ODU太强大了，秒杀各种Oracle ASM的数据库恢复Case！</p>
<p> </p>

陳述

本文內容由網友自願投稿，版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容，請聯絡admin@php.cn

在 Windows 11 上配置 RAID 1 的步骤Sep 22, 2023 pm 03:05 PM

Windows11有严格的要求，在努力获取该存储之后，丢失硬盘驱动器和数据将是一个遗憾。好吧，我们带来了好消息，可以帮助您缓冲硬盘驱动器故障。使用内置的Windows工具，您可以将所有数据从一个驱动器复制到另一个驱动器。这样，如果一个驱动器发生故障，您可以在替换驱动器上镜像和重建原始数据。Windows11可以做RAID吗？借助Windows存储空间功能，您可以在Windows11上执行RAID。此功能允许您使用直接连接到计算机的硬盘驱动器创建多个虚拟磁盘，而不会降低性能。突袭的好处：降低因磁盘

如何在 Windows 11 上 RAID 外部硬盘驱动器Sep 16, 2023 pm 10:05 PM

RAID或独立磁盘冗余阵列是一种数据存储技术，其中多个外部驱动器组合成一个。当大型硬盘价格昂贵时，它被广泛使用，但许多人仍然更喜欢RAID外部驱动器的方法。RAID有几个级别，每个级别都用于特定目的。请记住，普通用户不必深入了解复杂性，RAID0或RAID1的简单设置应该可以正常工作。考虑突袭外部驱动器的原因：改进了电脑的性能易于配置，比现有替代方案便宜更快的数据读取和写入通过镜像实现有效的备份解决方案如何在Windows11上RAID外部驱动器？在RAID外部硬盘驱动器之前，需要注意以下几个先

如何在 Windows 11 上将动态磁盘转换为基本磁盘Sep 23, 2023 pm 11:33 PM

如果要在Windows11中将动态磁盘转换为基本磁盘，则应首先创建备份，因为该过程将擦除其中的所有数据。为什么要在Windows11中将动态磁盘转换为基本磁盘？根据Microsoft，动态磁盘已从Windows中弃用，不再推荐使用。此外，Windows家庭版不支持动态磁盘，因此您将无法访问这些逻辑驱动器。如果要将更多磁盘合并到更大的卷中，建议使用基本磁盘或存储空间。在本文中，我们将向您展示如何在Windows11上将动态磁盘转换为基本磁盘如何在Windows11中将动态磁盘转换为基本磁盘？在开始

win11磁盘清理在哪查看Jun 29, 2023 pm 09:25 PM

win11磁盘清理在哪查看？随着系统使用时间变久，c盘或者其他电脑磁盘里经常会多出来十几个G，或者是更多的无用垃圾文件。这时，使用win11自带的磁盘清理功能就可以帮助我们快速清理掉这些无用的文件。但是有不少用户们不清楚win11的磁盘清理功能在哪，怎么操作。今天小编就给大家带来了win11自带垃圾清理功能查看步骤，来给大家说明一下吧。win11自带垃圾清理功能查看步骤1、首先，按键盘上的【Win】键，或点击任务栏上的【开始菜单】，再选择已固定应用下的【设置】;2、当前路径为：系统>存储，

掌握Ubuntu系统中的磁盘使用情况的方法Jan 03, 2024 pm 11:13 PM

我们在系统要查看硬盘使用的情况，Ubuntu系统该怎么查看呢？下面我们就来看看，Ubuntu系统查看硬盘占用率的教程。1、在系统上，点击桌面左下角，如图示。2、在系统，点击公用程式，如图示。3、点击磁碟使用量，如图示。4、那么即可看到磁盘使用的情况，就是中间的磁盘就是你电脑硬盘，如图示。磁盘下面的小字就是使用情况。5、或点击公用程式上的磁碟，如图示。6、那么在容量这里，看得到硬盘使用情况，如图示。下面是文字版本查看磁盘的使用情况：df-h结果如下：FilesystemSizeUsedAvailU

任务管理器磁盘100%是什么意思Jan 03, 2024 pm 06:13 PM

很多小伙伴打开任务管理器cpu时候，发现磁盘显示百分之100，这是怎么一回事呢?因为当WindowsDefender在进行扫描时，如果再进行其他的工作，磁盘占用率就达到了100%，或者还有其他功能的占用，具体的介绍及解决方法下面一起来看看吧。任务管理器磁盘100%是什么意思：答：当前磁盘资源被大量的占用了。磁盘占用的最大问题其实是windows搜索导致的，这个功能需要不断地简历因此会导致占用超高。任务管理器磁盘100%怎么办？1、首先右击任务栏，打开“任务管理器”。2、然后看看那个占用率高，右击

How to Resolve a Disk Read ErrorFeb 19, 2024 pm 02:39 PM

标题：如何解决"Adiskreaderroroccurred"错误字数：1470引言：在使用电脑的过程中，我们可能会遇到各种各样的错误。其中，硬盘读取错误是较为常见的问题之一。当您的计算机显示“adiskreaderroroccurred”时，这表示您的计算机无法从硬盘上读取数据。虽然这个问题可能会导致一些麻烦，但幸运的是，我们有一些方法可以