证券Db2HADR

超大体量数据库异地搭建HADR耗时长问题?

场景如下:
生产数据库,单机版,数据体量15TB,使用EMC存储,AIX操作系统,DB2 10.5FP9;
异地(跨省)搭建HADR灾备环境,使用HP 3PAR存储;
现在的问题是,异构存储的情况下,通过backup & restore搭建hadr,传输备份文件耗时太长,有什么方案能减少HADR搭建时间吗?
补充下,能接受先对EMC做存储复制,异地先临时使用下EMC存储,然后再想办法迁移到3PAR,比如利用db2inidb xxdb as mirror是否可以?

参与18

3同行回答

libai21libai21课题专家组软件架构设计师海通证券
传输时间长的原因是什么?是带宽不够吗?如果带宽不够那就没啥办法了。人工运输还真是比网络传输快。如果带宽够用的话,用些商业软件去传文件可以把带宽用足的。最笨的办法,备份的时候分成多个文件,然后同时传。也应该能很快传过去。...显示全部

传输时间长的原因是什么?是带宽不够吗?
如果带宽不够那就没啥办法了。人工运输还真是比网络传输快。
如果带宽够用的话,用些商业软件去传文件可以把带宽用足的。
最笨的办法,备份的时候分成多个文件,然后同时传。也应该能很快传过去。

收起
证券 · 2018-08-31
浏览2106
tongshuaitongshuai数据库工程师北京新数科技有限公司
异地传输备份介质耗时太长,一般处理要么减少备份介质大小,这个可以在备份的时候加上压缩参数,将备份进行压缩,一般可以降低到原来的1/3 或者 1/4,这个还是挺可观的。还有是否可以考虑采用人工运输备份介质,毕竟现在的高铁也很方便、快捷了,当然这个就要看是网络传输快,还是人工运...显示全部

异地传输备份介质耗时太长,一般处理要么减少备份介质大小,这个可以在备份的时候加上压缩参数,将备份进行压缩,一般可以降低到原来的1/3 或者 1/4,这个还是挺可观的。还有是否可以考虑采用人工运输备份介质,毕竟现在的高铁也很方便、快捷了,当然这个就要看是网络传输快,还是人工运输快了。至于采用存储复制倒不是很建议,毕竟瓶颈在网络传输这块。复制存储也无法突破这个瓶颈。

收起
互联网服务 · 2018-08-31
浏览2253
  • 多谢建议。 带压缩的话,备份耗时会显著增加,虽然传输时间是减少了,总体耗时并不会减少,可能还会增加。人工搬运,含敏感数据,也不合适。
    2018-08-31
  • 如果这样的话就只能增大网络带宽了。
    2018-08-31
沈刚沈刚技术经理IBM
个人还是推荐使用DB2的backup和restore来搭建HADR。 对于很大(或者交易量很高)的数据库来说,个人强烈建议尽量使用更多的表空间。另外, 我不推荐备份时使用压缩选项, 但是我推荐对数据库里的大表(特别是流水表)采用compress yes static/adaptive....显示全部

个人还是推荐使用DB2的backup和restore来搭建HADR。 对于很大(或者交易量很高)的数据库来说,个人强烈建议尽量使用更多的表空间。另外, 我不推荐备份时使用压缩选项, 但是我推荐对数据库里的大表(特别是流水表)采用compress yes static/adaptive.

收起
软件开发 · 2018-08-31
浏览2378
  • 存储复制后通过db2inidb as mirror初始化备份搭建hadr,有这么做的吗?
    2018-08-31
  • 这个可以做,有人做成前滚库,原理和hadr备机是一个道理
    2018-08-31

提问者

icycastle
数据库管理员某证券公司

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2018-08-28
  • 关注会员:4 人
  • 问题浏览:4218
  • 最近回答:2018-08-31
  • X社区推广