数据库管理、归档

案例里说的某零售业使用oracle,数据库达24T

请问这么大的一个数据库,该如何管理?    是否会定期归档 ?

针对热点数据和冷门数据,应该如何区别对待呢?

参与25

4同行回答

skiperskiper技术经理上海美特斯邦威服饰股份有限公司
24T的应该没做归档,备份压力肯定也很大,从业务角度可能需要这样,不过从实际运维角度还是建议分拆,历史数据归档到查询库,读写分离应该做过吧,只是猜测。从性能来说这么大库主机压力也大。...显示全部

24T的应该没做归档,备份压力肯定也很大,从业务角度可能需要这样,不过从实际运维角度还是建议分拆,历史数据归档到查询库,读写分离应该做过吧,只是猜测。从性能来说这么大库主机压力也大。

收起
零售/批发 · 2016-08-30
浏览1793
skiperskiper技术经理上海美特斯邦威服饰股份有限公司
那应该是理解为数据总量为24T,而不是单实例24T吧显示全部

那应该是理解为数据总量为24T,而不是单实例24T吧

收起
零售/批发 · 2016-08-30
浏览1721

提问者

a520520168
系统工程师索菲亚
擅长领域: 虚拟化云计算存储

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2016-08-30
  • 关注会员:4 人
  • 问题浏览:5673
  • 最近回答:2016-08-30
  • X社区推广