Backup
rsync 佔用 100% 的 CPU 和數小時才能完成
所以我有一個非常簡單的備份腳本,它每晚都作為 cron 作業執行,它是:
rsync -azhv /company/shared_files/ /mnt/ext_drive/backups/shared_files/company_share_backup_"`date +\%Y-\%m-\%d`"
以前備份的大小約為 20 gig,執行時間約為 10 分鐘,但截至兩天前,備份大小為 80 gig,執行時間超過 6 小時。什麼可能會變得不可靠?
我的一般程序是將每個備份保留 7 天,然後每週從星期日開始備份以節省空間,因此理想情況下,我希望每天單獨執行一次 rsync,而不是以更自然的方式執行 rsync,即僅更新備份中已更改的文件。
額外細節
我正在執行帶有 2TB 硬碟和 16G 記憶體的 Debian Wheezy,並將這些文件從我的 Debian 伺服器傳輸到帶有 2TB 的 WD My Passport Ultra。
你可以在那裡做幾件事。您不需要
-z
標誌來為本地副本進行 rsync。壓縮不用於非遠端傳輸。您可以針對小文件更好地優化 rsync,並使用其他選項
-W
(例如在不進行預掃描的情況下傳輸整個文件)更改類型。另外,您不應該刪除目標上的文件嗎?
有關您正在使用的實際作業系統、磁碟功能和備份目標的更多詳細資訊可以幫助更好地集中解決方案。
請確保您不是在被黑客入侵的機器上,很多使用者(包括我在內)發現比特幣礦工躲在 rsync 或其他程序後面。去檢查:
- 查看使用者 cron 作業:
# crontab -l -u alex
- 刪除發現的惡意 cron 作業中列出的文件夾
- 刪除 /tmp 中的隱藏文件夾
- 刪除/home/USER/.ssh/authorized_keys 或更糟糕的 /root/.ssh/authorized_keys 中的未知密鑰
- 安裝 ClamAv 並設置每週掃描:連結
- 未知使用者:
lslogins
- /etc/ssh/sshd_config應該只允許一個非 root 使用者進行 SSH:
AllowUsers me mom dad
- 使用更強大的密碼並使用公鑰登錄
其他報告https://askubuntu.com/questions/1115770/crond64-tsm-virus-in-ubuntu