如何进行TB级别的数据备份与恢复?

在数据以几何速度增长的今天,银行的数据越来越彰显其重要性,如何进行备份及有效恢复成了各银行竞争的关键点。

目前普通的商业银行,数据量基本在TB级别,以常规DB2数据库为例,连接一个普通性能的存储作为容器,全量备份大概4TB左右数据。针对这种架构,是否需要数据备份?该采用何种数据备份方式?又该采用何种恢复方式,以最短的时间恢复业务?

或者有没有一种轻量级的架构(类似HADR,但部署更简单),既可以实现数据备份,不用担心数据丢失,又可以保证系统可用,不停机,也不影响性能?

6回答

洪烨洪烨  数据库管理员 , 哈尔滨银行
super1260nero1105panzhch等赞同了此回答
备份是必须的,否则真出事的时候哭都来不及。基于数据库日志复制HADR、CDC,GPFS文件系统复制、通过存储复制或者采取flash copy等,都可以在线复制或者快速复制。 显示全部

备份是必须的,否则真出事的时候哭都来不及。基于数据库日志复制HADR、CDC,GPFS文件系统复制、通过存储复制或者采取flash copy等,都可以在线复制或者快速复制。

收起
 2016-01-15
浏览2891
王巧雷王巧雷  系统工程师 , sino-bridge
hanson2008吉祥嘻嘻super1260等赞同了此回答
复制类型的解决方案(如hadr,stream)只是一种同步,当发生误操作之类的错误时,是没有办法很好的解决的。当然,oracle的闪回也能解决一些,但是有限制条件。所以,备份还是很有必要的,在时间窗口充足的情况下,使用传统备份软件即可。数据量大,窗口小,可以考虑虚拟带库+san备份。再大可以考...显示全部

复制类型的解决方案(如hadr,stream)只是一种同步,当发生误操作之类的错误时,是没有办法很好的解决的。当然,oracle的闪回也能解决一些,但是有限制条件。

所以,备份还是很有必要的,在时间窗口充足的情况下,使用传统备份软件即可。数据量大,窗口小,可以考虑虚拟带库+san备份。再大可以考虑结合快照来做,如ibm的tsm+flashcopy manager,这就需要存储支持了,主流的应用可以直接做到感知。

收起
 2016-01-15
浏览2493
shigc1105shigc1105  数据库管理员 , BC
hanson2008吉祥嘻嘻super1260赞同了此回答
对于重要系统的数据库备份还是很有必要的,目前数据库越来越大,业务层最好能做到线上库只保留一定时间的数据,过期数据保存到历史库。线上库和历史库制定不同的备份周期和保留时间。线上库采用LAN-Free的方式备份,数据库不同大小开不同数量的通道,保证备份时间。...显示全部
对于重要系统的数据库备份还是很有必要的,目前数据库越来越大,业务层最好能做到线上库只保留一定时间的数据,过期数据保存到历史库。
线上库和历史库制定不同的备份周期和保留时间。线上库采用LAN-Free的方式备份,数据库不同大小开不同数量的通道,保证备份时间。收起
 2016-01-15
浏览2557
ye8436792ye8436792  项目经理 , novem
super1260赞同了此回答
也可以考虑采用OGG,ODG等方式在数据库层面进行操作。显示全部

也可以考虑采用OGG,ODG等方式在数据库层面进行操作。

收起
 2016-05-02
浏览2404
yhsihyhsih  系统运维工程师 , 某烟草公司
我觉得这种级别的数据库考虑备份,难度太大了吧,备份窗口时间完全不够。系统架构上需要重新设计了,合在一起处理不过来就只有分区了,类似于12306的系统会把一些热门到线路分出来处理...显示全部

我觉得这种级别的数据库考虑备份,难度太大了吧,备份窗口时间完全不够。系统架构上需要重新设计了,合在一起处理不过来就只有分区了,类似于12306的系统会把一些热门到线路分出来处理

收起
 2017-01-16
浏览2356
litaolitao  项目经理 , 北京城达瑞软件技术有限责任公司
OGG是做数据同步的吧,有备份这个功能?显示全部

OGG是做数据同步的吧,有备份这个功能?

收起
 2016-07-19
浏览2426

提问者

gggeeqg系统运维工程师, 中国银行

问题状态

  • 发布时间:2016-01-15
  • 关注会员:9 人
  • 问题浏览:7975
  • 最近回答:2017-01-16
  • 关于TWT  使用指南  社区专家合作  厂商入驻社区  企业招聘  投诉建议  版权与免责声明  联系我们
    © 2020  talkwithtrend — talk with trend,talk with technologist 京ICP备09031017号-30