公司要求，数据库每天备份一次，保存30份或天的数据备份文件，在保存每个月的最后一天的数据备份文件
根据公司的需求，个人想出了一个方案，可能是因能力不足，无法想出更完善的方案
方案分为三个步。
\1. 备份方案
制定备份脚本，设置定时任务，使脚本每天晚上在指定的时间执行一次，
脚本要求：如MySQL数据库。因项目有关，需要备份MySQL中的3个数据库，三个数据库不能同时备份，
要先备份一个，在检测是否有生成备份文件后在备份第二个，第二个备份完在检测*。
备份不能远程备份。要在本机备份后，打成压缩包并发送到指定存储的服务器上，检测是否发送成功，
如果成功，执行删除刚刚备份的文件目录，要是不成功报错。
这样有个好处，如果脚本运行中只要有一步出错，备份脚本就会停止并报错，
减少需要恢复数据库时所产生的数据库备份不完整风险。
\2. 删除方案
制定删除脚本，设置定时任务，使脚本每天在指定的时间执行一次。
脚本要求：本人感觉只保留最近30份文件比保留最近30天的比较靠谱一点，其实都是一样的，哈哈。
设置脚本在每天执行一次，一定要比保留方案晚执行，就是要在保留脚本执行后过一段时间，
在执行删除脚本，实现删除。前期在测试删除脚本时，建议需要，修改备份脚本，
让发送的备份压缩文件增加到二台机，一台用于测试删除脚本
\3. 保留方案
制定保留脚本，设置定时任务，使脚本在每个月最后天执行一次。
脚本要求：检测出对应日期的文件，进行发送到指定存储的服务器上，还有一个要求，就一个。
保留脚本一定要比删除脚本早执行一段时间，如果保留脚本出错，一定要通过监控服务或其它，
及时的通知运维们
目前以博主的能力，就只能想出这种方案
2018年9月份
