本周我遭遇了一个惨痛事件，远程开发机有两块硬盘同时损坏，整个分区数据完全丢失。这直接导致我在开发机上 home 目录中所有文件人间蒸发了，真是一觉回到解放前！
值得庆幸的是这件事发生在端午假期中间，放假前我把大部分源代码都提交到了库里，辛苦劳动的损失倒不大。但是之前种种努力搭建的开发环境全丢失了，这一点让人很郁闷。为了不再遭受这样的损失，我痛下决心学习了一下 rsync，用来同步和备份数据。
不得不说 rsync 也是一个神器啊，man rsync 发现有各种灵活用法，最有用的我觉得还是通过 ssh 来备份的方法。发现了这个秘密后，我觉得用来备份自己的网站数据也不错。下面是我使用的参数：
rsync -avzuptS --delete --max-delete=100 -e "ssh" username@solrex.org:~/ ~/backup
如果懒得输入 ssh 密码，可以使用 ssh 公钥认证 。
一旦配置了公钥认证，这个备份命令就可以定制为 cron 任务定时执行了。这时候我发现一个有趣的问题：如果镜像了整个 home 目录的话，无法记录命令执行日志。 因为无论日志写入到 home 目录下哪个地方，都会因为远端没有这个文件被 rsync 删除掉。无奈之下只好使用笨方法，让 cron 把同步日志发邮件给自己。
$ crontab -l SHELL=/bin/bash HOME=/home/work MAILTO="someone@somesite.com" PATH=/home/work/local/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin 00 21 * * * mirror_site
把 SHELL 配成 /bin/bash 的原因是 /bin/sh 可能会导致一些不常见的诡异问题，例如这个。同样，在 crontab 中声明 PATH 环境变量可以避免某些命令找不到的问题，特别是自己写的放在 home 目录的脚本。
把日志文件 加到 --exclude 选项里面应该可以避免同步的时候被删除掉
@risent 多谢哦！
请问一下后面两个参数“--delete --max-delete=100”的效果是什么？
man里面讲：--delete删除那些DST中SRC没有的文件；--max-delete=NUM 最多删除NUM个文件。那合起来是什么效果，出于什么考虑呢，谢谢～
@jferic 主要是怕另一端出了什么问题，比如错误地执行了 rm * 操作，这样这一端还有数据保留（只删了100个）而不是同样把所有删除同步过来。