一個從事3年以上Lotus Domino的維護人員才能比較嫻熟的處理一些復雜的問題，除了Lotus Domino以外，對于Lotus Domino所部署的主機操作系統，也要非常精通才行，因為一些大型的Lotus Domino系統必須依賴性能很強的Unix操作系統（Solaris或AIX等）。而有時候一旦Lotus Domino出了問題，不光需要Lotus Domino維護人員來判斷問題，同時還需要經驗豐富的系統工程師配合才能把問題一一迎刃而解。但是這需要花費大量的時間和精力、這時快速判斷問題就非常的重要了。
日常的Lotus Domino管理中，IT部門經常會遇到以下問題：
l 系統維護門檻高。
l 不能及時發現問題，被動響應問題。
l 系統變更導致系統故障。
l 系統宕機不能及時定位故障原因。
l 維護經驗不能自動匯總分發。
……
針對這些常見問題：
l 問題1 - 系統維護門檻高
對Lotus Domino系統進行維護的人員，需要較高的技術水平和豐富的維護經驗，這樣就造成了只有少數人具有對系統進行維護處理的能力。
解決辦法：
Mocha BSM預置了超過80個指標，可以對Lotus Domino系統各項服務及性能進行監控，如下：
1、應用服務器
Lotus Domino的一些關鍵指標，包括CPU，內存，會話數等。這還包括了任務和Java代理的監控。
2、HTTP
HTTP的關鍵指標包括CPU，內存，響應時間等。
3、數據目錄
針對NSF數據庫的監控，包括數據目錄的子目錄數，文件數量等。
Mocha BSM提供可視化監控，“化繁為簡”的監控，降低維護門檻，“一目了然”的監控，提高了工作效率。
l 問題2-不能及時發現問題，被動響應問題。
當系統出現故障，若IT部門未能及時獲知異常信息并相應處理，將會造成極大的影響，故障時間越長影響越大，尤其當故障是被公司領導發現告知的情況下，處理起來更為被動。因此，IT部門極其需要一個故障告警的功能，在故障發生時或有故障發生的傾向時，能獲知系統相關信息，對系統予以相應處理，避免故障的發生或故障發生后能以最快的速度恢復。
解決辦法：
Mocha BSM事件報警功能，一旦系統發生故障，系統會生成事件，通過短信，郵件和語音等方式通知關鍵管理人員。有了Mocha BSM事件報警功能，IT部門就可以實現第一時間獲知系統異常或故障、第一時間恢復系統，化被動為主動。
l 問題3 - 系統變更導致系統故障。
通常，系統發生故障，不是系統本身引起的，而是系統變更導致的。因此，系統變更的記錄和管理就顯得尤為重要，IT部門迫切需要相關輔助軟件予以支持。
解決辦法：
Mocha BSM支持對主機、網絡設備、應用、服務等各種資源的配置變更管理，一旦配置變更，就會給IT管理員發短信或者郵件。企業的資源發生的配置變更盡在掌握之中，讓變更始終處于受控狀態。
配置變更報警的定制與發送，避免人為疏忽，確保變更信息自動、及時、全面的傳遞到相關人員。詳盡而全面的配置變更記錄，節省了人工記錄配置變更的工作量并避免了人為遺漏。配置變更基線的定制，幫助用戶有效管理變更，使配置變更記錄組織化、條理化。
l 問題4 - 系統宕機不能及時定位故障原因。
某服務器不能連接，是自身宕機？還是其上級網絡設備宕機？
某應用（例如，數據庫、OA等）不可用，是由于應用自身出了問題？還是應用所在主機宕機？還是應用所在主機的上級網絡設備宕機？
以上場景浪費了企業大量人力與時間去查找與分析事故的根本原因。
解決辦法：
Mocha BSM的根本原因分析，采用鏈形追溯圖形式，準確定位某一資源或其組件不可用的根本原因。
同時，Mocha BSM的事件管理提供關聯指標列表，將引起當前可用性、性能或配置問題的所有指標自動關聯，準確了解引起問題的具體原因，有針對性的解決問題，不必大海撈針般去查找，提高了工作效率。
l 問題5-維護經驗不能自動匯總分發。
1、系統宕機后，若處理人員不具備足夠的經驗，處理過程中四處求助而且過程忙亂。
2、看到系統異常狀態似有印象，但就是想不起來當時是怎么處理的？是什么原因導致的？
解決辦法：
Mocha BSM應用了摩卡軟件十年應用開發與維護經驗，大量故障與問題處理經驗、大量技術積累以及最佳實踐方式，形成了超值、豐富實用的知識庫。
正是因為我們擁有如此豐富的經驗，所以我們的產品更能切合客戶的實際需求，讓應用管理更有用。
總結：
沒有Mocha BSM，我們可以管理Lotus Domino，有了Mocha BSM，我們可以管理的更加輕松和放心。
