两台SQL server数据库服务器做主备，目前需更换存储，如何实现存储上的数据迁移？

在保障业务正常的前提下：新存储接入生产环境业务环境中，如下步骤：
1.分析系统：进一步分析系统的功能和需求确认。业务需求分析、应用分析、评估工作量。
2.制定方案：确定迁移的重点和难点，制定迁移方案。

     2.1确定数据库结构：明确数据表、表中字段和各字段的数据类型。
     2.2迁移数据表和视图：通过外部表、DBever、Kettle等方式迁移数据库表、视图。
     2.3创建索引和注释。
     2.4修改数据库对象，按照新数据库的语法修改sql语句，函数、触发器、序列、存储过程等数据库对象。

3.系统部署：新系统环境部署。
4.系统迁移：数据迁移、应用迁移。
5.功能测试：功能测试，并查找出效率不高的sql语句。
6.性能挑优：针对测试过程中的性能问题进行优化。

1：文中的两台SQL SERVER服务器做主备，是已经做了主备，还是准备做主备，用何种方式实现的（always on/sql mirror/WSFC/ROSE HA类第三方）？
2：如果现在的情况是不涉及数据变更，并且使用的不是WSFC/RoseHA一类的HA方式，在always on/sql mirror下，只是更换存储。最简单的模式应该是把存储挂载到运行SQLSERVER的机器上，通过镜像卷的模式去操作，（具体的步骤是配置存储--服务器联机并初始化磁盘--在包含数据原存储的具体分区上右击选择添加镜像--选择新存储--等待进度条完成--脱机原存储），在2003-2012上使用NTFS具体测试可以完成，但是磁盘会变成动态盘，目测不影响使用。这个过程本身不需要停机。做好备份。切换的时候最好停机， 另外在同步的时候IO会下降。
3：如果使用的是WSFC/ROSEHA的共享磁盘的HA主备，推荐的方式是把存储挂载的当前运行业务的主机上，然后依然通过磁盘镜像实现数据同步，并协调停机时间，重新配置HA。
4：没有在2016的refs上测试过磁盘镜像，没有测试过Sql2017 on Linux。

看停机时间能有多久
1、通过前端迁移，挂盘，系统层面copy来实现迁移
2、通过存储中的“远程镜像”功能来实现源端到目标端的迁移。

我发现楼主自己终结的迁移步骤一点没用 ---不好意思说的有点直接。
只是更换存储没这么复杂，直接把新存储挂载到服务器上，通过COPY元数据，修改磁盘挂载数据库就OK了。

MSSQL数据库的？看停机时间及数据量而定唉