在今年所有我们讨论的DaaS话题之中，可能最重要也是经常被忽视的一个问题就是为DaaS指定应急策略。

你可能有些疑惑，自己已经迁移到DaaS，为什么还需要计划来应对停止使用桌面即服务的情况呢？事实是，如果你将自己的桌面存放在别人的环境当中，就会面临一定的风险——你甚至可能没有注意到这些潜在的问题。比如，假设你的DaaS供应商延长停机时间甚至破产了，你该如何应对？

你可能会遇到两种DaaS问题：可控的和不可控的。可控部分是指你发现某些DaaS配置并不正确或者DaaS供应商提前通知你进行停机维护。不可控部分是指某天早上你突然发现无法连接到桌面或者供应商的网站出现404错误。这可能是由于维护时间被延长了，或者供应商方面出现问题。而故障产生的原因几乎毫无意义，因为不论是因为安全袭击或者是龙卷风，对你的影响都是一样的。你都想尽量避免这种情况发生。

为了创建自己的应急计划，你还需要学习一些东西。分析你的数据、桌面镜像和文件受到了怎样的影响——如果你使用非持续性桌面——还包括任何存放在DaaS供应商的其他服务。你应该在本地保存这些信息的备份，但是如果没有，将不能进行恢复。需要确保供应商在你获取数据之后将其系统中的数据全部清除，包括任何缓存，这样可以确保在你离开之后你的数据不会被随意扩散。

但是这并不是一件简单的事情。为你和你的桌面的不可控故障制定应急计划几乎是不可能的。如果真的发生这种情况，你最为关心的将是如何让用户重新访问他们的应用程序和数据，而不是镜像的位置。即便你对所有东西都进行了备份，部署一个本地桌面虚拟化环境作为应急措施所包含的工作也不仅仅是恢复本地数据。你需要硬件、软件和专业知识。但是当你决定迁移到DaaS时，就已经将这些东西丢弃。即便是你决定简单地重新使用PC，也需要花费几天甚至几个星期来安装新镜像和进行配置，并且假设你已经拥有硬件。

也许避免不可控风险的最好方式就是所有桌面分配给多个供应商。使用一些DaaS的方案——我只想到了VMware Horizon DaaS，但是可能也有一些其他的方式——你可以将桌面镜像放置于不同的供应商之中，将用户动态分发到不同的系统。如果一家DaaS出现问题，其他的供应商可以——至少有很大希望——可以在你寻找另外冗余供应商的过程中分担负载。

这个过程中最为重要的是你需要花费一些时间来考虑应该如何应对这些情况。即便是供应商也认为用户应该制定一些应急策略，一些供应商甚至惊讶于用户在这方面所做的还远远不够。制定应急策略并不是因为对供应商或者整个DaaS缺乏信心，只不过是为了制定一个周全的方案。任何全面的计划都应该包含风险评估和应急计划，应该提前考虑如何应对DaaS全部失效的问题。