建立了应用级灾备后,相当于多出了一套支撑系统。与数据不同,应用是动态的、可运行的。那么不影响正常业务系统和数据的前提下,应当如何验证备份的应用系统的版本是完整、正确性和可用的呢?
大规模的应用/数据中心切换演练是一种比较好的方法,但是牵扯的方方面面也比较多。现在很多金融机构开始构建轻量级的灾备演练平台,定期/经常性的,进行一个或两个应用的切换演练。有利于技术人员常备不懈。
另外,灾备中心的数据和应用,要定期进行验证和更新。确保之间的匹配。现在很多灾备中心没有数据验证平台,这是有问题的
既然是应用级的,生产中心和灾备中心排除网络延时、抖动和带宽不足等因素,两端的应用、数据、网络都应该是一致(包括同步或是异步)的,所以楼主说的生产应用有更新包,灾备中心也需要更新,
具体的操作最好不要是人工干预的,通过对应用安装代理,实时监控,发现更新,及时通知灾备中心,两端都更新
制度是必须的制定的,关键是要严格执行
收起定期进行灾难恢复演练
收起应用灾备的可用性包含两层含义:业务系统的可用性和数据的可用性。不知道你指的是哪个层面的?
业务系统的可用性比较复杂,涉及的关联部门和人员也很多,验证工作比较复杂,接近实战演练。
数据层面的可用性相对简单些,比如可以通过启动数据库或者通过脚本验证数据的可用性。
收起还想补充一个问题,应用级灾备建好以后,后期的维护工作是如何开展的?比如,生产应用更新包,那灾备系统是同时更新?由谁操作更新?还是记录版本号定期去更换?有没有相应的制度?