frsync 每日增量备份数据库文件
mysqldump 数据库的备份文件为完全备份文件。每天远程复制文件需要大量的时间和带宽。
但实际上每天变化的只是数据中的一小部分。在不使用数据库自身的备份机制的前提下,
可以只备份变化的那一小部分么? 本软件尝试做这件事。
本软件的思想是: 第一天是完全备份, 将远程的备份完整地复制到本地。
备份脚本
#!/bin/bash
time="$(date +"%Y%m%d")"
MYSQLDUMP="$(which mysqldump)"
$MYSQLDUMP -u $db_user -h $db_host -p$db_passwd $db | $GZIP -9 --rsyncable > "$backup_dir/$db.$time.gz"
注意:rsyncable选项,这是能增量同步的关键。
以前一天的文件为备份基础
第二天在本地服务器用前一天的备份文件复制一个假备份
cp aaa-20160110.gz aaa-20160111.gz
或用下面的脚本
#!/bin/bash
time="$(date +"%Y%m%d")"
time_lastday="$(date --date='1 days ago' +"%Y%m%d")"
for db in `cat /home/user1/scripts/list.txt`
do
/bin/cp "$backup_dir/$db.$time_lastday.gz" "$backup_dir/$db.$time.gz"
done
以上操作在本程序里自动实现
让本地的假备份与远程的备份文件进行rsync同步
rsync user@remoteserver:/backupdir/aaa-20160111.gz /localbackupdir/aaa-20160111.gz
这种备份可能有点用,但更好的可能还是日志增量备份,而不是这种技巧
jar包编译
mvn assembly:assembly
脚本运行, 服务器端
rsync --daemon
rsync以服务的形式监听873端口
服务器端配置文件/etc/rsyncd.conf
uid = nobody
gid = nobody
use chroot = no
max connections = 4
pid file =/var/run/rsyncd.pid
lock file =/var/run/rsync.lock
log file =/var/log/rsyncd.log
[data]
path = /home/data/
ignore errors
read only = true
list = false
hosts allow = 12.34.56.78
hosts deny = 0.0.0.0/32
auth users = backup
secrets file = /etc/backserver.pas
/etc/backserver.pas
为明文密码文件,权限应为 600, 里面为文本格式:
username1:password1
username2:password2
客户端脚本
以指定密码文件的方式,可以免输入密码, 最终:每天运行以下脚本即可,jar 里的java程序将自动查找备份机本地目录里的最新备份的文件,以最新的文件为蓝本,开始同步。
#!/bin/sh
server_dir=/data
local_dir=/home/data
JAVA=$(which java)
$JAVA -jar frsync-0.0.1-SNAPSHOT-jar-with-dependencies.jar \
--remote="--password-file rsync.pass rsync://username@myserver.com:${server_dir}" \
--localpath="${local_dir}" db1. db2. db3.
rsync.pass 明文保存对应服务器端指定的密码,权限也必须为600,这里用户名是username
实测表明,一个1G左右的备份文件,如果增量只有几M,仅需几秒钟即可完成远程备份。
代码已开源, 欢迎star, fork
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。