commvault 平常備份的記錄,都可以從用戶端電腦裡面去點選。
但Auxiliary Copy輔助複製的工作記錄查詢卻不在裡面,要先去排程策略,找到輔助複製的排程,從排從去查看工作記錄。
commvault 平常備份的記錄,都可以從用戶端電腦裡面去點選。
但Auxiliary Copy輔助複製的工作記錄查詢卻不在裡面,要先去排程策略,找到輔助複製的排程,從排從去查看工作記錄。
主機在意外當機後,有一個備份工作一直無法正常運作,會出現下列錯誤
錯誤碼: [32:399] 描述: Deduplication Database (DDB) access path [D:\xxx_dedup]
on MediaAgent [commvault] is offline for Storage Policy Copy [VMBackup_Policy / xxx ].
Offline Reason: The active DDB of current storage policy copy is not available to use. 請啟動重複數據刪除DB重建作業。
查了一下原廠網站說明,我們就是因為ddb程序意外中斷的關係造成這個問題。
對照下面的解決方法,我們必預要手動執行復原 Deduplication Database的工作 。
方法就是從"儲存資源"->"DeDup引擎",找到執行失敗的策略,去"所有工作",裡面有個"復原存放區",執行這個工作。
為了做一些測試,把一台ASUS的工作站裝了ESXI 6.7後,然後將Commvault備份的虛擬機要還原到這台工作站上,還原過程都正常,等資料全部都還原的差不多,到最後卻都會錯誤,錯誤碼是91:35 找不到新建立的虛擬機,還有VM was not found。
試了兩三次都這樣,後來就把工作站改裝ESXI 6.5試試,也一樣。
這時後開始懷疑是不是備份有問題,所以直接還原在原本的ESXI伺服器上,卻都沒問題。
最後就把工作站再降級裝ESXI 6.0,就還原成功了,搞死人了。
後來有發現另一個更簡單的方式,就是如果還原失敗,先把commvault的服務重開,重開完再還原一次,也可以解決。
網站上根本查不到這種錯誤的相關訊息,還好自己有找出原因。
When attempting to restore a virtual machine (VM) using Commvault to an ASUS workstation running ESXi 6.7, you encountered an error with the code 91:35 stating that the newly created VM could not be found. The error message also mentioned that the VM was not found.
You tried multiple attempts, including downgrading the ESXi version to 6.5, but the issue persisted. However, when restoring the VM directly to the original ESXi server, there were no problems.
Eventually, you downgraded the workstation to ESXi 6.0, and the restore was successful, which was a puzzling situation.
Later, you discovered a simpler workaround: if the restore fails, restarting the Commvault service and attempting the restore again resolves the issue.
It seems that there is no relevant information about this specific error available on the website, but fortunately, you were able to identify the cause on your own.
Commvault服務如果要重啟,就先找到Commvault Process Manager。
裡面有一個服務的頁籤,最下面有三個鈕,可以做Commvault服務的啟用/關閉/重啟。
在重啟的過程,會看到相關服務慢慢一個一個變成關閉的圖示,要等一下。
在用commvault還原虛擬機內的檔案時,只還原小量的檔案都正常,但要還原比較大的資料夾,裡面檔案較多的話,就會失敗,出現 "23:10 Error while reading pipeline buffer from MediaAgent"
跟上一篇說的一樣,就先把commvault服務重啟在試一次,有時後就沒問題了,不然就只能小量小量的還原了。
用commvault備份虛擬機時,是可以直接還原虛擬機內的檔案,像是還原裡面的word,excel,pdf之類的。
在還原的設定中,要先把虛擬機磁碟的內容展開,顯示裡面的檔案,才能勾選做還原,但在展開時失敗了,出現" 0x80070306 failed to enumerate items",看不到裡面有什麼檔案。
這時後只要把commvault的服務重啟就好了。
用commvault在備份一台新建esxi上的虛擬機,都會出現"Unable to quiesce guest file system during snapshot creation",原因就是該台虛擬機沒裝vmtool的關係,把vmtool裝上去就不會再出現這個錯誤了。
廠商有說免費版的vmware虛擬機是無法備份的,但還是想試試看。
結果在設定時,都沒問題,以為是廠商搞錯了,結果備份執行時,一開始也正常,但沒多久就跳錯誤訊息了,果然只能備份付費版的。
描述: Unable to create a virtual machine snapshot of [vm001]. [Current license or ESXi version prohibits execution of the requested operation. Snapshot creation attempt took [00:00:01]] Please check the virtual machine snapshot tree.
在netapp上有切一區來做共用檔案存放,在系統上用,已佔用了2TB。
但在用備份軟體備份時,備份的檔案容量卻顯示有3TB的容量,怎麼會多了1TB。
原來是因為netapp上有開啟了dedup的功能,所以在netapp上實際佔用的容量,會比所有檔案的原始大小還少。
但備份程式在做的時後,是備份這些共用檔案原始的大小,所以才會有這些差異。
如果用commvault在備份虛擬機出現"Insufficient free space available to create a snapshot of virtual machine "的失敗錯誤訊息,是因為備份工作裡,有一個設定是檢查虛擬機所在的存放區的可用空間,低於所設定的比例就會失敗,這是可以調整的,就在備份工作的內容裡面,如果存放區夠大的話,可以把比例調低一點,預設是低於10%就不能備份。
用commvault備份時,如果是一個工作裡面包了許多台主機要備份,可能會有只有其中某一台備份失敗,其他成功的狀況。
這時可以整個工作重跑,其他成功的部份也再備份一次,也可以針對失敗的部份重跑就好,操作如下圖。
就是在該工作選擇備份,然後在進階裡選擇只備份失敗的就行了。