今天的应用程序由多个组件层组成，应用程序内部和外部（对其他应用程序）都有依赖关系。虽然将这些应用程序划分为逻辑操作层会带来许多好处，但它也带来了一个挑战：复杂性。在恢复过程中，复杂性是众多敌人之一。尤其是随着服务级别目标（SLO）和停机容忍度变得越来越严格。传统的灾难恢复（DR）方法（手动过程）无法满足这些不断增长的期望，最终会使业务面临更大的风险和更长时间的代价高昂的停机时间，更不用说可能违反法规遵从性要求了。编排和自动化是行之有效的解决方案，可以更高效、更快地恢复整个应用程序，减轻停机的影响，正如代理史密斯所说的那样我想与您分享一些技巧、技巧、最佳实践和一些工具，这些工具将帮助您在构建和执行灾难恢复计划时更加成功和高效，从而快速可靠地恢复整个应用程序。发现和理解应用程序在本博客的介绍之后，这里几乎不必赘述，但关键是要以应用程序为中心，以业务逻辑为基础进行灾难恢复和规划，而不仅仅是虚拟机。让应用程序所有者和管理层了解应用程序并据此制定计划。什么虚拟机让它工作？它们是分层的吗？这些虚拟机需要按正确的顺序开机吗？或者它们可以同时供电吗？如何确认计划有效，应用程序正在运行？这些只是开始时需要问的几个问题。但是，理解答案、记录这些答案并根据业务逻辑构建战略对于成功的灾难恢复规划至关重要。利用vSphere标记一旦您了解了这些应用程序，就可以利用VMware vSphere标记对它们进行分类，以实现更具策略驱动的灾难恢复实践。这一点非常重要，因为对尚未确定并实施到计划中的应用程序的更改是灾难恢复计划失败的更常见原因之一。例如，当使用标记和Veeam Availability Orchestrator时，随着应用程序的更改（如添加虚拟机），这些虚拟机将自动导入编排计划，并根据分配的标记中的元数据动态分组。这个新应用程序配置的可恢复性将在计划的自动测试执行时确定，并随后记录结果。如果它成功了，您可以确信尽管发生了更改，该应用程序仍然可以恢复。如果它失败了，您就有了在实际事件发生之前主动补救故障所需的可操作见解。优化恢复顺序恢复组成一个应用程序的多个vm传统上是一个手动的，一个接一个的过程，这是一个问题。手动过程效率低、时间长、容易出错且无法扩展。尤其是当我们考虑大型应用程序时，或者那些具有依赖关系的分层应用程序，其中vm需要按完美的顺序启动。在优化恢复过程的同时，利用协调消除了手动过程的挑战，即使在一个计划中包含多个需要不同恢复逻辑的虚拟机时也是如此。例如，下面演示了一个传统的三层应用程序，在恢复场景中，我们必须打开数据库vm，然后是应用程序vm，最后是web场vm。其中一些vm可以同时恢复，而其他vm必须按顺序恢复，这是由于前面提到的依赖关系，更不用说针对不同类型vm的不同恢复步骤了。通过协调，我们可以极大地优化恢复过程和效率，同时还可以大大缩短恢复应用程序所需的时间。在编排计划中，我们可以确保每个VM都应用了相关的计划步骤（例如脚本），在适用的情况下，某些VM组可以同时恢复，并且计划步骤之间几乎没有延迟，比如VM的顺序恢复。这给了计划的速度，这正是我们在灾难中想要的。为了考虑到更广泛的灾难，我们可以将多个应用程序构建到一个编排计划中，尽管这不一定是明智的，因为在发生仅限于单个应用程序的故障时，我们只希望故障转移单个应用程序，而不是所有应用程序。相反，在每个应用程序的基础上构建编排计划，然后在更大范围的中断事件中同时执行多个编排计划。如果灾难恢复站点的基础架构大小和架构适当，则可以测试和优化多个应用程序的恢复过程，并评估您的环境能够同时执行多少个协调计划。利用脚本在此基础上，编排和自动化脚本的能力也将有助于进一步减少手动过程。与手动访问VM控制台以检查VM或应用程序是否已成功恢复不同，编排工具可以为我执行该检查，例如ping NIC以检查来自VM的响应，或检查VMware tools以获取心跳。虽然从VM的角度来看这很有用，但它不能确认应用程序是否正常工作。Veeam Availability Orchestrator这样的工具具有扩展的脚本功能，超出了基于VM的检查。它不仅提供了许多现成的脚本，用于验证Exchange、SharePoint、SQL和IIS等应用程序，还允许您导入自己的自定义PowerShell脚本，以便在验证环境中的其他应用程序时获得最大的灵活性。没有两个应用程序是相同的，脚本编写的灵活性越强，恢复应用程序的精确度和优化程度就越高。经常测试面对现实世界中的灾难恢复事件，频繁而彻底的测试对于成功至关重要，原因有很多：当测试成功时，它将提供保证和信心，即业务有足够的弹性来抵御灾难恢复事件，从而验证计划的可恢复性和可靠性。当测试失败时，它使组织能够主动识别和修正错误，然后重新测试。事情好的时候失败总比不好的时候失败要好。练习！没有人在第一次做某事的时候就成了职业选手。模拟停机和练习恢复通常可以提高技能和肌肉记忆力，从而更好地克服现实世界的灾难。测试环境还可以用于灾难恢复之外的其他场景，如测试修补程序和升级、DevOps、故障排除、分析等。关于灾难恢复测试频率的指导原则可以是一年一次，也可以是应用程序发生变化时，但是测试频率永远不能太高。Veeam Availability Orchestrator使您可以随时进行测试，因为测试是完全自动化的，可以按计划或按需提供，对生产系统或数据没有影响。Veeam可以帮上忙我在本博客中多次提到Veeam Availability Orchestrator，它提供了一个可扩展的企业级编排和自动化工具，旨在帮助您快速可靠地规划、准备、测试和执行灾难恢复战略。更重要的是，在v2中，我们提供了对Veeam备份的协调恢复的完全支持—这是业界首创。真正的灾难恢复不再只是针对最大的组织或最关键的应用程序。Veeam已经将灾难恢复民主化，使其适用于所有组织、应用程序和数据。无论您是否已经是Veeam的客户，我强烈建议您下载免费的30天试用版。它没有任何限制，功能齐全，包含您开始所需的一切。试一试，为应用程序构建第一个计划并进行测试。我几乎可以保证你会学到一些你以前不知道的环境或计划。VN:F[1.9.22_1171]评分：5.0/5（4票投票）快速可靠地恢复应用程序的5个专业提示，基于4个评级，5分为5.0