灾备切换
灾备切换
灾备切换是一系列操作的组合,不是单一的技术动作,并且由于“容灾黑盒”的存在,其切换的决策难度非常大。无论是生产中心还是灾备中心,彼此的业务之间都有逻辑的联系,服务的启动顺序也有严格的要求。
灾备切换是一系列操作的组合,不是单一的技术动作,并且由于“容灾黑盒”的存在,其切换的决策难度非常大。无论是生产中心还是灾备中心,彼此的业务之间都有逻辑的联系,服务的启动顺序也有严格的要求。
热点
来自主题:双活 · 2020-03-16
bbaimm88银行 擅长领域:银行存储双活, 存储双活, LinuxONE
11 会员关注
数据的RPO  0 应考考虑一份存储级别的 双活数据,或者异步复制的数据;不能全部依赖数据库软件高可用 (物理+逻辑冗余)双活测试场景 太多了,不同思路不同考虑, 运营商 链路,单点物理设备,系统级别,站点级别故障都要拉通测试,(分行、网店 部分及全面故障); 应用系统分依赖关系...
浏览5057
回答7
来自主题:银行 · 2019-11-11
lilie某股份制银行 擅长领域:灾备自动化切换平台, 自动化
5 会员关注
一、背景介绍相比于其他行业,银行业对于信息系统可用性与连续性有着很高的要求,基于这样的客观需求,同时也是满足银保监会《商业银行数据中心监管指引》的要求,绝大部分大中型银行都已经建立两地三中心架构,甚至多地多中心架构。为了验证同城中心或者异地中心的IT服务连续性保...(more)
专栏: 最佳实践
浏览2844
评论2
来自主题:集中交易系统 · 2019-09-27
frankk券商 擅长领域:集中交易系统, 高可用, Power服务器
5 会员关注
一、灾备切换中的两个关键指标RTO和RPO,其中RPO(业务数据丢失),在目前的技术层面容易做到0丢失,或接近0丢失。RTO指标很关键,要看两个中心机房或者故障切换的设计,更多的是判断切换的时间因素很难衡量,二,广发证券在灾难备份整体切换中做得比较好,从网络层面控制整体切换,投入大,但效...
浏览1758
回答2
来自主题:灾备建设 · 2019-08-15
asdf-asdfcloudstone 擅长领域:云管平台, 虚拟化, VMware
275 会员关注
分几个场景,rac数据库灾备的备库启动,数据如何返回主库rac数据库如何和已经启动的备库同步回切先确定数据量问题,目前市场上有通过数据库archlog进行恢复的技术或者把灾备的数据库做主库然后生产做备库完全同步后找个变更时间完成数据库业务回切在做rac技术数据库保护...
浏览2302
回答3
来自主题:分布式数据库 · 2019-04-16
张鹏中国金融电子化公司 擅长领域:灾备, 分布式存储, 双活数据中心
624 会员关注
几点想法,不妥的地方请指正。 传统灾备:中提到的应用级别灾备,存储级别灾备,数据库级别灾备,我觉得用应用系统灾备,存储系统灾备保护,数据库系统灾备保护,这种说法歧异性小,更为合适。 SRM 您提到的是VMWARE 的SRM 产品吧,实际上还是做作业流程管理的系统,这个产品并不能替代灾备复...
浏览3115
回答6
来自主题:数据同步 · 2017-09-29
邓毓江西农信 擅长领域:存储双活, SVC, 双活数据中心
754 会员关注
一般情况下存储从生产切灾备做演练,先将上层的应用和数据库停止,并将存储的远程复制关系反转,再将数据库和应用启动即可,这是在灾备的存储写入数据,会自动将数据同步回生产的存储。 而你的灾备演练的方式,从你的表达上来看,应该是先停止应用和数据库,然后直接将同步复制关系断掉,...
浏览4482
回答5
    描述
    灾备切换是一系列操作的组合,不是单一的技术动作,并且由于“容灾黑盒”的存在,其切换的决策难度非常大。无论是生产中心还是灾备中心,彼此的业务之间都有逻辑的联系,服务的启动顺序也有严格的要求。
    灾备切换是一系列操作的组合,不是单一的技术动作,并且由于“容灾黑盒”的存在,其切换的决策难度非常大。无论是生产中心还是灾备中心,彼此的业务之间都有逻辑的联系,服务的启动顺序也有严格的要求。
  • 提问题