可以
可以
报表提供多种显示输出，如曲线、饼图、柱图、表格等形式
可以
可以56种风格好看无用
可以
提供多种格式的中文报表，包括HTML格式、CSV格式、PDF格式、Excel等
Html
可以
Pdf、excel
能否定制报表？
可定制不同展现参数
可以
只能把同一种监控项目放到一个报表中不可以
能否自定义报表模版？
可以
总结
可以
通过telnet、ssh进行连接，某些采集功能需要打开snmp
报警方式（分级），能否提供基于用户角色、时间表的报警
屏幕通知、短消息、email、声音、打印、syslog、netsend，定义时间（具体到小时）
界面展示、短消息、email、声光、电话语音报警、桌面弹出报警（需要客户端），可以设置时间和角色，但是无值班表
比我们差的也很多很关键，在本次测试的kpi比我们差，测试时业务定制方面可能无法下很多功夫，告警和事件管理不佳，我估计这样他的网络管理更不佳，历史数据和报表不灵活
可以execl pdf看来pdf的参数是摩卡写的
可以
历史数据存储和分析
内置有高性能、无需维护的数据库，集中存放监控的历史信息
数据库
Mysql企业版
Mysql企业版
历史数据分析
历史记录查看（通过业务数据关联可以直接连接到参数的历史记录）
可以，监控-事件管理北塔提供更灵活的分析
通过历史报表展现
趋势预测
无
在“告警”中手动进行关闭，对已经恢复的告警自动在主页中清除，在告警中保留记录
支持自动阀值
历史记录查看（通过业务数据关联可以直接连接到参数的历史记录）
无事件管理很弱
无告警和事件管理不佳
事件关系学习
通过业务拓扑图定义展现逻辑关系，列出故障点，告警中可以屏蔽关联告警；在出现故障后自动启动通过激活关联设置的相关检测点
可以，通过监控器组定义逻辑关系，通过树状的关系列出故障点北塔的智能分析方式各有千秋，更可靠更实用，我们更直观、图片更有意义、定制简单，随时融入和体现运维经验
能够与系统监控层紧密集成。不需要在被监控端额外安装相关的模块或打开其它开关如SNMP服务等，而是通过监控服务器实现数据集中采集
通过telnet、ssh进行连接，weblogic使用JMX
对日志大小进行监控，文件修改时间告警，可以在view上展示增长率
可以定制脚本
可以监控目标文件和目录
内核监控，核心信号灯操作次数、系统调用次数
不支持，但未用户提供Sar –c查看系统调用次数
无
无
DB2 KPI
基本全部满足
几乎没有
少
INFORMIX KPI
支持较少
几乎为0
支持较少
TUXEDO KPI
满足绝大多数
通过html配置业务管理视图（可配置多种类型视图），主机内的关键参数，有服务总览视图查看所有情况
可以太简单，北塔有业务建view
可以
支持面向管理对象的授权，不同用户只能看到他有权看到的监控对象等
角色权限和用户绑定，可定义动态密码绑定短信平台，可以控制使用时间和有效IP
可以太简单，北塔有用户和角色机制，短信平台+动态密码的绑定机制更加安全可靠
暂时支持不好，但支持执行自定义数据库sql语句
可以通过脚本库执行远程自定义脚本，可以对脚本返回值进行监控告警比北塔少有的另一个优势，北塔也很快解决
可以定时执行自定义脚本暂时好于北塔
统一事件处理平台
事件的信息丰富，可根据CMDB中的配置数据，丰富事件信息,提高事件可读性和可操作性；
可以
可以
可以
提供区域管理视图，提供应用管理视图，提供设备分类视图(如存储、主机等)。
支持分布采集适合复杂环境,梯度告警和趋势预测的不实用，报表形式多漂亮，支持应用Shell脚本的整合（这个交互北塔很快解决啦！这也是最重要的），有专有的日志监控功能，支持linux部署
BMC还真是个竞争对手！也支持分布采集适合复杂环境，事件关系学习很能忽悠人（但和北塔比也只能算各有千秋），应用Shell脚本的整合和系统交互暂时好于北塔，具备专有的事件分析平台，支持linux部署
Win2003 redhat linux
数据库及版本
sql server 2000、oracle
mysql oracle
支持sql server 2000以上
历史数据、配置的备份和恢复
通过提供的脚本工具进行备份、恢复，sql server的备份工具
通过web控制管理、进行备份、恢复
通过提供的脚本工具进行备份、恢复
就本次测试的业务系统管理部分和管理对象作比较，网络部分未拿到别人的内容，但北塔在网络一定具备绝对优势！
上海北塔
摩卡
BMC
部署方式
支持分布式部署，将采集端、业务平台、数据库分别部署，跨网段采集要开放所有的中间件、数据库端口，或者在不同环境部署多套，通过tcp/ip进行集中展示（采集端不可以灵活分布部署多个）
支持分布式部署，将采集端dch（数据采集）、服务器、数据库分别部署，可以实现跨网段（采集端分离较适合金融行业环境）
支持分布式部署，将采集端、业务平台、数据库分别部署，可以实现跨网段支持分布部署适合于用户复杂的环境好于北塔
操作系统及版本
支持win2003以上，支持redhat linux
Win2003 redhat linux
报警和事件管理
灵活定义报警策略
对不同伐值配以不同的报警（提供9个级别（紧急度和影响度结合）的告警）
对不同伐值配以不同的策略进行报警不具备丰富事件属性，但其中有梯度告警告警升级的思想
对不同伐值配以不同的报警
事件处理
可以手动进行关闭，对已经恢复的告警自动关闭，在告警中保留记录
在“监控-事件管理”中手动进行关闭，在“已恢复事件”中保留记录
自定义业务逻辑图展现告警机制很弱，逻辑图不实用，没有用的关系学习，得不到认可
通过监控器组定义逻辑关系，通过树状的关系列出故障点这是bmc玩得概念，bmc银行案列很多，但北塔的业务拓扑图和关联告警让用户觉得更踏实
强大的报表管理
可以灵活定制报表，表可以被保存为PDF格式或Html格式
可以（支持html）
界面展示、短消息、email、执行脚本、不能定制时间
展现报表功能
历史数据展现
可以
可以
通过历史报表展现不够直观灵活
事件数据展现
告警日志查询、也可以通过定义事件报表
可以
可以
服务影响展现
通过配置业务关系视图
可以
可以
能够按照预先定义的策略与周期，生成日报、周报、月报、季度、或自定时间段报表。
即时、日、周、月、年
报表中有趋势分析，可以进行历史分析
无
供更多用户关注的信息，pv、vg、lv信息，可以对行数、值、是否存在进行告警，可以看到P小机的分区信息，可以看到各种适配器信息，网络流量信息，还可以查看网络流量信息、用户信息（状态、登陆时间等），操作系统基本信息
较多
较多
系统交互：在控制台可以执行系统命令并返回结果
几乎为0
较少，承诺开发
WEBLOGIC KPI
满足大多数
非常少
很少
对应用定制监控
应用定制
定制业务view视图，添加相关运行参数实现对各种应用的展现和监控，非常灵活有效，融入运维管理经验
试用时未做非常有意义的图
试用时未做非常到位的图
应用进程监控
可以
可以
可以
应用日志监控
可以
可以
可以
应用Shell脚本的整合，是否容易整合？整合手段？
可以会在该事件下列出关联的事件太差太没用，北塔通过建view先定义出业务和应用关系结构，在出现故障后自动启动通过激活关联设置的相关检测点，再检测下一级的检测点，可以一步步定义到事件根源——用户工程师非常认可北塔将人的经验形成逻辑判断机制，而系统负责采集数量和判断，北塔通过触发关联检测点深入分析问题源
劣势
采集端不能分布采集复杂环境需要让平台来做分布采集，配置不便但也安全，避免一个平台被攻破所有系统都被拿到
Kpi、事件管理、view比我们差很多,事件管理很弱的情况还讲事件学习事件关联我想没人会相信，用户说有的厂商建view很漂亮但什么都没用不知道是不是指他们？在我看来它基础数据采集不到、基础就没学好没搭建好还想玩高级的！
进程
有专有监控器
可以图形化设置被监控的日志文件，并设置监控规则，支持规则表达式定义
可以，通过脚本进行路径、关键字、匹配关系等进行设置，暂无图形化界面
有专有的日志监控功能有点优势
通过定制脚本
分析日志时是通过扫描全部内容还是新增加的内容
支持增量扫描
自己的工程师在测试现场说不清楚
可以实现只扫描新增内容
支持动态文件匹配，监控日志增长率，支持日志自动维护
可以弱
系统支持将阈值告警级别定义成不同等级，提供不同的反应和提示
告警中可以屏蔽关联告警；在出现故障后自动启动通过激活关联设置的相关检测点北塔也正在完成统一事件平台
可以，对不同伐值配以不同的策略进行报警，报警可以通过定义来升级。对指定指标的报警可以定义执行预设命令和脚本报警有升级机制
可以，有专用的事件分析平台较好
事件处理能力：提供事件过滤、重复事件计数、事件转换、事件丰富、事件抽象、事件阀值、支持动态数据模型，便于维护基础数据、事件关联分析等
可以
可以
可以
提供丰富的接口，能够通过SNMP、日志、命令行、集成模块等方式采集事件
可以
可以
可以
提供事件自动关联功能，对根源事件进行自动评定优先级别
先定义出业务和应用关系结构，在出现故障后自动启动通过激活关联设置的相关检测点，再检测下一级的检测点，可以一步步定义到事件根源，将运维管理经验纳入故障管理实现智能分析，将人的分析能力和系统的处理能力良好结合