开发者社区> 余二五> 正文
阿里云
为了无法计算的价值
打开APP
阿里云APP内打开

AIX下删除LV后的现场保护和数据恢复方案

简介:
+关注继续查看

 在AIX环境下,因维护误操作、存储mapping错误等,不小心将LV误删除,这种损失通常是巨大的。删除后的不当保护及恢复操作可能使数据无法恢复,也可能增加处理的时间与算法复杂度。如何有效保护现场,并选择正确的数据恢复方案是非常重要的。

 

   AIX的存储层有太多文章描述,做为铺垫,简要描述一下。PV相当于物理磁盘(对于存储,是存储映射过来的卷,对于操作系统而言,等同于物理硬盘),若干个PV组成一个VG,意味着可以将容量不同的存储空间合起来统一分配。为了实现这个目的,AIX把同一个VG的所有PV按相同大小的存储颗粒进行空间编排,这个存储颗粒就是PP。而分配空间时,以若干个PP(可能是不同PV上的),做为使用集合,这个集合就是LV。

    AIX的LVM层VGDA区域有一个固定的PP到LV的映射表,称为PPMAP。每个PV的所有PP从第一个(PP#1)开始,以固定大小的32个字节记录本PP归属于哪个LV。删除AIX中VG的某个LV,底层上最根本的就是释放这个LV原先占用的PP,也就是清0之前所有占用PP的32字节PPMAP条目,另外还会做一些诸如LV名称的清理、LV设备摘要信息的清理等工作。

    LV被删除后,不建议贸然尝试用mklv等操作试图进行灾难恢复。虽然mklv本质上不会清除pp内容区,但有些情况会损坏数据,比如:如果故障前后的PP分配表不相同,但前面PP表分配正确,这样,文件系统可能可以识别,甚至于可以挂上。不过,麻烦的是,挂上后某些结构可能会出现错误,以至于被系统自动修正,事情就会变得更糟。即便是只读方式mount,也不是最优选的做法。

    如果时间允许,AIX LV删除后的恢复方案大致为:

    1、保持VG状态,不新建任何LV。

    2、使用备份手段,对VG中所有的PV做完整镜像。

    3、在镜像中进行数据提取恢复。或保护镜像后以分析好的PPMAP,重建丢失的LV。

    上述方案的宗旨为:所有操作尽可能可回溯。

【如何完整镜像故障卷】

    来说说如何对AIX中的PV做完整镜像(从目前的数据恢复技术看,多数处理和分析过程首选是WINDOWS环境,所以,镜像方案尽量兼顾镜像出来的数据可以在WINDOWS下直接访问):

    第一种方法:如果存储自身有卷镜像功能,可以尝试之。

    第二种方法:如果AIX环境中有足够空间,放得下需要镜像的pv,可以将pv镜像成文件(或LV)。如果是文件,可以通过FTP等手段传出来。(不建议此方法)

    第三种方法:另外构建一台NFS server,以nfs的方式用dd将pv镜像到nfs上。当然如果aix上可以挂载cifs,甚至于直接可以镜像到windows的共享文件夹下。但windows下如果生成大文件,有可能会越来越慢,可以尽量使用WINDOWS2008或选择其他方案。

    第四种方法:建议的方案。具体为构建块设备mapping至aix环境,直接以块设备至块设备的方法进行镜像。可选择的块设备有fc lun,iscsi等。如果不具备fc环境的支撑,至少iscsi(可以是软iscsi)是足够好的方案。

    以windows端做iscsi target,AIX环境做iscsi initiator为例,下面为详细过程:

    1、在配置网络环境,保证AIX与WINDOWS网络可通。

    2、在WINDOWS上搭建ISCSI TARGET,以 下图starwind为例,创建了一个名称为pv0的iscsi磁盘。

clipboard

    3、返回aix平台,确定是否安装iscsi initiator:

        lsdev |grep iscsi,如果提示“iscsi0     Available              iSCSI Protocol Device” 表示ISCSI客户端已经安装,设备号是iscsi0。

        也可以用lslpp -L|grep -i iscsi 确认是否已经安装了ISCSI软件包。

        如未安装,先安装iscsi initiator。

    4、修改aix环境中/etc/iscsi/targets文件,在最后增加一行(本例中windows iscsi target的ip是192.168.1.9,iqn见上图)

        192.168.1.9 3260 iqn.2008-08.com.starwindsoftware:tel-pv0

    5、在aix平台执行cfgmgr -l iscsi0 (见步骤3中的设备号),重新扫描iscsi设备。

    6、lspv 查看是否识别到iscsi设备。本例结果如下:

clipboard[1]

        可以看到hdisk3已经认到,可以使用lsattr -El hdisk3  查看设备详细情况,命令结果为:clipboard[2]

        可以看到明确的iscsi设备细节,还可以通过bootinfo -s hdisk3查看目标iscsi容量是否正确(单位为MB,本例为演示,仅创建了个大小为4GB的ISCSI存储卷)

clipboard[3]

    7、使用dd命令对故障存储做完整镜像(建议使用块设备路径进行镜像):

dd if=/dev/rhdisk0 of=/dev/rhdisk3   bs=4096k   conv=noerror,sync

更详细部分,可参考之前的文章:<如何为IBM AIX的数据卷做完整镜像> 以及 <最全面的关于LINUX与UNIX下的dd命令详解>

【AIX LV误删除数据恢复方案】 
    在完整备份故障PV后,就可以着手恢复数据了。大致有3种方案可对数据进行恢复

    方案一:

        分析得到原LV的PPMAP,之后通过mklv -m <指定的ppmap文件>的方式重建与原先LV相同的分配表,以激活原LV,从而恢复数据。

    方案二:

        分析得到原LV的PPMAP,直接通过第三方软件(北亚开发有WINDOWS端的JFS2文件系统解释软件)进行JFS2文件系统解释。如果是裸设备(RAW),可完整读出后再重新按块写回。

    方案三:

        如果原LV中存储的是ORACLE数据库,可以针对oracle数据文件的特征,以碎片的方式,从所有PP中提取并组合好所有的特定数据文件,再灾难方式恢复oracle系统。





本文转自 张宇 51CTO博客,原文链接:http://blog.51cto.com/zhangyu/1103101,如需转载请自行联系原作者

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
ES的删除和更新,旧数据到低是如何处理的?
根据ES的读写入原理,大家都知道ES写入时每秒从内存缓冲区(memory buffer)生成小的segment,将其递交给系统缓存(OS filesystem cache)中,后台会定期的对这些小的segment 合并成一个大的segment段
14 0
编码规范 | Java函数优雅之道(下)
本文总结了一套与Java函数相关的编码规则,旨在给广大Java程序员一些编码建议,有助于大家编写出更优雅、更高质、更高效的代码。这套编码规则,通过在高德采集部门的实践,已经取得了不错的成效。
2496 0
Xen Server虚拟机删除数据的恢复过程
仔细分析底层数据发现Xen Server服务器中虚拟机的磁盘都是以LVM的结构存放的,即每个虚拟机的虚拟磁盘都是一个LV,并且虚拟磁盘的模式是精简模式的。LVM的相关信息在Xen Server中都有记载,查看“/etc/lvm/backup/ “下LVM的相关信息发现并没有存在损坏的虚拟磁盘信息,因此可以断定LVM的信息已经被更新了。
3049 0
大数据能否挽救我父亲于癌症
(图为作者身患前列腺癌的父亲,作者母亲以及作者本人) (编者注:作者是美国GNS 医疗保健大数据分析公司的首席执行官和创建者之一) 我的父亲名叫Foster Hill,他在69岁时患上了三期前列腺癌。
1018 0
+关注
文章
问答
文章排行榜
最热
最新
相关电子书
更多
微信SQLite数据库损坏恢复实践
立即下载
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载