本文欢迎转载，转载请注明出处和作者。
继续介绍传统的磁盘阵列，本次通过硬件磁盘阵列，了解一下存储的日常管理操作。采用的是DELL的中低端存储Eqlogic系列，进行一下体验。
1、基本操作
登录管理平台，默认用户名密码都是grpadmin。
EQL系列存储，有一个Group的概念，就是可以将多台物理独立的磁盘阵列（分别各自都有自己的控制器主控柜，硬盘扩展柜，每一套“主控柜+硬盘柜”都能独立作为一套完整的存储使用），加入到一个Group里面，统一管理。
Group是个管理维度上面的概念，只是把多台EQL磁盘阵列加入到Group里面管理而已。
可以看到Group里面的member的详细信息，包括online状态。
而Storage Pools又是另外一个概念，与前面华为Device Manager的存储池是一样的，可以将多台存储划入同一个存储池，LUN是在存储池里面创建的，因此创建LUN的时候，可以同时从多台存储里面抽取空间来划LUN。（相当于提升了LUN的读写性能）
但是，EQL定位只能是中低端存储，还是有原因的，单个LUN最多跨3台物理存储划分空间，另外单个LUN最大只能15TB，一旦数据超过15TB，就要再划一个LUN了，对于应用系统层面，这是非常麻烦的。（等于你代码又要多写一个地方存储数据，还要区别哪些数据往旧LUN读写，哪些从新LUN读写，非常麻烦）数据保护的主备LUN切换，仅能手工切换，不能自动切换，切换完成主机侧需要重连ISCSI。
Volumes标签，可以查看与创建逻辑卷。
支持Thin provision，可以瘦供给（但是单个LUN最大15TB，这个限制非常要命）
设置LUN的访问规则，可以限制能够访问LUN的IP地址。
下面有个选项非常重要，是否允许多台客户端同时连接这个LUN。如果这个LUN要用来构建windows故障转移群集，做OracleRAC之类的高可用/负载均衡集群，必须选择YES，否则无法同时给多台客户端挂载，自然无法成功构建集群。
构建完成就可以看到LUN的空间等信息了。
ACL也可以后续补充增加。
2、数据保护
2.1快照
可以保留LUN里面一定的容量空间，直接对LUN做快照。
2.2逻辑卷复制
同步复制会创建一个镜像的LUN，用户每次的写入行为，写入到主LUN，主LUN会将这个写入行为在从LUN也写一次，写成功了之后从LUN会返回写入成功给主LUN，主LUN再通知用户写入成功。同步复制的好处在于主从LUN的数据一致性得到很好的保障，当故障发生时切换到从LUN没有数据丢失。
而异步复制，则用户写入主LUN以后，主LUN会立刻告知用户写入结果，而在特定的时间再将数据复制到从LUN，那么在上一次同步完成与下一次同步完成之间，主从LUN就会有数据不一致，一旦故障切换，会丢失这个周期内的数据变化。
DELL EQL只支持本地（同Grougp）的同步复制与远程（不同Group）的异步复制。不支持本地（同Grougp）异步与远程（不同Group）同步复制。
2.2.1远程异步复制
2.2.1.1创建复制partner
输入访问密码
输入预留partner存储复制过来的数据的空间大小，如2G，partner最多复制2G数据过来本地存储。（一旦空间预留了，这部分空间就不能再用来存本地数据了）
2.2.1.2创建异步复制
选择需要复制的volume，选择configure replication
选择对端reserve space（预留空间），默认200%，即对端最多可以预留两个版本的副本。
本地的预留空间，应该是用来预留做快照之类的。
下面这里是重点，有两种方式：
方式1：不勾选；详细步骤2.2.1.4从备份重新回滚至主存储。
方式2：勾选；详细步骤2.2.1.5Keep fail back snapshot的情况下备回滚到主。
默认不勾选，勾选后，占用本地的预留空间，用来存放最近一次复制成功的副本，那么下一次复制的时候，本地会比对上一次复制的副本内容，仅将改动的内容进行远端复制，加快了复制作业完成的时间。（勾选了的实验，请看）
查看进度
登录备用存储，查看inbound，发现作业已经完成。
2.2.1.3从主存储切换到备存储
在MSFILE07上面，已连接test03磁盘，并且完成初始化、格式化。
磁盘复制副本完成时仅有ISO镜像，后面手工创建“测试”文件夹。
切换前，必须在备用存储，将备用volume提升为生产。在提升前，系统会提示，暂时停用所有inbound功能，将备用提升为生产，一旦提升操作完成，即再次自动启用inbound功能，确保其他备用磁盘恢复从主存储复制的功能。
如果不勾选第3个，则这次备用磁盘的提升操作是永久的，提升完之后，就不能把提升后的备用磁盘恢复回备用了。然后需要手动到主用设备处手动删除replication设置。
如果勾选了，则可以手动将备用磁盘恢复为备用，主用提升回主用，然后回滚回原来的主从复制。
完成提升。
此时在MSFILE07上面看，磁盘还是正常连接着的，此时磁盘其实还是连在主的存储上的。
再到主存储，选择Demote
选择no。（如果不是主动切换，其实应该先做一次replication，保证主从数据一致，再将提升再切换。而如果是故障，根本不会有机会重新做复制）
然后发现MSFILE07的服务器上面的G盘已经掉线。
需要在iscsi启动器重新连接test-03磁盘。
发现只有上一次replication的数据，后面新增的内容丢失。
主存储状态
可以看到，主存储在刚才切换前，在本地留了最新的同步副本。
备存储状态
但是outbound已经没有了，证明复制关系并没有建立。
如果需要进行回滚，需要再次建立复制关系了。（特别是可能主备切换后，备这边已经产生了增量数据。）
2.2.1.4从备份重新回滚至主存储
备存储需要重新建立replication，然后建立复制关系。
重新建立复制关系。
原来的主存储会收到复制副本，待复制完成即可。
如上述反向操作一遍。首先原存储需要convert to replica set。
然后备用存储选择demote to replication set
然后MSFILE07重新挂载即可。
设置计划任务自动进行异步同步。
2.2.1.5Keep fail back snapshot的情况下备回滚到主
这种更适合于临时从主切换到备，然后在有限的时间，计划从备将增量恢复到主，然后切换为主的。（切换过程中间还是会停机的，特别增量内容越大，停机时间可能越久，不太适合长期使用，长期的建议使用2.2.1.4。）
主从同步，2.2.1.3，与上面一直，但是需要勾选（Keep Fail Back Snapshot）
然后切换到备用存储后，需要从备再次切换回主。
然后备用会将增量变化的内容同步回去主（因为主切换前就有全量了），同步过程中会offline，MSFILE07上面的驱动器会掉线。
同步完成后，主的磁盘会自动promote到主用，并且复制关系会恢复。
2.2.2本地同步复制