当Nutanix集群中某一节点的CVM遇到操作系统故障无法启动时，可以尝试通过救援镜像恢复CVM服务，而无需重刷整个节点。
风险说明：CVM作为节点存储控制器，异常的恢复操作可能导致所在节点上的数据不可用或元数据损坏。如果无法确定是否能通过该方式恢复CVM，建议将该节点强制踢出集群再重新加回。踢出集群的步骤请参阅：https://portal.nutanix.com/kb/2379
以下操作基于AOS 5.5+ESXi 6/6.5环境。所涉及的相关CVM配置项请根据实际情况修改。示例如下：
MySQL在5.5版本后引入了更高级的InnoDB表处理引擎，其支持以表为单位创建独立的表空间文件。但是在5.5版本中，该特性默认为未启用；或者低版本升级上来的数据库，表引擎从MyISAM转换为了InnoDB，其表空间依旧为共享类型。
随着表数据量的不断增长，这张共享的表空间大小也会随之变大。有别于独立表空间文件，共享表空间文件并不能通过OPTIMIZE TABLE方式进行释放，所以当物理空间不足时，需要通过一次完整的导出导入操作来降低高水位，释放物理空间。同时，建议一并进行表空间类型切换，方便后续维护管理。
MySQL表空间文件（一般为ibdata1）占用过多的物理空间，但实际表的数据大小已经小于表空间所分配的大小，表空间占用无法得到释放。且经查，数据库的表空间使用类型为“共享”。
对于一个日常数据变化量较大的分布式存储服务集群（比如NetApp StorageGRID），其Cassandra元数据表SSTable中堆积大量过期数据是在所难免的。一般而言，当SSTable大小到达一定值时，便会自动触发元数据压缩任务，这个压缩操作会将标记为过期的key从SSTable中清理掉，进而释放可用空间。
随着数据量变化幅度的增加，有时会出现元数据压缩任务十分缓慢的情况。元数据压缩无法完成，便会影响所在节点的存储服务性能（因为压缩也会占用一定的I/O及CPU资源）。此时可以尝试通过孤立节点的方式，临时缓解元数据压缩速度。
1. 节点的整体存储服务性能下降
在对Nutanix集群中的主机进行硬件维护，或者集群扩容节点之后，执行NCC检查会报如下错误：
FAIL: /home/ngt/ca.tar does not have the same checksum on all CVMs.
此CA文件存储了NGT（Nutanix Guest Tools）服务与集群通信用的密钥。如果每个节点CVM上存放的密钥不一致，会导致发起虚拟机迁移时NGT服务停止工作，进而影响到虚拟机一致性快照功能。硬件信息的变化会使集群重新生成CA文件，但存在CA文件部分同步失败的情况，因此产生了MD5值不一致。
中低端的Realtek RTL8822BE 802.11ac无线网卡在正常使用过程中，会间歇性出现丢包或者高延迟（Ping值飙升）现象，十分影响网游直播等对网络要求较高的行为体验。在排除运营商自身网络问题（即通过其他客户端测试网络无异常）及附近WiFi信号源干扰等因素后，可以尝试如下操作：
使用Windows Update来更新Realtek网卡驱动至最新版本，然后重置系统的无线网络设置。这对于其他类型的网卡故障也是个很有效的方法。
从控制面板中打开设备管理器，找到“网络适配器”分支中的无线网卡（例如：Realtek RTL8822BE 802.11ac PCIe Adapter），右击选择“属性”，跳转到“高级”选项卡，然后调整如下参数：