VMware SRM商业决策：RTO与RPO

关于VMware vCenter站点恢复管理器 （SRM）的商业决定，通常要比那些技术组件更加复杂。 事实上，至少有一部分超出IT范围的技术配置，高度依赖于企业所做出的决定。

　　许多商业驱动的站点恢复管理器的设计元素，是标准的关于信息灾难恢复规划的决定，这其中包括了关键任务服务器的指定，以及应该多长时间进行一次保存备份。遗憾的是，一些VMware SRM的商业决定，涉及到了国内政治，艰难的取舍和详细精密的规划。

 

　　VMware站点恢复管理器的恢复时间目标

 

　　恢复时间目标 （RTO）是一个系统在灾难性事件发生后必须被修复的时间期限。 这个可变因素决定了，虚拟机（VM）在VMware的SRM修复计划实行期间的供电顺序。站点恢复管理器使得虚拟机的优先次序处理的技术方面操作很简易。 不过等到企业安排出正确的顺序，IT团队就只能靠猜测来确定哪个虚拟机需要首先修复。

 

　　一旦企业确定了整个系统的恢复时间目标，IT部门必须针对特定服务器，把这类信息翻译成RTOS的信息。 大多数业务系统是由多个服务器组成，具有许多相关性。 例如，一间公司可能无法界定域名控制器或者病毒防治管理系统的恢复时间目标，但是在基础构建中的每一个服务器可能在某些方面对它们存在依赖性。正是站点恢复管理器执行团队的工作，确保了这些服务器得到了正确的优先次序处理。

 

　　恢复点目标

 

　　另一种商业决定是，在灾难性事件发生后的恢复点目标 （RPO），它为系统界定了可接受的数据丢失量，并且通过时间来进行衡量的。 习惯上，恢复点目标也决定了服务器应该多久进行一次备份。 但是，当它应用到站点恢复管理器的安装启用时，恢复点目标决定了主站点和恢复站点之间的阵列的复制频率。

 

　　在设计虚拟机的数据存储和存储复制之前，一个重要的商业决定就是为每个应用程序界定恢复点目标。 虚拟化管理员可以在当时通过类似的恢复点目标把服务器归类到相同的存储卷上，而且它们可以为每个基于共同的恢复点目标的存储卷，配置合适的复制日程安排。 要知道，在把VMware 站点恢复管理器引入现有的vSphere基础构建时，这个过程可能需要存储的重新设计和迁移。

 

　　没有恢复时间目标或者恢复点目标？

 

　　如果您的公司没有运用定期的信息灾难恢复规划工来为你的所有系统界定恢复时间目标和恢复点目标，那么你需要准备一个漫长的过程。 界定恢复时间目标和恢复点目标可能会消耗时间，因为它包含了内部的政治，技术的限制，人事决策和系统序列图。

 

　　维持这些恢复时间目标和恢复点目标的界定，以及定期和你公司的业务方面沟通，以确保在系统的优先级发生任何变化时，保持即时更新，这都是一样重要的。 VMware的站点恢复管理器和存储管理员都必须有适当的时间，来反映这些最终的变化。

 

　　最重要的是，IT部门和业务部门在整个VMware站点恢复管理器的设计过程中团结协作，以确保一个顺利和可靠的实施过程。