比特币通信协议 - 币圈消息

比特币通信协议篇11、二、TURN简介。在典型的情况下,TURN客户端连接到内网中,并且通过一个或者多个NAT到 详细

聊聊灾备 - 第2页 - 金融行业 - ITPUB论坛-专业的IT技术社区

[复制链接]
16 0
wangjia 发表于 2022-9-11 07:51:48 | 只看该作者 |阅读模式 打印 上一主题 下一主题
我们谈BMC的LifeCycle 管理,其实都是Best Practices 纸上谈兵,实际落实在国内已长短不一、千差万别。一方面需要自上而下的有力支持,同时也需要自下而上的强力推动。
第二十七条 银行应当通过分析主务与信息系统的对应关系、信息系统之间的依赖关系,根据业务恢复时间目标、业务恢复点目标、业务应急响应时间、生务恢复的验证时间,确定信息系统族复时间自荐〈信息系统RTO)、信息系统故复点目标(信息系统RPO),明确信息系统重要程度和恢复统先级别,并识别信息系统坟复所需的必要资源。
执行的时候可以根据优先级进行调整
本帖最后由 Pythagoras 于 2012-5-2 21:22 编辑
有没高人介绍下主机上的双活技术,个人比较感兴趣:)
主机的双活,IBM系的基本上两个流派,基于PPRC的Multi-site SYSPLEX和基于数据复制的GDPS/A-A。
本帖最后由 Pythagoras 于 2012-5-2 22:52 编辑
家住海淀 发表于 2012-5-2 22:29

Multi-site SYSPLEX这个最成熟了,多年前就有了
我没记错吧
没错,应该至少也有5年了吧。
Pythagoras 发表于 2012-5-2 22:51

没错,应该至少也有5年了吧。
10年都有了吧
workaholic 发表于 2012-5-2 23:00

10年都有了吧
广义的Multisite SYSPLEX,比如GDPS那是有10年了。
但如果只是说用于双活的,基于PPRC的Multisite SYSPLEX,没有那么长时间。查了一下,GDPS/PPRC HyperSwap Manager是2005年发布的。
zp9000 发表于 2012-4-25 15:24

偶不是公司的,现在多数银行应急和灾备相割裂,更别说统一的业务连续性管理了,很多业务部门的人都没有BCM的 ...
我们是将事故预想将此两者联系在一起。另外,事故预想可以是业务部门出,也可以是技术部门出,但最终都是两个部门沟通确定的结果。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
收藏
收藏0
转播
转播
分享
分享
分享
淘帖0
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关注0

粉丝0

帖子2930859

发布主题
阅读排行更多+

Powered by 顺水鱼MT4外汇EA网! X3.2© 2001-2017 顺水MT4外汇EA公司.( 陕ICP备17014341号-1