请问一般 数据库备份的思路是什么样的？

[ericgui]

关于数据库 ，没搜得到一般生产上怎么玩的，比如备份
是每小时备份一次？但即便这样，如果出问题，还是会丢失最近一小时的数据的，对吧？
有一个专用的服务器运行 mysql ？

[yjxjn]

我们用的 BD2,是每 5 分钟，使用 IIDR 工具同步到镜像服务器上面去，然后每天晚上跑 batch ，再进行全天备份，数据备份方面，几乎没出现过问题。

[yjxjn]

打错了，是 DB2 for z/OS.....还有用的是 IBM 大型机....z/OS 系统.....

[yangqi]

不用每小时，每日备份，然后打开 binary log, 保留几天，这样随时可以恢复到任何时刻

[gdtv]

@yangqi 万一服务器硬盘坏了，或者服务商跑路了怎么办

[runntuu]

跑个题， oracle 的话有日志，从备份的时间点起重做日志里的条目，以此保证数据库恢复到最近一次提交时的状态 [逃~]

[reus]

主从
文件系统快照
LVM 快照
软 raid ，硬 raid
定期 dump ，存档

当然，最重要的，是你确定这些备份都能恢复
不能恢复的备份，等于没有

[yangqi]

@gdtv 服务器不上 raid 或者 zfs? 你怎么不说机房被原子弹炸了呢？ binary log 是防止人为错误造成的问题，服务商跑路属于灾难，灾后重建备份肯定要有，真要高可靠主从同步能没有？

[clino]

我有个办法， dump 然后提交 git ，这样可以频繁提交，因为文本是增量的，而且容易恢复到其中任何一个版本

[Lpl]

主从复制，一主两从

[ryd994]

@clino 数据量一大就好玩了

[exuxu]

冷热，本地远程
时间:日，周，时
完整，增量
Dr 保证热备，备份完传输到伺服务机，周期性的，比如工作日为单元，每次都是完整的备份，定期恢复到测试服务器测试使用。

[msg7086]

最基本的主从，从服务器做定时 dump 就好。

[clino]

@ryd994 是的,不适合数据量大的情况

[billwang]

每日增量，每周全备，每年做数据库回复测试。

[billlee]

1. 防止应用 bug, DBA 误操作：每日备份 + binlog
2. 防止数据库 /操作系统 bug, 硬件故障： RAID + 主从复制

[ericgui]

@billlee 二选一即可？

[ericgui]

@yangqi 好的，我试试。谢谢。

[ericgui]

@reus 这句话记下了“不能恢复的备份，等于没有”

[billlee]

@ericgui #16 两个都要，备份在遇到硬件故障的时候回有 downtime, 需要主从复制提供热备份。而如果是你的应用有 bug, 或者管理员作死，就只能靠备份恢复了