1同行回答
这个能不能参考，我不能肯定，分三方面来讲吧！
１、云存储实现后的效果方面。云存储建设前，外围业务数据分布在DS6800、DS4700、DS3400、V7000、华为等存储上，数据分散、冗余保护缺失、管理复杂、迁移难度大、扩容复杂度高等，天天生活在提心吊胆中，硬盘一有风吹草动就彻夜难免。云存储建设后，将中低端外围业务数据全部迁移整合至新购的两台存储V7000、DS8800中，利旧存储提供给开发测试或备份业务使用，搭建整体云存储资源池，向X86云平台、Power云平台提供数据服务，实现统一管理，实现新旧存储实时数据镜像，解决存储单点故障隐患，提升数据动态扩展与迁移速度。
２、存储虚拟化网关选型方面。之前我们对CDP 的NSS和IBM SVC进行了对比，CDP在存储虚拟化这方面还是不完善，他们偏向于数据逻辑保护这一层。IBM SVC存储虚拟化网关兼容性较好，我行有X８６、Power平台，有ｗｉｎｄｏｗｓ＼ｌｉｎｕｘ＼ａｉｘ＼ａｓ４００等系统，存储有DS6800、DS4700、DS3400、V7000、华为等存储，兼容性都较好，都能很好的支持，运行也非常稳定，我觉得如果你们有云存储建设需求，可以考虑SVC。
３、存储虚拟化网关维护方面。
一、SVC缓存容灾问题。在实施SVC时最好部署两套。例IO Group失效时，缓存数据没来得及写入存储，该IO Group中的两个节点同时故障，这时你只有一套SVC，你将会丢失一部分写数据。解决该问题，需要搭建SVC容灾环境。例在灾备搭建一套集群，通过SVC MM技术实现不同数据中心间IO Group节点的缓存同步，避免数据丢失。
二、SVC周围环境问题。SVC对环境温度相对于其他服务器较于敏感，官方文档显示，SVC 周围环境温度超过40摄氏度，将会宕机，对建设了云存储的企业，SVC作用是非常重要的，因而建议将SVC放置在温度较于稳定的机房区域，对空调容易故障的区域绝对不要放置。
三、SVC lun管理规范。随着SVC管理的异构存储越来越多，lun的数目也将越来越复杂，因而需要对lun进行命名规范，不要偷懒，进行默认命名，那对维护将是致命，因为到时将不知道哪些lun到底是属于哪个存储的，需要逐个核对序列号等。
四、SVC lun模式设置。随着时间的推移，难免会降低风险意识，因而偷懒将存储新建的lun提供给SVC时，设置受管模式，而不是image模式，这样会造成一旦SVC灾难性故障，将会造成巨大经济损失。
五、建设私有云存储，必须做好应急预演工作。数据是无价资产，是企业的命脉，因而在做存储整合是，必须确保数据完好。那就要求我们尽可能最大降低风险，而只有选取次要性业务做一遍预演工作，熟练整个流程，发现潜在的问题，做到心中有数，为真正实施做好了铺垫。
六、做好SVC高可用架构设计。之前存储比较分散，可能单台存储故障，影响较小，但通过SVC存储整合后，所有的数据集中化，相对于风险也集中化了，SVC作用至关重要，因而如何针对SVC的每个组件充分设计冗余性是非常必要的。
收起