第一个光纤通道改造项目
当所有服务器都装上光纤通道适配器后，我要确定服务器机箱背面的光纤通道交换模块可以看到所有光纤通道端口，我将新SAN连接到新光纤通道交换模块上的扩展端口，并从每个光纤通道交换模块到存储阵列每个管理模块上各个光纤通道端口创建了一个连接。
我承认，这是我第一个光纤通道改造项目，幸运的是，它是小菜一碟，我在每个光纤通道交换模块上创建一个区，给每个新区添加相应的交换机端口，最后，我配置了vSphere主机，确保它们能看到新SAN上的卷，为此，我还创建了一个很小的测试卷。
虚拟机集群迁移
至此，舞台已经搭好，所有vSphere服务器都可以同时看见旧的和新的存储设备，我在新存储阵列上创建了新的LUN，新的VMFS卷，接着，我对50个虚拟服务器启动了Storage vMotion操作，让所有虚拟机从iSCSI SAN迁移到光纤通道SAN，同样，这个过程也做到了(几乎)无停机，和前面的硬件更换过程一样。
Storage vMotion过程大概花了两天时间完成，在迁移其中一个虚拟机时，我遇到了一个小小的问题，我果断将其关闭，很快结束了迁移，但还是延长了维护窗口，这算是一点遗憾。
结果
最终结果是：所有运行在基于VMware的工作负载全部转移到了新的存储阵列，只有一个非关键的工作负载停机了一会儿，上面描述的所有工作都是在不停机的情况下完成的，经历了工作时段和非工作时段，所有硬件更换工作都是在工作时间完成的，vMotion工作更是经历了白天和夜晚。
放在几年前，这种项目如果在工作时段执行将会是一件疯狂的事情，因为以那时的技术，这种迁移工作需要较长的停机时间，迁移期间业务将受到重大影响，但是，在150多个vMotion操作的帮助下，我们可以非常快速地完成迁移任务，对企业业务也不会产生多少负面影响，这正是虚拟环境带来的好处，这种快速迁移能力也是虚拟化基础设施日益得到重视的驱动力。
还有更多
在文章前面部分，我提到了部分运行SQL和Exchange工作负载的物理服务器也使用了iSCSI SAN，另外，有一部分工作负载因租约到期，也需要转移到新硬件，特别是还有两台物理服务器支持我们的SharePoint 2007环境 – 一台MOSS 2007服务器和一台专用SQL 2005服务器，所有SharePoint和SQL环境中的数据都保存在本地，没有驻留在旧的SAN上。
