现已到2016年，小型机家族们已日渐式微，无论是曾经目空一却的AIX还是兢兢业业的HP-UX或是日薄西山的Solaris，它们的使命或许将要终结，曾经的辉煌在IT界只有一声叹息，IT界只有今天和明天。
x86下的虚拟化和Linux已势不可挡，但不管怎么说目前很多大型企事业单位的核心应用还是跑在小型机上，小型机的稳定性已得到认可，而且多年的习惯和定制的软件也不是想改就改的。
1. AIX没有像Windows、Linux下的分区表，AIX使用LVM来实现和强化分区表的功能，所以，AIX上任何一个磁盘都是一个PV(LVM的物理卷)。
2. AIX中存储数据的空间叫做LV(逻辑卷)，LV的空间来自一个或多个PV，具体由VG决定。
3. VG(卷组)管理了物理磁盘和逻辑卷，VG可以看做是一个池，这个池由一个或多个物理磁盘组成，然后从池中分出一个或多个不同大小的空间给用户使用，这个给用户使用的空间叫LV。
4. AIX将LV格式化后就能给用户存放数据了。AIX一般情况下只能将LV格式化成JFS/JFS2文件系统，JFS由于历史原因，过于古老，对LV大小和文件大小都有限制，现在用的基本都是JFS2类型的文件系统。
北方边境某政府部门，两台P6 570 小型机和一台IBM DS存储做了个RAC，使用LV为Oracle裸设备文件，在一次存储异常断电后，里面重要的 VG 不可访问，组成VG的5个PV全部损坏。
客户经人介绍联系到了北京安数云和数据恢复公司，由于客户非常着急，路途又遥远，和客户协商后，让客户构建一个恢复平台，远程恢复数据。
A. 5个PV的LVM状态都是异常，查看PV底层，应该是LVM数据的地方，全变成0，5个PV都一样
B. 把5个LUN都用镜像方式备份出来后，在恢复平台上使用 北京安数云和开发的IBM AIX 数据恢复软件(VMxDB For AIX Recovery )恢复数据。
C. 使用软件的从备份的VG信息取出LV 功能，得到所有的LV，很直接的看到LV 都是RAC裸设备，里面约分了200个LV，但只使用了几十个LV。
D. 把LV恢复成文件，然后上传到客户的AIX小机上，修改RAC环境成单实例环境，再修改控制文件中的文件路径，拉起Oracle数据库， 经客户验证数据完全正常。
总结：由于存储问题，在断电后出现故障，IBM DS 4K-5K系列存储好像BUG较多，之前也遇到不少奇葩的非人为的数据灾难。此案例目前看LUN前部被清0的情况，应该是LUN被初始化过，IBM DS存储初始化LUN、新建LUN默认清零掉LUN前部8MB的数据。
如果备份机制不健全，那发生数据灾难后，请保护好现场。此案例现场保护得很好，没有尝试恢复的二次破坏，数据得以100%的恢复。
河南某国企一IBM存储因多块磁盘损坏，造成RAID失效，里面有一套重要的Oracle数据库。
客户带着磁盘来到北京安数云和公司，北京安数云的尹工将客户的SAS磁盘修复后，对磁盘数据进行扇区级镜像。
通过磁盘底层数据分析出当时在存储上创建RAID时的磁盘顺序、块大小等信息，在VMxDB For AIX Recovery 软件中使用虚拟RAID功能把所有磁盘组合成一个RAID。
总结：此案例只是RAID级别的物理层损坏，逻辑数据并没有受到影响，只要修复好磁盘，或是强制镜像出磁盘数据，数据就不会有什么问题。当然，如果磁盘是非常严重的物理级损坏，如盘片划伤类的故障，能否恢复这就要看运气了。
