Nginx日志文件拆分备份
2018-03-22 17:01
197 查看
刚刚将公司项目新版本发布上线时,意外的发现nginx的access.log文件竟然有4.7G。因为nginx的日志文件没有rotate功能,而且当初并没有对nginx的访问日志文件和错误日志文件做定期清理操作。所以才导致了两个超大文件的出现。于是我抽空在网上找了些关于对nginx日志文件进行拆分备份的解决方案,顺便整理出来供大家参考。
当时在网上找到两种解决方案:1、通过工具cronolog实现;2、通过shell脚本加crontab定时任务来实现。我这里介绍的是第二种方法,因为个人感觉这种方法更加简洁容易理解。
详细步骤如下:
首先新建一个日志备份脚本nginx_log.sh(我这里是把脚本放在nginx的conf文件夹中):创建命令如下[root@bogon conf]# pwd
/usr/local/nginx/conf
[root@bogon conf]# ls nginx_log.sh
nginx_log.sh然后使用vim或vi命令开始编辑脚本内容,内容如下:#!/bin/bash
#the backup file name
ACCESS_LOG_BAK_FILE=access_"$(date -d yesterday +%Y%m%d%H%M)".log
ERROR_LOG_BAK_FILE=error_"$(date -d yesterday +%Y%m%d%H%M)".log
#rename the log file
mv /usr/local/nginx/logs/access.log /usr/local/nginx/logs/${ACCESS_LOG_BAK_FILE}
mv /usr/local/nginx/logs/error.log /usr/local/nginx/logs/${ERROR_LOG_BAK_FILE}
# remind the nginx process reopen the log file
kill -USR1 `cat /usr/local/nginx/logs/nginx.pid`可执行脚本的大致思路是:先定义两个备份日志文件变量,然后将日志备份(重命名),最后向nginx主进程发信号重新建立新的日志文件。最后一条命令等效于/usr/local/nginx/sbin/nginx -s reload脚本中的USR1亦通常被用来告知应用程序重载配置文件;例如,向Apache HTTP服务器发送一个USR1信号将导致以下步骤的发生:停止接受新的连接,等待当前连接停止,重新载入配置文件,重新打开日志文件,重启服务器,从而实现相对平滑的不关机的更改。cat /usr/local/nginx/logs/nginx.pid是为了拿到nginx的进程号,这样就可以通过UER1操纵Nginx进程号达到平滑重启的目的。
紧接着给脚本赋予 可读、可写、可执行权限:[root@bogon conf]# chmod 777 nginx_log.sh最后通过crontab定时任务来达到每天备份日志文件的目的
创建crontab定时任务:[root@bogon conf]# crontab -e编写定时任务:#perform backup nginx access.log&error.log at 00:05:00
5 0 * * * sh /usr/local/nginx/conf/nginx_log.sh然后保存并关闭就OK啦。这里对于crontab的时间格式我这里就不做过多解释,大家可以参考《linux下crontab时间的格式说明》
如果定时任务没有生效,可以尝试用 /etc/init.d/crond restart命令使定时任务生效。
转发请注明原创地址【Nginx日志文件拆分备份】
当时在网上找到两种解决方案:1、通过工具cronolog实现;2、通过shell脚本加crontab定时任务来实现。我这里介绍的是第二种方法,因为个人感觉这种方法更加简洁容易理解。
详细步骤如下:
首先新建一个日志备份脚本nginx_log.sh(我这里是把脚本放在nginx的conf文件夹中):创建命令如下[root@bogon conf]# pwd
/usr/local/nginx/conf
[root@bogon conf]# ls nginx_log.sh
nginx_log.sh然后使用vim或vi命令开始编辑脚本内容,内容如下:#!/bin/bash
#the backup file name
ACCESS_LOG_BAK_FILE=access_"$(date -d yesterday +%Y%m%d%H%M)".log
ERROR_LOG_BAK_FILE=error_"$(date -d yesterday +%Y%m%d%H%M)".log
#rename the log file
mv /usr/local/nginx/logs/access.log /usr/local/nginx/logs/${ACCESS_LOG_BAK_FILE}
mv /usr/local/nginx/logs/error.log /usr/local/nginx/logs/${ERROR_LOG_BAK_FILE}
# remind the nginx process reopen the log file
kill -USR1 `cat /usr/local/nginx/logs/nginx.pid`可执行脚本的大致思路是:先定义两个备份日志文件变量,然后将日志备份(重命名),最后向nginx主进程发信号重新建立新的日志文件。最后一条命令等效于/usr/local/nginx/sbin/nginx -s reload脚本中的USR1亦通常被用来告知应用程序重载配置文件;例如,向Apache HTTP服务器发送一个USR1信号将导致以下步骤的发生:停止接受新的连接,等待当前连接停止,重新载入配置文件,重新打开日志文件,重启服务器,从而实现相对平滑的不关机的更改。cat /usr/local/nginx/logs/nginx.pid是为了拿到nginx的进程号,这样就可以通过UER1操纵Nginx进程号达到平滑重启的目的。
紧接着给脚本赋予 可读、可写、可执行权限:[root@bogon conf]# chmod 777 nginx_log.sh最后通过crontab定时任务来达到每天备份日志文件的目的
创建crontab定时任务:[root@bogon conf]# crontab -e编写定时任务:#perform backup nginx access.log&error.log at 00:05:00
5 0 * * * sh /usr/local/nginx/conf/nginx_log.sh然后保存并关闭就OK啦。这里对于crontab的时间格式我这里就不做过多解释,大家可以参考《linux下crontab时间的格式说明》
如果定时任务没有生效,可以尝试用 /etc/init.d/crond restart命令使定时任务生效。
转发请注明原创地址【Nginx日志文件拆分备份】
相关文章推荐
- 用备份控制文件做不完全恢复下的完全恢复(全备<老>--备份控制文件<次新>--新建表空间andy--日志文件<新>)
- C# 自动备份和清理日志文件
- 使用logrotate管理nginx日志文件
- nginx(四)初识nginx日志文件
- 生成日志文件,并在0点进行备份(java 实现)
- Nginx日志备份及location配置详解
- 利用快照卷和日志文件对mysql数据库备份和恢复
- Linux下自动分割Nginx日志文件(一)-----自定义脚本和定时任务
- 使用logrotate管理nginx日志文件
- 实验楼楼赛19之备份日志文件
- Nginx 日志文件切割
- Oracle在Rman备份模式下误删归档日志文件解决方法
- Nginx 日志文件切割
- Nginx访问日志,Nginx日志切割,静态文件不记录日志和过期时间
- LNMP搭建8:Nginx不记录指定文件类型日志
- [SQL Server] 主数据文件损坏(或丢失)情况下,如何备份尾部事务日志.
- Nginx 日志文件 访问IP统计
- 用备份控制文件做不完全恢复下的完全恢复(全备<老>--备份控制文件<次新>--删除表空间andy--日志文件<新>)
- Nginx的基本配置:虚拟主机、日志文件、缓存、自动列目录的配置
- Nginx访问日志、日志切割、静态文件管理