這可能是當初在防方牆有做一些防護設定,像是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的安裝路資料夾給排除在防毒軟體掃描的名單中。