我们看看到底我们出了什么问题
1 备份的策略的问题
2 恢复时间太慢的问题
3 没有高可用的问题
4 软件是否有解耦,降低恢复系统的时间的问题
看上图,一个备份恢复可能会把 ,软件部门的, 系统架构部门的...一个系统在设计之初,是不是需要考虑未来几年内的数据量,并发量,故障中的恢复的时间,(故障恢复的便捷性), 系统架构层是不是的考虑,架构是不是能进行解耦, 应用系统的冗余,和数据库方面的高可用的冗余, 在什么状态下的...CRASH 能让系统继续工作, 关键点在哪里, DBA 那就毋庸置疑了,板子打的是妥妥的, 备份策略怎么制定的, RTO RPO 到底是怎么衡量的,和业务部门和开发部门怎么商量的, 备份软件怎么选择的...那么到底备份的意义在哪里, 备份实际的意义,在于
1 降低数据库系统由于软硬件的问题,导致的数据丢失
2 快速通过备份来恢复丢失的部分数据
3 对于某些政策和规则性的满足,例如 银监会对于数据库的保留时间的要求...总结,一个系统的CRASH 以及恢复,是可以发现整体系统设计是好是坏的一个试金石, 良好的系统设计,让系统的备份,恢复以及CRASH 后的系统的恢复都变得简单, 反之,那就是一个灾难, 所以系统CRASH