存储迁移是从应用系统层面迁移？还是直接存储底层迁移呢？

可以参考楼上的建议。对不同类型的业务迁移进行分类考虑。
但除非是静态数据，否则不要轻易从操作系统层面进行迁移，容易存在数据一致性问题。

结构化数据，例如数据库，虚拟机等等从业务端迁移更加适合，存储端迁移最大的风险他的迁移是数据块的级别，不感知上层应用，有一定风险数据层迁完了业务无法拉起，且业务端迁移方案非常完善，

非结构化数据，文件和对象，可以考虑存储端迁移，他是以文件为单位，迁移开始和结束都会做多次校验，安全性很高，并且这部分数据量大，存储端可以增量慢慢迁移，需要关注两个点，一是最后的停机窗口，二是权限，是否带权限迁移

不同品牌存储直接数据迁移、相同品牌存储数据直接的迁移、使用存储虚拟网关利弊不同。

一、V7000和DS8000直接的数据迁移问题

1、不借助第三方工具，可以考虑使用基于系统的lvm mirror，aix linux hp-ux都支持 也可以通过应用本身来做，如oracle的asm。或者oracle rman的backup as copy 以及db2的重定向恢复（但需要短暂停机时间）。

2、只能基于主机或应用。 如果一定要基于存储做，建议使用svc

3、使用svc即可。但也要有个短暂的停机时间。使用vdm 或migration都可以

4、完全不停业务的话 考虑lvm mirror

5、如果目前两个环境都是独立使用的情况下，不停机的迁移基本上不可能。因为不管你怎么做，前端主机都要有一个再识别的过程。前端加一个SVC可能会比较好。V7000 这个产品如果用作去充当svc的作用的话，可能在性能上后续会差点意思。

二、刀箱的盘阵列上的存储数据，迁移到新的存储上

目前刀箱上的磁盘是刀箱本地磁盘还是刀箱通过光纤模块连接的外置存储。如果是刀箱内置硬盘，是否和本地刀片里的磁盘做过mirror。是否考虑迁移。是否配置连接存储的光纤模块。如果是通过光纤模块连接的，和普通环境一样。使用LVM 的方式进行迁移。

三、使用存储网关，迁移同系列存储和异构存储考虑

1、IO 能力：

目前来说存储网关产品配合着闪存可以覆盖95%以上的应用，io能力在几年内还是可以的。对于io极为苛刻的场景可以选择其他的具体方案

2、扩展能力：

很多时候官方产品宣传的很好，比如说我可以支持多少个节点的扩展能力，纵向到什么程度，横行到什么程度。但我们需要进一步去看拨开宣传华丽的面纱去看技术的实现。

是成对的扩容啊，还是一个整体的扩容，其实现原理和规模是不太一样的。

3、兼容性

是支持摸一个具体型号，还是支持某一个品牌系列；会不会因为实施了虚拟网关后整体的io能力反而下降了，是产品不行还是实施方案不对，涉及比较多。。。

四、不同品牌的主机或存储服务器之间进行数据迁移

1、底层存储用svc或vplex虚拟化，随时可以进行数据迁移，无需申请停机窗口

2、使用存储虚拟网关产品对于前端主机是透明的，可以忽略底层数据的存放和迁移工作，前端主机安装一种多路径软件，管理维护性比较好。

数据迁移涉及的方面比较多；
目前证券行业的核心数据库数据基于数据库迁移的更多一些, 批量数据初始同步 + 增量数据实时更新 技术也比较成熟;
如若客户现网不会进行主机替换,仅仅进行存储的替换,并且现网环境有使用类似DELLEMC的VPLEX的网关设备,也可以基于网关实现在线的数据迁移;
迁移的技术和工具有很多,具体建议根据数据类型,应用类型、场景,现网基础架构情况,未来规划架构等多个因素综合考量并结合厂商的建议进行数据迁移.

有时间窗口，最好主机端