首先对上一篇的里内容“飞机头等舱-BCS/MCS服务”有个小小的补充：
虽然都属于VMware的高级服务，但是BCS和MCS是不同级别的服务。MCS比BCS提供的服务更加的丰富，例如：提供固定次数的Onsite服务。虽然他们都在飞机的头等舱里，但是BCS用户是金卡，而MCS用户是白金卡。
各位有兴趣的大佬可以参考下面的链接：
https://www.vmware.com/support/services/bcs.html
https://www.vmware.com/support/services/mission-critical.html
=======华丽的分割线========
今天我背后的小伙伴在处理一个客户遇到的问题：客户的环境中的分布式交换机发生了异常，打算重新创建一个新的分布式交换机，但是又不大清楚具体的步骤的是什么以及是否对vSAN有影响...
有时候客户的环境会进行一些“大动作”的维护，比如重新安装ESXi系统，重新安装vCenter，把主机迁移到其他的vCenter，这些操作会不会对vSAN有影响呢？
（今天只说结论和大体步骤，具体的步骤之后的文章会细说）
重新安装ESXi操作系统---不会对vSAN数据有影响
=======================
就在今天早上我的一位同事还问我这个问题：客户服务器上安装系统的SD发生了故障，需要更换SD卡并且重新安装系统，但是客户不了解这些操作会不会对vSAN有影响...
-
60分钟内重新安装完成
按原来的配置配好后加入原集群即可
-
60分内没有重新安装完成
主机离线60分钟后，数据会根据存储策略的要求开始在其他节点进行新建。
-
60分钟这个参数可以自行修改：
esxcli system settings advanced set -o /VSAN/ClomRepairDelay -i <value in minutes>
参考文档：
Changing the default repair delay time for a host failure in vSAN (2075456)
把主机迁移到其他的vCenter---不会对vSAN数据有影响
=======================
（1）使用相同版本创建新的vCenter
（2）确认网络配置已经配置相同
（3）创建新的vSAN集群，并且启用vSAN功能
（4）在原来vCenter上直接断开vSAN节点的连接并且从vCenter清单中移除（如果原vCenter还可用）
（5）把所有vSAN节点直接加入新vCenter中创建的vSAN集群
（6）后续收尾工作（交换机，存储策略等）
重新安装vCenter---不会对vSAN数据有影响
=======================
同上
其他场景
=======================
之前遇到过一个比较极端的场景...用户环境中使用FTT=0的存储策略（是的，没有其余的副本），一个用户管理员不小心把这个节点主机强行加入其他集群并且修改了相关配置用作其他用途...一周后业务组的用户发现vSAN中有些虚拟机不可用（一周后才发现，这心也太大了...）。解决办法是我们协助客户把原来的主机找回来，检查并且确定磁盘组还是健康的，我们再把主机加回到原来的vSAN集群～虚拟机恢复正常～～～
总结：
=======================
1 重新安装ESXi系统时：
FTT=1（有数据副本），重新安装ESXi不会对VM的运行有任何影响，也不会对vSAN数据有影响。
FTT=0（没有数据副本），重新安装ESXi系统时会影响部分VM运行（无法访问到数据），但不会对vSAN数据有影响。安装完成后VM恢复正常。
2 重新安装vCenter对vSAN数据以及VM状态均不会有影响。
3 迁移vSAN节点到新vCenter中对vSAN数据以及VM状态均不会有影响。
