在运维过程中，经常出现推锅的情况，在我运维Azure的时候，有时会发生服务器重启，因为厂商没有把服务设置成开机自启的状态，在夜间重启后，到中午才发现服务有问题（MD，我想问问你们是干什么吃的），发现服务有问题，怀疑服务器重启啦，推锅活动开始了，厂商开发推锅运维，运维推锅监控，然后在推锅Azure，不过有多一半的问题是因为Azure虚机所在的物理节点故障导致虚机迁移（我不是在黑Azure，说实话易用性比不上国内的阿里云，但是如果你用的是全windwos架构，那你选择Azure是没错的，因为它可以和你本地的服务无缝迁移）说了这么多，就是一个服务器重启的事，还有一个就是就是因为服务崩了，导致服务不能正常工作，但是厂商就会推锅给运维，说是服务器重启了，没办法，你就要给他证明不是服务器的问题，现在的运维工作往往就是这样，所以我们可以使用last命令去查看重启记录还有登陆记录。
image.png
其中：
第一列：用户名
第二列：终端位置。(pts/0通过ssh或者telnet远程连接的用户，tty：直接连接到计算机或者本地用户)
第三列：登陆IP或者内核（看到0.0或者什么都没有，意味着用户通过本地终端连接，除了重启，内核版本会显示在状态中）
第四列：开始时间(如：sun apr 3 ：四月三号星期天)
第五列：结束时间（still login in 还未退出，down：直到正常关机，crash：直到强制关机）
第六列:持续时间
命令参数：
