提供一个思路此类型情况也可以考虑使用mksysb备份rootvg、使用savevg备份datavg到磁带上,然后再启动到SMS模式进行恢复rootvg,然后用smit restvg恢复datavg。
RAC集群需要共享存储,使用RAC的目的是为了第一提供高可用,第二是为了提供更多的CPU计算能力。RAC的节点之间通讯有存储心跳,网络心跳。对于这种需要共享存储,需要节点之间固定的IP私有网络访问,感觉从数据库角度来说不适合
其实银行还是很幸福的啦,证券,期货如果停这么就,客户要冲进来打人了。
感觉最大的难点是数据一致性保障。另外,应用的环节也是很多的,不能眉毛胡子一把抓,要找准点。
从应用异构出发,到中间件,到底层都应该是隔离开的,应该要规避兼容性问题。
归根到底是个权衡,责任太大就导致最终决策会趋于保守,不过从技术层面来看,也很难做到绝对把握。银行系统全网灾备演练一次都难吧。
主持人好,大家好,很高兴可以就这个话题进行互动。谈到“应用异构冗灾”,我们要先谈一个“软单点故障”的话题。 我们以为,若系统内某个层面(网络、系统结构各环节)使用同样的”软件“(设备、程序代码等),则该系统在该层面存在
在谈监控之前首先要说说系统可能出现的问题:1 一般来讲,突发性硬件故障,比如宕机等,其实并不可怕,因为往往有高可用备份机制保障。在银行大型机更是可以做到对业务无影响。2 比较可怕的是一些假死型故障,这类故障往往会
v8.1默认不是include logsv9.5以后的db2 版本,online backup默认才是include logs
这时候技术的LEADER如果能对业务说"你到底懂不懂啊",牛NB了
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30