Oracle/Mysql数据库备份工具

由于Oracle/Mysql存在多种数据库备份方式,而且各有利弊,对于我们初学者来说,选择合适的备份方式确实有些困难。个人觉得,首先要基于公司的需求,考虑能够容忍丢失多少数据、花多少人力时间成本等,这是我们制定备份方案的依据,同时制定出来的方案要可执行,要执行,不能把方案当作纸上谈兵。下面我把我们实际的备份方案整理出来供大家参考交流。
作为数据安全的一个重要内容——数据备份的重要性却往往被人们所忽视。只要发生数据传输、数据存储和数据交换,就有可能产生数据故障。这时,如果没有采取数据备份和数据恢复手段与措施,就会导致数据的丢失,有时造成的损失是无法弥补与估量的。结合我们公司线上业务的实际情况,来说说我们的备份方案,当前主要采取全备+binlog备份方式。其中全备分为逻辑备份+物理备份,同时主从复制也作为一种备份的方式存在,从而最大程度降低数据故障带来的风险。
Oracle/Mysql数据库备份工具——UCache灾备云:18513296950


Oracle/Mysql数据库备份工具
文章图片
数据备份部分
1 逻辑备份
应用场景
逻辑备份,我们主要用在当数据量较小时,数据库出现数据故障,对于恢复时间要求不高;搭建主从环境,搭建测试环境及备用库等方面。
备份时间及地点
每日凌晨3:10在从库上备份,备份文件存放在从库上的/data/backup/fullbackup,当然如果有充足的机器,更安全的方式是备份到远程服务器。
备份方式
采用Oracle/Mysqldump进行全库备份,通过定时任务,定时执行shell备份脚本。这里就不提供了。
2 物理备份
应用场景
【Oracle/Mysql数据库备份工具】主要应对要求恢复时间较高;数据量比较大;
备份时间及地点
每周一凌晨3:10在主库上备份。备份文件存放远程服务器目录下
备份方式
采用percona的社区工具innobackupex,该工具可以在线热备,不影响线上的业务。
以上两种方式的备份只能恢复某段时间的数据,对于按照时间点的恢复是无能为力的,那怎么办呢?binlog日志,是的,我们采取的是实时同步binlog日志到远程服务器上,这样理论上是可以恢复到任意时间点的。
3 binlog备份
应用场景
对于一些由于错误操作等造成数据丢失错误的,需要按照时间点进行还原的情况下。
备份时间及地点
备份服务器实时将主库上binlog同步到远程服务器上。
备份方式
Oracle/Mysqlbinlog工具进行日志拉取,shell脚本如下:
Oracle/Mysqlbinlog
--read-from-remote-server --host=1.1.1.1 --port=3306 --user="backup"
--password="backup" --raw --stop-never Oracle/Mysql-bin.000840--result-file=/data/backup/binlog/
经过以上三种结合的备份方式,基本上可以满足在数据异常丢失情况下,恢复到正常状态。
4 主从复制
应用场景
主要应用于读写分离,故障转移的情况下
备份时间及地点
几乎可以认为是同步进行数据的复制
备份方式
采用UcacheOracle/Mysql提供的复制技术
对于主从复制,如果用于备库的话,最好是让sql_thread执行慢一段时间,可以是1天。这个结合实际情况,自己选择。
在全球大数据暴增的趋势下,市场上以Oracle/Mysql为主的数据库的数据量也越来越大。当数据呈指数增长时,数据备份时间也将随着数据量的增长而加长,这样就很难实现高效的数据保护。对于超大型Mysql/Oracle数据库的保护一直是业界的难题,尤其是如何在较短的时间内,完成数据的备份和有效性验证。UcacheBankup产品凭借多年的数据保护经验,推出了UCache灾备云这一套高效的Oracle/Mysql数据库保护


Oracle/Mysql数据库备份工具
文章图片

    推荐阅读