智网业务持续保障.pptVIP

即使没有行业管理的强制要求，从我们信息系统本身的要求看，我想领导您也期望：数据不要丢，系统不要停。 总的来看，国家有相应的标准，部分行业也有指标，但大部分行业，大部分业务系统目前还是没有明确的指标。 这对我们工作业绩的衡量是个问题。 * 第三句话：目前我们现有的系统能达到什么指标？ 领导您 这边我想应该已做了数据备份，但如果用这种手段来快速恢复系统的话，需要分三步： 一是安装操作系统； 二是安装应用系统，如数据库、应用软件等 ； 三是将备份的数据倒回。 这种办法一是时间长，到底多长时间取决于熟练程度和数据量。 二是有专业要求，数据库的安装、应用软件的安装不是一般维护人员的能力所能达到的；特别是应用软件一般是定制的。不象通用软件，是软件包引导式的安装模式。定制软件的安装需要作配置完成。一般情况下，需要厂家支持。 三是备份的数据不能保证是可用的，无法检验。也就是说，不能保证系统恢复。因为要检验某个数据版本，就需要回写到原系统，这样原系统的也被覆盖了。这就象消防演练时真把楼点着了去演练。这是不行的。 还有个办法，就是双机或群集，不知领导您这边做了没有。 双机或群集不是双系统、多系统，一般都只是应用服务双机、多机，数据库、存贮还是单的。一旦是数据逻辑出现错误，也不能解决 问题。 双机或群集，还意味着软硬件架构完全一致，也意味着后门也一样，如有病毒或黑客，很容易同时瘫痪。 双机或群集的成本也很高。因为不只是购置硬件，还需要与主机一样的软件平台、同步软件等。 所以，双机或群集也没有彻底解决问题。 领导您会问，智网解决了吗？这就是我要说的第四句话，我们解决了。 * 这是我们的产品形态. 能解决所有软硬件原因引起的阻断。一般五分钟内就可以恢复业务。 * 这是一组PC服务器，承担着不同的应用系统，可能是OA、网站或是业务系统。 这是我们的产品BES-PCS,可直接接入现有网络，实现对这组服务器的业务持续保障。 无论哪台服务出现故障，也无论什么故障，一线值班人员都可通过简单的切换，由BES-PCS直接接替工作，几分钟内恢复业务运行。 * BES-PCS 是如何实现直接接替的呢，实际上完整的应急过程分了三步。 第一步：系统正常工作 时 将目标主机硬盘中的内容根据需要，全面或部分在线复制到业务应急系统的硬件平台上来。 在线复制区别于业内一般所讲的备份，在线意味着不中断业务，复制意味着不改变数据格式。 然后，按照预设的策略，进行快照，并建立快照版本。这就是所谓的多版本。 为什么要做多版本？有什么用？ 两 个用处： 一是可靠应急。既然定位应急设备，就必须确保应急时管用。系统瘫痪的原因有很多，有可能是数据逻辑、有可能是病毒，这时做的快照也是不可用的。做了多版本就不怕了，极端情况下至少有一个版本一定是可用的，这就是工程实施时做的第一个版本。 第二个用处是确保RPO。大家能想到，我应急使用的版本同系统中断时的版本是有差别的。版本的时间间隔小，差别就小。 这就要说到另外一个话题，如何减少数据损失？其实也很简单，如果你很在意数据损失，那就用你原来的数据就可以。如果你的RPO指标还不如我，那就用我的。 * 第二步，系统灾难发生后 不管服务器什么原因引起的故障，业务中断。运维人员实施应急切换。 这时，业务应急系统按照预设的应急策略，用其中的一个全版本直接接替系统的当前版本运行。 业务恢复的时间实际就是系统重启的时间,一般三五分钟..这就是所谓分钟级应级的来由. 需要说明的是：业务应急系统支持两种应急切换模式： 网络启动：适用于保证性能，适用于所有软件及硬盘原因引起的中断 虚拟启动：应急性能同硬件平台相关，适用于所有软硬件原因引起的中断 * 第三步，原系统后台恢复 前台应急启动后，业务已经恢复到可接受的程度。 当然，原系统还是要恢复。只是时间压力就没那么大了，恢复的过程可以由专业工程师或厂家执行。 在硬件修复后，选择合适的时间点，由业务应急系统自动完成原盘恢复。 原盘恢复后，再选择合适的时间将业务系统切换到原系统上。 * （注：用户最关心的是给他带来的好处，这需要了解用户 的痛苦点后有针对性地设计。本部分讲述产品本身的特性以及比较其它产品的优势，实际交流时要定制，讲对用户 的好处） 分析下产品的特点和优势： 一是和大部分针对原因设计的产品不同，业务应急系统针对的是结果，也就是不管什么原因引起的中断都能实现分钟级的快速恢复； 二是常用的应急手段要看具体原因确认恢复的时间，而业务应急系统承诺了恢复时间，对于任何原因的中断都是直接接替工作，时间是明确的； 三是在 线工作，不需系统停顿，也不影响现有系统工作，是对原系统可靠性的额外提升； 四是一对多，并且一体化解决了存储、备份、应急的问题，性价比高； 五