定时任务要领:
* * * * * /bin/sh /server/scripts/bak.sh &>/dev/null
如何调试定时任务？
1、查看错误日志*****
/var/log/cron
学会最小化排除：
先清空，>/var/log/cron
然后在测试和观察。
2、增加执行任务频率调试任务 *****
把频率调快。
3、把定时任务执行时间比当前时间拖后5分钟
00 03执行，当前5:00，咱们就把时间调整 05 05,有个5分钟提前量。
4、调整系统时间（测试环境还凑合）
00 03执行，把系统时间调整到2:55。
5、通过脚本日志输出调试定时任务
定时任务输出
* * * * * /bin/sh /server/scripts/bak.sh &>/tmp/bak.log
脚本输出：
tar zcvf oldboy.tar.gz ./data &>/tmp/tar.log
注意点：
有时候程序只能执行一次。一定要在测试环境测试好，然后直接复制到正式。
代码发布流程：
办公室测试环境===>IDC机房测试环境===>IDC机房正式环境
防止在正式环境发生错误，从而影响用户体验，业务稳定。
企业故障案例：No space left on device常见企业故障案例
磁盘满的报错，原因往往是inode被占满了。
df -i
因为定时任务没有加&>/dev/null，定时任务执行的时候把输出给系统root发邮件。
邮件服务器postfix服务默认不开，这些给系统发的邮件就会堆在临时目录（大量小文件存在）企业故障案例：程序通过手动可以执行，放定时任务里不执行。
export变量生产案例
定时任务在执行脚本的时候，多数情况没办法加载环境变量，特别是/etc/profile。
登录后怎么操作都对，但是就是放到定时任务不行。
命令行：bash登录方式
1.手工登录后，加载所有环境变量（~/.bash_profile,~/.bash_rc,/etc/profile,/etc/bashrc）
2.定时任务执行脚本属于非登录状态(/etc/bashrc)。
实践检验，定时任务能否自动加载/etc/bashrc和/etc/profile文件。
所有运维都会把变量放到此文件/etc/profile，把这个文件里的变量定义
在执行的脚本中 重新定义。
具体为crond执行Shell时只能识别为数不多的系统环境变量，普通环境变量一般是无法识别的，如果在编写的脚本中需要使用变量，最好使用export重新声明下该变量，以确保脚本正确执行。以后要将其作为一个开发基本规范写上。
用户相关文件：
/etc/passwd 用户所在文件
/etc/shadow 密码所在文件
useradd oldboy 添加用户实际上就是修改上述两个文件
passwd oldboy 改密码实际上就是修改密码所在文件
用户组相关文件：
/etc/group 用户组所在文件
/etc/gshadow 用户组密码所在文件（废弃状态）
useradd oldboy 添加用户实际上也会修改上述两个文件（因为要创建同名的用户组）
groupadd sa 添加用户组就是修改上述两个文件
/etc/passwd文件：
Linux是命令行管理，平时输入ls,cp，谁识别，帮我们把我们想要的输出呢？
这个工具就是bash（命令行解释器）。 * ？ [abc]
CentOS7默认解释器是bash。
默认shell就是/bin/bash
为什么默认的家目录在home下
为什么默认的家目录/home/用户名下面有很多隐藏文件，从哪来的。
就是/etc/default/useradd文件配置的。
