我想build立一个商业智能仪表板，报告当前的系统健康。 Cognos在设置方面有多困难，在开发仪表板时是否使用自己的专有脚本语言？
我的公司刚刚安装了Cognos作为BI报告工具。 安装并不是那么容易，我们需要一个外部顾问来帮助实施一个仪表板。 这就是说，您可以使用的Cognos类涵盖从日常使用到实际开发的所有内容。
就个人而言，使用.NET堆栈创build自定义仪表板界面会更容易，更便宜。 我的猜测是，如果您与Cognos开发人员交谈，他们会在Cognos内部进行相同的开发。
我的两分钱
我们在UST已经实施了Cognos BI。 我们并没有真正将它用于仪表板系统的健康状况。 我们用它来报告我们的ERP数据库（横幅）。 Cognos旨在报告数据库。 IBM最终没有正式支持对MySQL的报告。 如果您没有积极地将您的服务器数据库进行数据库化，那么使用Cognos做仪表板将是非常具有挑战性的。 它没有太多的脚本语言作为视觉风格的build设者。
设置Cognos BI是一项不重要的任务。 第一次build立是非常具有挑战性的。 一旦启动并运行，维护起来非常简单，但是这个过程很漫长。 设置仪表盘也是jdiaz所说的具有挑战性的事情。
如果您的公司已经实施了Cognos BI，那么创build系统统计信息显示板可能不会那么困难，前提是您拥有某个具有仪表盘经验和数据库统计信息的人员。
我在一家拥有5人Cognos BI团队的商店工作，我们不使用它来进行系统监控。 我们使用BigBrother，并在今年秋季迁移到Xymon。 然而，那里有产品，devise用于破折号登机系统统计，例如Xymon以前的霍比特人或Nagios或仙人掌。
如果您已经致力于Cognos，那么您几乎坚持不懈。 一些比较便宜的仪表盘替代scheme是：
MS PerformancePoint – 一个基于IP的仪表板和OLAP工具，当微软获得Proclarity的时候，它就会得到它。 如果您有Sharepoint，或多或less的免费，但您需要设置分析服务，因为它需要立方体的工作。
Qlikview – 一个带有客户端的内存中OLAP服务器，具有良好的仪表盘function。 它使用起来相当简单，而且价格也不贵，但它非常专有 – 您只能使用Qlikview客户端和服务器软件。 而且，作为内核数据结构，它喜欢具有非常大的内存configuration。 思考具有64GB或更多RAM的speccing服务器。 一个很好的function是使用起来相当简单， 这可能是一个相当大的胜利，如果你没有任何人有体面的OLAP技能的员工。
RSInteract – 具有Web界面的特别报告和OLAP工具。 它有一些仪表盘function，相当便宜。 您可能需要使用后面的多维数据集，尽pipe它可以使用报告模型。 它曾经是SQL Server特定的，但现在支持Oracle。
以上所有内容都将比Cognos便宜得多。
但是，如果要监视系统健康状况，像Nagios或Big Brother这样的pipe理工具可能会更有用。