数据规模越来越大,数据种类也多种多样,除了存量系统的数据增长外,新增的IT系统或新采用的技术架构也会产生各种各样的数据。对所有的企业数据做备份代价较高,现实中也不具备条件,那么如何评估这些数据是否需要做备份以及如何备份?想听听同行的一些看法。
收起这个实际上还是备份需求的分析,需要在调研的时候对不同的应用数据做一个区分,个人总结了以下几点:
1. 先区分下目的,一般情况下业务数据的使用都有冷热特性。备份数据同样也是,有的数据副本是为了应对数据丢失,这种是备份,特点是数据经常发生变化,保留周期相对较短,备份的频率相对较多;有的副本是为了法规遵从,或者很小概率使用的历史数据,这个对应归档,特点是基本不发生变化,保留周期长,备份频率很少。
2. 所数据都备份肯定是不现实的,备份目的是为了恢复,反向推,如果业务出现数据丢失,按最坏的情况算,都需要哪些数据,就备份哪些数据。 然后再根据数据的特点设计,以Oracle为例,归档日志备份的频率最高,数据文件次之,基础环境最少,甚至可以不用备份。
3. 分类后的数据按照rto和rpo的指标设计备份策略即可,既要避免备份无法覆盖需求,也要避免过度设计,浪费资源。
4. 根据业务数据实际需求进行分类,可以进行分级存储存放设计,比如
长期保存,且使用频率极低的归档数据存放到磁带库,定期出库离线保存,保证备份数据有效可查即可
中长期保存的备份数据,使用频率较低的数据,可存放磁带存储、对象存储或大容量低速磁盘存储。
短期保存视频频率较高的备份数据可存放到性能较高的磁盘池,后期酌情迁移到磁带库。