zsen
2015-11-28 12:07:49 +08:00
那个脚本里面还是有一些坑需要填的。
比如我用的是 postfix ，默认只能发 10M 的附件，需要手动更改配置文件来发送大附件。目前我自己跑的是 20M 是没问题的，因为我的备份文件压缩后木有超过 20M ，所以最大能发多大的附件，没实际测试过。
另外，在 mac 下， mail 是没有-s 添加附件这一功能的。至于 linux 下面，是不是所有版本都支持，我也不清楚。建议可以使用 mutt 来。
至于说数据库压缩之后还超大的，我认为就需要更严谨和科学的数据容灾机制了，比如主从数据库的实时同步——不止是数据库，程序文件也是这样，这样万一失误可以马上无缝切换到备用系统中去，而不影响业务。
换句话说，这样的备份脚本，更多的还是适合于个人网站，或者小项目。商业系统中的生产环境需要更完善的权限控制机制（比如题主说的，以及回复中说到的`rm -rf / `的情况），以及我上面说到的更严谨的备份机制。