IBM N6240存储问题处理一例（原netapp）

大家好：

        最近我在使用N系列服务器的时候，遇到了一个很诡异的问题，让我抓耳挠腮了半天不得其解。

        在我使用的环境下，N6240存储采用的是lun映射方式。架构基本上有三层，先把物理磁盘建立一个aggregate，再在aggregate上建立volume，再在volume上建立LUN，LUN再分配给主机使用。大概描述了架构，下面就让我详细来说一说我遇到的问题。

        废话不多说，先上图。下图就是一个aggregate的信息，可以看出，这个aggregate一共有1.11TB，由7块磁盘组成，使用了41%，可用空间还有668GB。



         下图是在aggregate上建立的两个volume，可以看到名字为vol0的卷大小为80GB，使用了2%；名字为vol1的卷大小为1.01TB，使用了96%。vol0是root卷，也就是说安装的系统就应该在这个卷上。vol1则是用于分配给主机当作共享磁盘的卷。

          下图是在vol1上划分出来的LUN，从图中可以看出，LUN一共有8个，共用了608个GB。

那么，问题来了。

          既然LUN一共占用了vol1卷的608GB的空间，那vol1的1.01个TB的总容量为什么显示占用了96%呢？？
          1.01TB-608GB=426GB的空间哪里去了？？


           后来在论坛中的两个兄弟（perry_li、闪电麦坤）帮我找到了答案。原来那一部分空间被snapshot占用了。这个存储在最初的规划中，忽略了snapshot的部分。如下图所示，显示了两个volume的snapshot，snapshot是针对volume一级进行的，snapshot完成后会使用本身的空间进行存放。

           当N系列存储用做文件共享时，snapshot会有价值，客户的文件可以通过snapshot恢复。然而本例中使用的是LUN映射方式，snapshot的意义也就没那么重要了。解决空间增长问题也就找到了相应的解决方法。即删除掉snapshot的文件，并关闭snapshot功能即可。



下图所示，删除掉snapshot文件后，vol1的空间终于恢复了正常。我抓狂的情绪终于得到了平复。:lol

最后，特别鸣谢perry_li、闪电麦坤两位的鼎立帮助。{:3_59:}