共计 2018 个字符，预计需要花费 6 分钟才能阅读完成。
一、AIX 存储层面相干的常识 &AIX 环境下 LV 误删除后的复原计划。
对于 AIX 而言，PV 相当于物理磁盘，一个 VG 由若干个 PV 组成，这让咱们能够将容量不同的存储空间组合起来进行统一分配。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，也就是清零之前所有占用 PP 的 32 字节 PPMAP 条目，另外还会做一些诸如 LV 名称的清理、LV 设施摘要信息的清理等工作。
在 AIX 环境下 LV 被删除后，不倡议贸然应用 mklv 命令进行复原。尽管 mklv 操作在实践上不会革除 pp 内容区，但在某些状况下还是会损坏数据，比方这种状况：故障前后的 PP 调配表不雷同但后面的 PP 表调配正确，这样即便文件系统能够辨认甚至于能够挂上，然而挂上后某些构造可能会呈现谬误，而后被零碎主动修改，这种状况更蹩脚。当然只读形式 mount 也不是很好的方法。
北亚数据恢复核心给出的 AIX 环境下 LV 误删除后的复原计划：
1、放弃 VG 状态，不新建任何 LV。
2、对 VG 中所有的 PV 做残缺镜像。
3、在镜像中进行数据提取复原或爱护镜像后以剖析好的 PPMAP 去重建失落的 LV。
上述计划的主旨为：所有操作尽可能可回溯。
二、残缺镜像故障卷。
办法一：如果存储本身有卷镜像性能，能够尝试之。
办法二：如果 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 磁盘。
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 见上图）。
5、在 aix 平台执行 cfgmgr -l iscsi0 (见步骤 3 中的设施号)，从新扫描 iscsi 设施。
6、lspv 查看是否辨认到 iscsi 设施。后果如下：
能够看到 hdisk3 曾经辨认到，lsattr -El hdisk3 查看设施详细情况，后果为：
能够看到 iscsi 设施细节，还能够通过 bootinfo -s hdisk3 查看指标 iscsi 容量是否正确(单位为 MB，本例仅为演示，只创立了个大小为 4GB 的 ISCSI 存储卷)。
7、应用 dd 命令对故障存储做残缺镜像(倡议应用块设施门路进行镜像)：ddif=/dev/rhdisk0 of=/dev/rhdisk3 bs=4096k conv=noerror,sync。
三、AIX 环境下 LV 误删除数据恢复计划。
在残缺备份故障 PV 后就能够开始复原数据了。有 3 种计划能够对数据进行复原：
计划一：剖析失去原 LV 的 PPMAP，之后通过 mklv -m < 指定的 ppmap 文件 > 的形式重建与原先 LV 雷同的调配表，以激活原 LV，从而复原数据。
计划二：剖析失去原 LV 的 PPMAP，间接通过第三方软件 (北亚开发有 WINDOWS 端的 JFS2 文件系统解释软件) 进行 JFS2 文件系统解释。如果是裸设施 (RAW)，可残缺读出后再从新按块写回。
计划三：如果原 LV 中存储的是 ORACLE 数据库，能够针对 oracle 数据文件的特色，从所有 PP 中提取碎片并组合好所有的特定数据文件，再以 Oracle 数据库的劫难复原办法复原 oracle 数据库系统。
