一个从事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，我们可以管理的更加轻松和放心。
