那些年踩过的坑

rsync使用之批量删除

依稀记得，那个夜晚要升级apache，持续到22:00，而后项目经理要求增加系统备份，好吧，应该的，rsync用的还不熟悉，直接上手就做了，结果，源与目的写反了，加上-delete参数，好吧，满屏的delete的......
  删除了一些oracle安装文件，还好oralce还在运行，导出数据库，重新安装oracle
  现在对-delete参数都满怀敬畏

find之查找删除

find查找30天前的数据
find /opt/apps -mtime +30 -exec rm -rf {} ;
  +30改为-30,结果，30天内数据全部删除，再来个+30，30天前的数据全部删除，目录空了.....还好是测试环境

rm之删除

这个不说了，搞linux的，都会遇到，最好设置回收站，给自己一个后悔药

ECS带宽问题

阿里云ECS通过其他服务器上网，对带宽有要求，结果某天给这台ECS加了公网IP，带宽1M，好吧，数据积压的不忍直视

/etc/fstab文件

系统自动挂载磁盘：

#<file system>	      <dir>                                            	<type>	<options>	<dump>	<pass>
/dev/vdb             /opt/apps/redisbak                                 ext4     defaults        1      0
dump 工具通过它决定何时作备份. dump 会检查其内容，并用数字来决定是否对这个文件系统进行备份。 允许的数字是 0 和 1 。0 表示忽略， 1 则进行备份。大部分的用户是没有安装 dump 的 ，对他们而言 <dump> 应设为 0。
如果设置错误，系统重启将无法启动，对于系统管理员，没有什么比这更糟糕的了

脚本批量更新问题

线上服务器zabbix客户端安装配置比较乱，想统一安装新的zabbix客户端，想来旧的conf目录应该不用了，脑抽在脚本中加上了删除操作，结果.....脚本写错了server IP，瞬间大量告警，一时间认为机房挂了，有些服务器上的conf监控配置也没了...
感悟:切记，线上谨慎使用rm ，如果是批量更新的脚本，则不要使用rm，改为mv

备份脚本要及时查看是否备份成功，这是后路...