TB级数据库负载如何设计?

业务需求:  需要将生产数据实时传递到副本备库,本来考虑ALWAYS ON 功能,因业务特殊性,需要将生产库历史数据删除,但仍然需要在副本备库中保留,想来想去决定只有用复制分发中的事务发布可用,删除的数据手工再补回副本备库中,但现在数据容量非常大,1.5TB级数量。表有3千多...显示全部

业务需求:  需要将生产数据实时传递到副本备库,本来考虑ALWAYS ON 功能,因业务特殊性,需要将生产库历史数据删除,但仍然需要在副本备库中保留,想来想去决定只有用复制分发中的事务发布可用,删除的数据手工再补回副本备库中,但现在数据容量非常大,1.5TB级数量。表有3千多个。全部做复制分发会对效能产生非常大的影响。如果出问题又需要手工将数据补录回备份库,非常麻烦。请问大家有什么好的其它方案吗?

收起
参与21

查看其它 6 个回答陈宇的回答

陈宇陈宇系统工程师某银行

主要思想是拆分成生产库和历史库,定期将生产库数据移动至历史库。使用sql server alwayson或者db2 hadr直接将日志复制到历史库备库。资源消耗应该会比复制分发小。

银行 · 2015-11-02
浏览1485

回答者

陈宇
陈宇0622
系统工程师某银行
擅长领域: 存储灾备服务器

陈宇 最近回答过的问题

回答状态

  • 发布时间:2015-11-02
  • 关注会员:6 人
  • 回答浏览:1485
  • X社区推广