【核心议题1】旧存储设备性能、容量和稳定性都跟不上了，新存储采购回来了，数据迁移如何做？

基本上有以下几种方案：

1. 假设既有环境有存储虚拟化设备，那么方案就很简单：

       1）新的存储设备加入到存储虚拟化网关当中。

       2）做好SAN交换机上的后端配置。

       3）将生产上用到的LUN做镜像（例如：A是在用生产上的LUN、A-Mirror是新存储上分配出来的同样大小及类型的LUN），无论是数据库还是虚拟化环境。

       4）等待数据同步完成，挨个拆掉原来的存储LUN，验证应用。

       5）等到全部存储LUN拆分结束后，并且稳定一段时间后，拆除旧存储。

2. 没有存储虚拟化设备情况，分以下几种类型应用：

        ORACLE

       1）新的存储设备加入到SAN环境。

       2）做好SAN交换机上的前端配置。

       3）划分同规格LUN给到数据库服务器上。

       4）配置ASM冗余策略，利用ASM将新LUN加入到磁盘组的冗余组当中。

       5）待数据同步完毕，并且稳定一段时间后，拆除旧存储。

       6）重新配置ASM冗余策略。

       VMARE

       1）新的存储设备加入到SAN环境。

       2）做好SAN交换机上的前端配置。

       3）划分同规格LUN给到集群中所有ESXI上。

       4）利用Vmotion执行虚拟机迁移。

       5）待全部迁移完毕，并且稳定一段时间后，拆除旧存储LUN。

       LVM

       1）新的存储设备加入到SAN环境。

       2）做好SAN交换机上的前端配置。

       3）划分同规格LUN给到服务器上。

       4）利用LVM逻辑卷镜像方式配置LV镜像。

       5）待LV同步完成，并且稳定一段时间后，拆除LVM原来镜像，拆除PV。

       6）拆除原来的存储LUN。

我们内部还没有系统在线数据迁移的案例，

一般迁移应用服务器和数据库全套环境的步骤如下

1.在新的设备搭建一套新的环境，包括数据库、应用服务器

2.在新的环境中导入测试数据，前端从业务层进行相关可用性验证

3.进行数据被备份迁入到测试环境的相关数据迁移时间实测评估

4.停止应用系统，一般选择的停止窗口在业务低峰期

5.进行数据迁移，包括数据库和一些存储文件等。

6.验证应用并进行F5层面的相关切换。

如果只是切换应用服务器，则一般采用灰度切换的方式

1.部署应用服务器并验证

2.通过F5切换流量到新部署的应用服务器