顯示具有 commvault 標籤的文章。 顯示所有文章
顯示具有 commvault 標籤的文章。 顯示所有文章

2026/03/26

Commvault 備份虛擬機 突然變的很慢

環境:

Commvault 備份虛擬機

異常狀況:

對新的虛擬機做第一次備份,可能容量比較大,過程中又有其他的備份,造成效能問題,最後就停住多個小時後,手動取消。

但後來要重新備份時,傳輸速度變超級慢,速度大概只剩之前的1/7~8,重開機也一樣。

解決過程:

後來發現之前備份失敗後,虛擬機上有一份snapshot沒被移除,先在esxi上,把那份snapshot刪除後,重新備份,就正常了。



Environment:

Commvault (VM Backup)

Issue:

When performing the first backup of a new virtual machine, the data size was relatively large. During the process, other backup jobs were also running, causing performance issues. Eventually, the job became unresponsive and was manually canceled after several hours.

After that, when attempting to run the backup again, the transfer speed became extremely slow, dropping to about 1/7–1/8 of the original speed. Restarting the system did not resolve the issue.

Resolution:

It was later discovered that after the failed backup, a snapshot remained on the virtual machine and was not removed.

By logging into ESXi and deleting the leftover snapshot, then running the backup again, the performance returned to normal.

2025/10/01

redhat 備份虛擬機還原開機後出現錯誤 fsck.ext3: memory allocation failed while retrying to read bitmaps for /p1

 一台redhat 備份虛擬機,在還原到其他硬體,開機後出現錯誤
fsck.ext3: memory allocation failed while retrying to read bitmaps for /p1 
an error occurred during the file system check dropping you to a shell the system will reboot when you leave the shell
這時就先去查/p1是掛在哪個硬碟後,用root密碼登入,執行下列指令
fsck -y /dev/sda1
完成後在執行 reboot,就可以正常進入到系統了。

2020/11/02

netapp 檔案備份容量超過在系統佔用的空間

 在netapp上有切一區來做共用檔案存放,在系統上用,已佔用了2TB。

但在用備份軟體備份時,備份的檔案容量卻顯示有3TB的容量,怎麼會多了1TB。

原來是因為netapp上有開啟了dedup的功能,所以在netapp上實際佔用的容量,會比所有檔案的原始大小還少。

但備份程式在做的時後,是備份這些共用檔案原始的大小,所以才會有這些差異。