数据库管理、归档

我们这里的库和你门差不多，数据量大会有下面几个问题。

我们的问题也是24t的时候要面临很多问题

1、性能问题？我们目前是采用闪盘把一些重要业务拆分到闪存存储上，去年也购置了一体机，几年买了闪存存储，目前基本解决了性能问题。

2、拆分库之后也很大，就需要搭建adg，把查询业务和备份业务都在adg上来执行，可以搭建主从从，这样主库性能好了很多。

3、归档历史数据还得进行，不能让他无限大。

4、也可以考虑热点数据进入闪盘，买存储时候买部分闪盘即可。

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

数据采用分级存储的方式，该归档的进行定期归档，热点数据采用easytier功功自动分层存储

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