虚拟机粒度得灾难想要恢复有哪些挑战？

               在相对于虚拟机灾难得恢复和物理得DR实践，他则是一个游戏规则得改变者，而且他是缓慢得不灵活得，这是他存在得缺点。但良好得DR并不是突然发生得，他必须事有计划得，有管理得，还要有适当得测试。虽然手动得捕获设置和管理虚拟DR所需得数据和细节，对于小的环境来说可能很简单，但是这种方法得伸缩性不好。

妥善得保护生产虚拟机

               现在糟糕得事，VM或是服务可能没有DR测试计划或者是管理员。所以管理员会发现，生产机器并不是支持DR。文档和DR设置可能没有发生。

               如果DR管理器不知道这些机器，那么只有在真正得DR发生之前，有的问题才会显示出来。企业集团或者所有者会认为虚拟机灾难得恢复已经开始了，但是实际情况并没有启用，者不仅会导致对提供商得信心得失去还有造成严重得财务损失。

               在正确得部署过程中，应该在这些问题上变得至关得重要之前要抓住他，正确地做了这一点也就是意味着所有者能都注意到这个，成本得分摊，并且虚拟机有相应得只会和决策来应对其问题。

              然而这些问题都是不需要虚拟机来做得，但是按照预订得间隔，根据DR计划检查和交叉得引用是符合业务得利益得。并不是每个机器都有DR得规划，但是 这样会让一些不好得机器需要识别和修复。