在我们的历史上，曾经有段时间，人们认为经历意外停机是不可避免的。早在1996 年，主要的互联网提供商 AOL 断网 19 小时。这次中断给 600 多万用户带来了不便，也给那些依赖互联网赚钱的组织敲响了警钟。
然而，董事长兼首席执行官 Steve Case 却表示， 维护出错造成的故障，很可能会再次发生。他不保证互联网会 24 小时不间断运行，事实上，他举着个例子说明了 AOL 对人们的重要性。
设想一下，如果同样的场景今天再次上演
防止停机正在成为所有市场领域的组织的首要任务--从制造业、建筑安全和电信到金融服务、公共安全和医疗保健。是什么推动了这种对永远在线应用的要求？部分原因是用户、环境和设备的快速扩张。
然而，为了在全球经济竞争中获得成功、满足合规性、消除潜在灾难并计划业务连续性，企业越来越多地要求应用的高可用性。所有这些因素都推动人们对高性能可用性解决方案的需求不断增长，以保持应用程序正常运行。
有什么好消息？
好消息是，目前市场上有许多有效的可用性解决方案 的解决方案，包括带有备份的标准服务器。 连续的数据复制，传统的高可用性集群。 虚拟化和容错解决方案。 但是，面对如此多的选择，要想知道哪种方法对你的组织来说是足够好的 组织来说，可能会显得力不从心。
预防停机：您应从哪里开始
了解你的计算环境的关键性 是一个很好的开始。这涉及到评估停机的后果 损失。如果你已经将应用程序虚拟化以节省 成本和优化资源，请记住，你的虚拟化 服务器 带来的单点故障会延伸到所有的虚拟机上。 上运行的所有虚拟机，从而增加了停机的潜在影响。根据你的应用程序的关键性 的关键性，你可能可以利用现有基础设施中的可用性功能来解决这个问题。 的可用性功能，或者你可能需要投资于一个更强大的 和可靠的可用性 解决方案 - 也许是一个能够主动防止停机的 解决方案，而不仅仅是加速和简化恢复。 而不仅仅是加速和简化恢复。
下一步做什么？
可用性因素不是唯一需要考虑的因素 当选择一个最适合的解决方案来保护你的应用程序不被停机时，可用性因素不是唯一的考虑因素。 Stratus 已经创建了一个 "停机预防购买者指南"，以简化评估过程。 预防购买指南，以简化评估过程 并最终帮助您选择正确的可用性解决方案。该指南提出了六个 你应该向供应商提出的六个关键问题，以及对各种方法的优势和局限性的宝贵见解。 各种方法的优势和局限。你可以利用供应商的回答 来客观地比较解决方案，并确定那些最能满足你的 可用性要求、恢复时间目标、IT管理 能力和投资回报的目标。所有这一切都在你现有的IT基础设施内无缝整合 在你现有的IT基础设施内无缝整合。
