如何解决Oracle ASM故障导致的数据丢失问题

一、故障描述
ASM磁盘组掉线 ,ASM实例不能mount。ASM磁盘组有4个500G的磁盘组成,数据库和ASM软件为10.2.0.1,急需恢复oracle数据库。
二、故障分析
分析组成ASM磁盘组的磁盘,取出ASM元数据,对元数据进行分析:ASM存储元数据损坏,导致diskgroup无法mount。重组ASM存储空间,从ASM磁盘组中导出数据库文件,然后对数据库文件进行检测,修复。如果数据库文件完好,可以利用从ASM磁盘组中导出的数据库文件启动数据库。如果数据库文件损坏,这底层解析这些数据库文件,将数据导入到新的数据库中,恢复数据。
三、恢复过程
1 底层获取ASM元数据,重组ASM存储空间
2 使用北亚ASM解析工具,解析ASM结构,获得ASM中数据文件
图一:

3 使用北亚oracle文件检测工具对ASM磁盘组中的数据库文件进行检测
图二:

4 使用北亚oracle解析工具,解析所有数据文件中的数据记录,按用户导入到新的数据库中
图三:

四、结果
重组ASM存储空间,底层解析ASM磁盘,导出数据库文件。底层解析这些数据库文件,按用户将数据导入到新的数据库中,通过抽查数据表的方式验证数据,数据完全恢复。
图四:

时间: 2024-09-07 07:32:33

如何解决Oracle ASM故障导致的数据丢失问题的相关文章

微软Sidekick手机服务故障导致用户数据丢失

北京时间10月12日晚间消息,据国外媒体今日报道,美国移动运营商T-Mobile USA和微软旗下子公司表示,由于手机服务出现故障,Sidekick手机用户可能已经丢失了他们在手机中储存的所有个人数据,包括联系人信息.日历.照片及其他个人信息. 这款手机是微软旗下子公司制造,由T-Mobile USA发售的. 两家公司表示,微软运行的一台服务器出现故障,导致Sidekick手机的用户数据被删除.这个问题在上周早些时候就已出现,用户试图通过重置设备来恢复功能.但重置清除了Sidekick存储的备份

HP-EVA4400故障导致的oracle数据库丢失的恢复过程

一.故障描述 整个EVA存储结构是由一台EVA4400控制器,三台EVA4400扩展柜和28块FC 300G硬盘构成的.由于两块磁盘掉线导致存储某些LUN不可用,某些LUN丢失.由于EVA4400是因为某些磁盘掉线,从而导致整个存储不可用.因此接收到磁盘以后北亚工程师先对所有磁盘做物理检测,检测完后发现没有物理故障.接着使用坏道检测工具检测磁盘坏道,发现也没有坏道.磁盘坏道检测日志如下: 图一: 二.备份数据 考虑到数据的安全性以及可还原性,在做数据恢复之前需要对所有源数据做备份,以防万一操作不

EVA 4400存储硬盘故障导致数据丢失怎么恢复?

EVA系列存储是一款以虚拟化存储为实现目的的HP中高端存储设备,平时数据会不断的迁移,加上任务通常较为繁重,所以磁盘的负载相对是较重的,也是很容易出现故障的.EVA是依靠大量磁盘的冗余空间,以及故障后rss冗余磁盘动态迁移来实现整个存储的数据保护,但随着越来越多的磁盘掉线,这种保护会接近临界,直至崩溃.下面以EVA存储故障为例,讲解EVA 4400存储数据恢复. 一.故障描述 整个EVA存储结构是由一台EVA4400控制器.EVA扩展柜及若干FC磁盘组成.由于磁盘故障导致存储中LUN不可用,致使

ORACLE 系统用户角色故障导致ORA-01017

最近在为Oracle单实例配置ASM时,做了一些调整,结果导致sys用户无法以操作系统身份验证登陆,即提示ORA-01017错误.本文描述了这个故障的解决过程,供大家参考. 有关Oracle身份认证机制,可以参考:Oracle 密码文件 一.故障现象 [oracle@centos7 ~]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.4.0 Production on Fri Sep 22 09:52:26 2017 Copyright (c) 19

如何解决debug vip故障问题及处理因为网关缺失导致VIP资源无法启动

如何解决debug vip故障问题: -----查看节点应用资源的统计信息: /u01/crs/bin/srvctl config nodeapps -n dbtest2 -a -g -s -l VIP exists.: /dbtest2-vip/10.11.11.198/255.255.255.0/eri0 GSD exists. ONS daemon exists. Listener does not exist. ------debug vip Further debug it by un

内存故障导致系统无法安装解决方法

承载着整个电脑系统处理数据的中转,我们天天用计算机来工作就涉及到数据的相互转化,因此内存故障出现的几率也很多,内存引起的故障表现也是千奇百怪.本文就讲述了笔者曾经遇见的由内存故障引起无法安装操作系统的案例. 故障现象 计算机重新安装系统时,电脑通过系统自检,在引导进入系统过程中出现停滞状态,没出现任何错误提示.后来把备份好Ghost系统文件的刻录光盘放入光驱,进入BIOS改为首先由光盘引导系统.然后在进入DOS后运行Ghost,选定路径进行系统恢复.当恢复系统进度条进行到一半的时候,Ghost开

关于炉石传说的Oracle数据库故障不要以为你也可以幸免

最近暴雪公司和网易的一则声明刷爆了朋友圈,大意就是由于『供电意外中断的原因而产生故障,导致数据损坏』,这样一则公告引发了一系列的猜想,我们在围观时仿佛人人都是诸葛亮,而事实上设身处地,我想在一次负责任的故障考验下,也许很少有人能够幸免. 如同阿里云会误删文件.京东会泄露数据.支付宝会被修改密码.携程会大面积瘫痪,在灾难来临之前,谁都会觉得自己是幸运者,而事实上,只是措手不及那次灾难还没有来到而已. 先回顾一下<炉石传说>长长的公告,然后我们再基于事实做一下分析吧: 首先,关于暴雪的核心数据库架

Oracle ASM 翻译系列第十一弹:高级知识 Offline or drop?

Offline or drop? 当一个ASM磁盘不可用时,ASM会把它从磁盘组里移除,对吗?要看情况,通常取决于ASM版本和磁盘组的冗余级别.因为一个external冗余的磁盘组会直接被dismount,所以主要关注normal和high冗余磁盘组的情况. ASM 10g版本,磁盘会被直接drop.从11gR1,一个磁盘不可用时会先被offline,此时disk repair计时器开始介入,如果计时器达到磁盘组DISK_REPAIR_TIME 属性值时,这个磁盘会从所属的磁盘组中drop掉.如

Oracle ASM 翻译系列第十二弹:ASM Internal amdu - ASM Metadata Dump Utility

amdu - ASM Metadata Dump Utility ASM Metadata Dump Utility,即ASM元数据导出工具,它的简写amdu更被人所熟知,常被Oracle技术支持人员和Oracle开发人员用来诊断和解决ASM故障.它能输出ASM的元数据信息并且从ASM磁盘组中抽取元数据和数据文件. amdu工具不依赖于ASM实例或者ASM磁盘组的状态,所以它能在ASM实例关闭和磁盘组未挂载的情况下正常使用,它甚至能在ASM磁盘出现故障或者不可见的场景下使用. Use amdu