這可能是當初在防方牆有做一些防護設定,像是session數的限制,當條件被觸發後,就會發生,但有時後訊息太多,也沒注意alarm是何時發生的,就會無法確認alarm是由哪一個critical事件引起的,有點糟。
如果確認critical裡的訊息對網路環境無害,可以用telnet連到防火牆內下指定把alarm燈號消除。
指令為: clear led alarm
Backup exec 2014裝好後,起了2個備份job,有一個成功,
另一個卻失敗,失敗原因就寫說 e00081d9 - Backup Exec
工作引擎系統的服務沒有回應。
後來去看了一下,Backup exec 2014的server上有一支服務
backup exec job engine 停止了,不知是什麼原因造成的,查了一下,
唯一一個比較有效的方法是說,把原本有問題的那個job移掉重設定。
為了要做的徹底一點,就先把要備份的server 的agent先移掉,
在到Backup exec 2014的server上把那台server上從備份的清單中移除,
重新裝一次。
裝agent的時後非常順利,但是卻變成無法建立連線,傻眼了~
原本認為跟防毒應該沒關係,因為所有的server全都有裝防毒,
能備份成功的server也有裝防毒,所以排除是防毒的問題,
防火牆也一直都是關閉的。
但因為想不到別招,所以就把agent 的server防毒給關了,
沒想到就可以建立連線了,所以後來就把防毒啟動,
然後把Backup exec 2014的安裝路資料夾給排除在防毒軟體掃描的名單中。