這是一個關於Veeam虛擬機備份軟體報錯的處理案例。
自從加入新公司以來，Veeam在做排程備份的時候就偶發性的出現下面這種錯誤訊息：
Failed to call RPC function 'FcIsExists': The user name or password is incorrect.
但這問題又是一陣子才出現幾天，然後又會正常...所以之前經過反覆的調整設定來做測試，
把虛擬機和儲存體(NAS)的帳號密碼設定刪除重設，反覆幾次之後就會正常一段時間了。
由於確認過設定進去的帳號密碼都是對的，同樣一組帳密實際確認是可以登入虛擬機和NAS，
完全沒有問題。
這中間也用過備用電腦裝了Veeam，並用同樣的備份設定跑了一個多星期，但又全都正常......
所以其實不太確定問題發生的原因......
但是能正常依照排程執行就......先放生了。
然而在進入春暖花開的四月開始，Veeam的這個症頭居然又又又發作了，
而且居然靠老辦法也行不通，持續的報錯，排程也無法執行......
所以勢必要解決這問題才能正常備份了！
因此先上網看了Veeam論壇(https://www.veeam.com/kb1492)的處理方式：
依照說明到Veeam的儲存裝置的設定看看：
但這登入帳密其實已經設定在Veeam中很久了，而且在"管理帳號"中確認，
這邊儲存的密碼也沒問題...
這實在太神奇了！
But...這時突然想到之前因為Windows更新而重新開機過，
由於之前帳號是沒儲存的，所以重開機後有透過檔案總管輸入帳密去連NAS的SMB資料夾，
但為了確認這問題，有在認證中加入一組SMB的帳密。
於是抱著姑且一試的心態，改掉了Windows認證中的帳密(改成和Veeam中設定的一樣)
改完之後測試下執行Veeam的備份排程；
結果，就直接pass，沒有報錯了......
所以從結果上來看，
Veeam備份的儲存位置認證帳密並不是單純只要在Veeam中設定就可以了，
這部分還牽涉到Windows的SMB認證的部分！！！
這兩個的設定還要用同一組(一樣的登入帳密)才能正常連線啊...
因為之前在用Veeam時並沒有出現過這樣的問題，
而且在網路爬文找到的，也只有說要去檢查Veeam軟體中備份排程/儲存裝置設定的帳密而已，
所以也算是個滿特別的案例，很值得記錄下！！
留言列表
