如果没有双活或者一主一备条件，恢复时如何才能保证数据库尽量少丢数据？单靠增加备份频率吗？
目前，就像我们公司的系统架构来说，几个主要的二级系统都是单机，单数据库。 有的是应用与数据库分别部署到单独的服务器上，有的是应用与数据库在同一台服务器上。就几个主要的数据库而言：
oracle数据库，我们做的每天利用rman完整备份一次（包含控制文件），同时备份归档日志且一起ftp传输到异机保存。
SQLServer数据库，每12小时备份一次，事物日志每小时截断一次，同样ftp传输到异机。
db2数据库目前是晚上做一次本地完全备份。中午做一次lan-free TSM备份。
问题是：无论怎么做，只要不是双活或一主一备，都会面临丢失数据的风险。（oracle最多会丢失一天的数据，SQLServer最多会丢失一小时的数据，db2最多会丢失半天的数据。）
一起思考下：如果就目前这种情况，领导不让增加任何成本的话，该如何更好的做好数据备份，难道单靠增加备份次数吗？ 如果哪天真出大问题了，领导同意花费低成本购买设备的话，如何最大价值的实现各种数据库不丢数据进行部署？
3同行回答
对于非多活的系统环境，依靠备份来保障业务尽量少丢数据，是非常不明智的做法。
传统的备份都有一定的滞后性，因为备份是定时启动，也需要时间完成备份。而生产数据是不断产生的，且在内存中还存储着相当一部分数据。
若在如此窘迫的环境下一定得保障少丢数据，首先得保障数据库的归档及时传输到异地；其次备份系统中增加归档的备份频率，同时减少增量备份次数、缩短全备份之间的间隔，提高恢复速度。
低成本采购设备，也不能很大程度上左右当前的情况。传统备份的定位并不是保障生产系统高可用和连续性，而是在重大事故后尽量减少数据的丢失，保障灾后系统能够维持其基础形态，减少损失。
对您的案例场景，更需要的是CDP或存储复制的技术，而不是备份系统。
收起oracle数据库，可以增加归档日志的备份频率，根据业务量的大小，半个小时或一个小时备份一次归档日志
收起