从传统存储到SVC，有哪些实施难点需要注意？
不同品牌不同型号的传统存储不断上线暂时满足了业务和数据存储的需求，但是存在如备份等诸多问题，利用SVC虚拟化后，可以很好的解决这些问题。但SVC实施、运维过程也存在一定的难点，如何解决？以下是社区专家及高手的经验之谈。
什么样的系统环境和系统业务场景情况，适合转到SVC上？
以下情况适用svc：
1、SVC是整个SAN网络的控制器，将整个SAN网络中的各种存储设备整合成一个巨大的“存储池”，使用户充分利用存储资源并可按需分配存储空间、性能和功能。
2、主机只需要安装一套多路径软件就可以实现对IBM SVC提供的逻辑卷进行数据读写。
3、可通过为主机应用程序提供更灵活的存储容量访问，帮助提高存储利用率。
4、可通过使用简单的通用界面实现异构存储系统的自动配置和便捷管理，从而帮助提高运维管理的工作效率。
5、可支持从高成本到低成本的设备以及跨多个厂商所提供存储系统的高级复制服务。
6、增强了存储系统的灵活性，能够实现无缝的数据迁移操作，当客户在做存储设备更新、替换时，不再需要停应用停机。
用svc管理传统存储设备需要做哪些准备工作？
1.兼容性调查，现有存储和SVC的兼容性调查。
2.现有SAN环境的梳理。
3.现有环境当中存储卷的梳理。
4.加入SVC之后的卷配置及存储池规划设计。
5.规划合理的停机时间
6.把svc加入到现有环境中，需要做停应用操作，申请停机时间，停止应用，更改交换机上的zone，更改存储上的LUN Masking映射，在SVC上使用Image Mode来创建VDisk以继承原有的数据，卸载主机上原有的多通道软件，安装SDD，然后启动应用！
采用svc后，原来使用的ds4700和ds5020如何发挥其最大的性能？
接在svc上继续用就行，可以放低性能大容量的数据。也可以和闪存配置成easytier正常使用。
SVC和LVM MIRROR两种技术的优缺点？
LVM Mirror是AIX免费提供的逻辑卷镜像技术，在AIX环境中广泛使用，特别是在rootvg的镜像技术中及部分数据库环境中。
实现LVM Mirror很简单，而且对存储没有太多要求，只要求两个存储的性能相当即可。
创建LVM Mirror简单，但是在处理存储故障，数据恢复等方面需要技术人员较高的技能。
另外Oracle从11g的R2版本开始RAC环境中官方不支持使用LVM方式管理磁盘。
LVM无法做RAW disk（PV）的镜像，只能基于VG。
SVC是数据中心企业级解决方案，不仅提供存储高可用，还与PowerHA整合，提供大部分应用高可用方案，不占用系统资源, 数据复制性能高，提供简单易用的管理菜单 ，支持FS、 LV、VG和RAW Disk，无需精通LVM的技术人员, 统一由成熟的存储技术(Metro Mirror)来实现。
ESC模式下的两端存储是否要要配置成VDM模式？
esc为增强的拉伸集群，自7.2开始。从结构上看就是将一个io group的两个节点物理上放在了两个不同的地方。我的理解就是个增强的local vdm。只是为了更好的实现双活，多了仲裁节点、又引入site、failure domain等概念。在数据写入上，为了优化写如性能，esc仅写入本地缓存，不强制对端节点写入完成。
SVC HyperSwap和SVC ESC两种A-A双活方案，在故障转移过程中，各自有哪些难点需要注意？
esc和hyperswap这两种双活技术还是有差别的，两者各有优劣，值得选择障碍症者好好纠结一番：
1. esc是一个io group的两个节点放在了不同位置。占用较少的资源，但是一个节点失效时，另一个点的cache会被禁用，性能下级比较厉害。主机的路径也会少一半。
2. hyperswap的两个站点使用了不同的io group，占用资源较多，一个节点失效时，另一个站点的cache不受影响，性能可以得到保证。
3. hyperswap在性能和冗余上比esc好，且支持v5000、v7000、v9000等产品，技术下探到中端存储，性价比不错，但是不能做异地灾备扩展了。
4. esc目前仅可以svc做，后续可以支持异地灾备。
V7000的数据迁移问题？
现有环境中有一台老的存储需要将其数据迁移V7000存储上，而且这个V7000存储的容量较大，只能根据老存储的原容量适当扩大后进行迁移（余下的留给其他应用），同时需要在线迁移，尽可能小的影响原来的应用环境。请教这种情况下，怎么安排实施比较合适？
数据迁移过程建议采用镜像技术，通过操作系统自身提供的镜像功能，进行数据迁移。在此过程中，当条件许可，几乎可以完成不停业务的数据迁移（为了安全起见，在某些关键时刻点，建议预留停业时间）。
具体操作过程如下：
1. 在服务器上安装虚拟存储的设备驱动程序：Datapath
2. 按照规划将虚拟存储管理的 vdisk 分配给对应的服务器
3. 在服务器上执行设备识别程序，识别虚拟存储磁盘
4. 将虚拟存储磁盘（vpath）填加到待迁移数据所在 vg 之中
5. 执行数据镜像（迁移）命令，实现数据迁移，直到原有磁盘的数据完全迁移到虚拟存储
6. 将原有磁盘依次从 vg、操作系统中删除
7. 此时数据已经完全迁移到虚拟存储，旧存储将进行重新按照新设计方案进行磁盘划分
8. 将旧存储划分好的磁盘分配给虚拟存储管理设备（称为 mdisk），由虚拟存储进行管理，再分配成 vdisk，供下一个待迁移系统使用
9. 按照以上步骤，依次完成旧存储和服务器的数据迁移在以上操作过程中，原则上不需要中断业务，但在数据迁移阶段会有性能下降，安装驱动程序时也可能会影响程序对数据访问，建议选择停业（不需要停机）时间进行。
存储数据迁移问题？
目前我司的老存储和新存储已经通过truecopy技术实现了数据同步。 服务器是2台ibm 小机 做了HA，datavg放的是db2数据库文件，目前datavg挂载的老存储硬盘， 想切到新存储上面。然后把老存储踢掉。请问如何把服务器迁数据移到新存储，断开老存储？
不太理解truecopy技术，如果是基于存储的复制的话，可以直接停止应用，断开复制，导出基于老存储的vg，导入基于新存储磁盘的vg，就OK了。
如果抛开磁盘复制，aix lvm也能做到。新存储加入老存储的vg--使用mklvcopy同步旧存储上的lv到新存储--同步完成后将老存储盘上的lv拷贝删除，命令rmlvcopy---删除成功后，reducevg 命令删除老存储硬盘---rmdev删除老存储盘---老存储断开即可。
点击阅读原文，有更多存储虚拟化内容
长按二维码关注公众号