在IBM V7000上引入两个外部磁盘，每个mdisk大小12TB左右，把这两个mdisk划分在一个盘池中，然后从这个盘池中划分出两个LUN，第一个15TB,第二个LUN10TB，这两个LUN采用精简模式分配空间。由于误操作，把硬盘池删除掉，导致两个LUN数据丢失，不能访问，需要进行数据恢复。
1、 IBMV7000虚拟存储数据恢复的故障描述：
在IBM V7000上引入两个外部磁盘，每个mdisk大小12TB左右，把这两个mdisk划分在一个盘池中，然后从这个盘池中划分出两个LUN，第一个15TB,第二个LUN10TB，这两个LUN采用精简模式分配空间。由于误操作，把硬盘池删除掉，导致两个LUN数据丢失，不能访问，需要进行数据恢复。
2、 IBMV7000虚拟存储数据恢复磁盘划分原理：
“虚拟”两个字是IBM V7000存储的精髓，特别是对精简模式的LUN的划分，假如你划分一个15TB的LUN，精简模式，这个LUN实际在这个盘池中，最小分配768KB就足够了，随着对LUN格式化，写入数据，这个空间就会慢慢增加，而这个增加的存储空间，就会有相应的信息来记录，这个就是map指针记录表。
LUN的最上一级map指针，记录着这个LUN使用了哪些extents，而extent是从这个盘池中获取的，这个案例一个extent是1GB。在盘池中的每个mdisk，会划分成诺干个extent，从小到大进行编号，当LUN在分配空间时，就会在map表中记录，哪些mdisk的哪些extents给这个LUN使用。而一个extent的内部，又分成诺干个512扇区的空间，这一层还有一个map表，记录着哪些512扇区给LUN的那个逻辑地址上使用，因为512sec在整个盘池中实在是太多了，就使用间接指针的方式来记录，空间越大，间接指针的级别就用得越高，比如15TB的LUN，间接指针就会用到4级，才能描述整个LUN的512sec数量级位置。
这就是所谓的虚拟概念，就像银行的信用卡额度，你用多少钱，就分配给你多少钱，不会一次性把这个额度的钱都给你，让你去消费，而是你用多少，他就给你多少，在这个额度范围内，银行会有记录，记录这些钱什么时间用，使用多少，这个就相当于LUN的空间分配一样。账单都是记载在银行的数据库里，LUN的空间分配是记录在V7000控制器上。
3、 IBMV7000删除盘池原理：
删除盘池，连带这个盘池中的LUN信息也会删除掉，LUN的空间分配map表也会从控制器中清除掉，如果一个LUN在分配空间时，采用非精简模式，这个LUN的空间在mdisk上的划分是连续的，即便没有空间分配map表，也可以从mdisk中的连续空间上获取原先LUN使用的extents，这样删除盘池以后，数据恢复就相对容易一些。而我们要恢复的LUN都采用精简模式分配空间，没了extents的map表，在还原这个LUN的空间分配时，是有很大的难度。就像银行的账单被删除了，银行卡还在，你是没有办法直接把你消费记录打印出来的，除非你能保留所有的消费凭证，比如银行消费短信，纸质记录等等，你才能租略统计出你的消费记录。LUN的分配地址空间也一样，没了记录，只能根据mdisk内部指针收集、统计、排查，最后才有可能还原出来。
4、 关键点：IBM V7000虚拟存储的数据恢复解决方案：
根据以上原理的分析，要能成功恢复出数据，必须把LUN的空间分配弄清楚，才有可能数据恢复成功。IBM V7000虚拟存储是个比较新的概念，首先要弄清楚存储架构，我们毕竟不是这个产品的设计者，对它知道的不多，要了解盘池，了解extents,了解LUN的划分原理，了解指针结构等等，这个分析得从v7000测试开始，反复测试，反复分析，才能得出相对可靠的结论，这个过程花费了很长时间。
现在的工作是，把这两个mdisk上的所有级别的指针地址位置，指针内容，指针级别都收集出来，做到准确无误，这个工作基本完成。后面的工作就是想办法把这些指针内容，通过统计方式，把LUN空间还原出来，这个工作是数据恢复的最后阶段，能否恢复成功，就看统计连接技术，因为空间大，指针多，难度大，时间会不确定!
5、 总结：
IBMV7000研究到现在，总算把整个底层存储结构弄明白，弄明白后，还是没能见到曙光，还需要投入大量的体力脑力劳动，才有可能成功。
怀柔区是个工厂和公司的地域，很多业务来自业务员，还有一部分来自于互联网，跟每个公司业务不同获取客户的方式不同，网站是直接获取客户的一种方式，用户在有需求时直接会在搜索引擎上搜索他需要的关键词，这样只要咱们的网站排在搜索引擎的最前面甚至第一名，那用户会直接点击咱们的网站进行了解，从而会产生用户成交订单。
