1
yjxjn 2017-04-21 21:01:56 +08:00
我们用的 BD2,是每 5 分钟,使用 IIDR 工具同步到镜像服务器上面去,然后每天晚上跑 batch ,再进行全天备份,数据备份方面,几乎没出现过问题。
|
2
yjxjn 2017-04-21 21:02:56 +08:00
打错了,是 DB2 for z/OS.....还有用的是 IBM 大型机....z/OS 系统.....
|
3
yangqi 2017-04-21 22:48:42 +08:00
不用每小时,每日备份,然后打开 binary log, 保留几天,这样随时可以恢复到任何时刻
|
5
runntuu 2017-04-21 23:01:27 +08:00
跑个题, oracle 的话有日志,从备份的时间点起重做日志里的条目,以此保证数据库恢复到最近一次提交时的状态 [逃~]
|
6
reus 2017-04-21 23:22:23 +08:00
主从
文件系统快照 LVM 快照 软 raid ,硬 raid 定期 dump ,存档 当然,最重要的,是你确定这些备份都能恢复 不能恢复的备份,等于没有 |
7
yangqi 2017-04-21 23:29:22 +08:00
@gdtv 服务器不上 raid 或者 zfs? 你怎么不说机房被原子弹炸了呢? binary log 是防止人为错误造成的问题,服务商跑路属于灾难,灾后重建备份肯定要有,真要高可靠主从同步能没有?
|
8
clino 2017-04-21 23:46:45 +08:00 via Android
我有个办法, dump 然后提交 git ,这样可以频繁提交,因为文本是增量的,而且容易恢复到其中任何一个版本
|
9
Lpl 2017-04-22 00:53:32 +08:00 via iPhone
主从复制,一主两从
|
11
exuxu 2017-04-22 01:53:06 +08:00 via iPad
冷热,本地远程
时间:日,周,时 完整,增量 Dr 保证热备,备份完传输到伺服务机,周期性的,比如工作日为单元,每次都是完整的备份,定期恢复到测试服务器测试使用。 |
12
msg7086 2017-04-22 06:05:23 +08:00
最基本的主从,从服务器做定时 dump 就好。
|
14
billwang 2017-04-22 10:51:40 +08:00
每日增量,每周全备,每年做数据库回复测试。
|
15
billlee 2017-04-22 11:36:40 +08:00
1. 防止应用 bug, DBA 误操作:每日备份 + binlog
2. 防止数据库 /操作系统 bug, 硬件故障: RAID + 主从复制 |