背景
系統中安裝了前置機服務,該服務由銀行提供。前置機日誌列印的非常詳細,同時並未進行壓縮處理。這導致的直接後果就是,每天會有5G左右的日誌產生。過不了多久就需要手動壓縮備份一次。
當今天系統再次報警磁碟不足時,決定徹底解決該問題。解決的方案也很簡單,基於Linux寫一個簡單的腳本,對日誌進行定時壓縮備份。大家如果在實踐中遇到類似的問題,可以直接基於下面的腳本進行修改、豐富使用。
具體操作
執行腳本編寫
首先,創建一個執行日誌壓縮、備份和刪除的腳本,命名backup.sh,並賦予可執行權限,腳本內容如下:
#!/bin/bash
cd /log/
echo '開始壓縮...'
tar -czvf /log/bak/trade.log.`date -d yesterday +%F`.tar.gz trade.log.`date -d yesterday +%F`
echo '壓縮完畢...,執行刪除'
rm -rf trade.log.`date -d yesterday +%F`
echo '刪除完畢.'
在上述腳本中,先通過cd?命令進入目標目錄,在執行命令中會通過echo列印一些日誌信息,這個主要用於進行調試。
執行tar -czvf命令,進行日誌的壓縮。命令後面第一個參數為壓縮之後的文件的名稱及存儲路徑,這裡放到bak目錄下,第二個參數為待壓縮的日誌。
我們重點來介紹一下文件名稱中date -d yesterday +%F?的含義。在Linux中,date +"%F"能輸出系統的當前日期:
$ date +"%F"
2022-08-09
命令中,date命令是輸入日期,後面部分用于格式化。
但這都是列印出系統的當前時間,如果要獲取相對當前時間的某個時間,需要通過-d參數來實現。
$ date -d yesterday +%F
2022-08-08
這裡就獲得了前一天的日期了。當然,也可以輸出後一天的時間,比如:
$ date -d"yesterday" +"%F %H:%M:%S"
2022-08-08 21:36:15
在理解了如何獲取系統日期之後,上面的腳本就比較好理解了。
先通過執行tar -czvf?命令,進行日誌的壓縮,壓縮文件直接存放在bak目錄,壓縮完畢之後,通過rm -rf命令對日誌進行刪除。
在完成上述編輯之後,可以直接執行該腳本,驗證一下是否正確,然後就可以通過定時任務來進行配置了。
定時任務執行
在完成了腳本的編寫並賦予可執行權限之後,就需要基於crontab來進行定時任務的配置。
執行crontab -e打開定時任務文件編輯界面,輸入如下信息:
30 2 * * * /log/backup.sh
上面的指令是在說:每天2點30分執行/log/backup.sh腳本。編輯完成,保持退出。那麼在每天凌晨2點30分,便會進行腳本的執行。
這裡再拓展一下,上述crontab中對應的表達式含義如下:
minute hour day month week command 順序:分 時 日 月 周 命令
根據需要,你可以調整定時任務的執行時間點或周期。
關於crontab這裡再補充一下它的常見指令,方便大家使用:
crontab -e // 編輯
crontab -l // 查看
service crond status
service crond start// 啟動服務
service crond stop// 關閉服務
service crond restart// 重啟服務
service crond reload // 重新載入配置
cd /var/spool/mail/用戶文件 查看執行情況
小結
至此,關於Linux下自動日誌壓縮備份腳本已經完成。雖然非常簡單,但卻可以極大地釋放人力資源,再也不用手動清理了。當然,在實踐中,場景不同使用的腳本可能更會更複雜,但基本原理是一致的,大家可根據具體情況來豐富腳本的功能。